diff --git a/docs/Quality Assurance/02-Guidelines for Quality Assurance.md b/docs/Quality Assurance/01-Guidelines for Quality Assurance.md similarity index 74% rename from docs/Quality Assurance/02-Guidelines for Quality Assurance.md rename to docs/Quality Assurance/01-Guidelines for Quality Assurance.md index b20dde3..127290f 100644 --- a/docs/Quality Assurance/02-Guidelines for Quality Assurance.md +++ b/docs/Quality Assurance/01-Guidelines for Quality Assurance.md @@ -2,10 +2,4 @@ A faulty application will cost a considerable amount of time, money and reputation. Having effective QA management ensures that developed software projects maintain quality, efficiency, consistency, meet client’s requirements, and are finished with minimal flaws and bugs. Without it, software development could be quite unreliable. -While having a high quality product is crucial, it’s very important to have the product within the specified deadline. In order to achieve this, following steps are the best practices of how to improve the software testing process and to increase the quality of your software products within the deadline. - -1. [Test Planning](03-Test Planning.md) -2. [Test Design](04-Test Design.md) -3. [Test Execution](06-Test Execution.md) -4. [Defect Management](07-Defect Management.md) - \ No newline at end of file +While having a high quality product is crucial, it’s very important to have the product within the specified deadline. In order to achieve this, following steps are the best practices of how to improve the software testing process and to increase the quality of your software products within the deadline. \ No newline at end of file diff --git a/docs/Quality Assurance/01-Quality Assurance Phase.md b/docs/Quality Assurance/01-Quality Assurance Phase.md deleted file mode 100644 index 7254f88..0000000 --- a/docs/Quality Assurance/01-Quality Assurance Phase.md +++ /dev/null @@ -1,7 +0,0 @@ -# Quality Assurance Phase - -Once the development of the software is complete in each sprint, it will be handed over to the Quality Assurance Team along with the technical documentations prepared in the Discovery Phase. - -Based on the provided technical documentations, the QA team will plan and test the system properly. When there is a bug or an improvement needed, it will be reported to the development team. Upon a fix by the Development Team, it will be re-tested by the QA team again. This cycle will continue until the software is stable to ensure delivering high-quality services that match user needs and stockholders expectations. - -It is highly recommended to involve the QA Team from the early stages of the Software Development Life Cycle (SDLC). Integrating QA practices at the beginning will result in a well-planned and executed project that successfully delivers high value to the stockholders. diff --git a/docs/Quality Assurance/03-Test Planning.md b/docs/Quality Assurance/02-Test Planning.md similarity index 100% rename from docs/Quality Assurance/03-Test Planning.md rename to docs/Quality Assurance/02-Test Planning.md diff --git a/docs/Quality Assurance/04-Test Design.md b/docs/Quality Assurance/03-Test Design.md similarity index 100% rename from docs/Quality Assurance/04-Test Design.md rename to docs/Quality Assurance/03-Test Design.md diff --git a/docs/Quality Assurance/05-Test Case Design.md b/docs/Quality Assurance/04-Test Case Design.md similarity index 99% rename from docs/Quality Assurance/05-Test Case Design.md rename to docs/Quality Assurance/04-Test Case Design.md index 8783226..a4857b2 100644 --- a/docs/Quality Assurance/05-Test Case Design.md +++ b/docs/Quality Assurance/04-Test Case Design.md @@ -29,4 +29,4 @@ During test execution time, the tester will check expected results against actua That apart your test case -may have a field like, Pre – Condition which specifies things that must be in place before the test can run. For our test case, a pre-condition would be to have the application installed to have access to the Application under test. A test case may also include Post – Conditions which specifies anything that applies after the test case completes. For our test case, a post-condition would be time & date of login is stored in the database -By the end of the test case execution phase, all the executed test cases should be recorded in a template like [this](https://govkrd.b-cdn.net/Digital%20Service%20Manual/Test%20Case%20Design%20Template.docx). \ No newline at end of file +By the end of the test case execution phase, all the executed test cases should be recorded in a template like [this](https://govkrd.b-cdn.net/Digital%20Service%20Manual/Test%20Case%20Design%20Template.xlsx). \ No newline at end of file diff --git a/docs/Quality Assurance/06-Test Execution.md b/docs/Quality Assurance/05-Test Execution.md similarity index 100% rename from docs/Quality Assurance/06-Test Execution.md rename to docs/Quality Assurance/05-Test Execution.md diff --git a/docs/Quality Assurance/07-Defect Management.md b/docs/Quality Assurance/06-Defect Management.md similarity index 85% rename from docs/Quality Assurance/07-Defect Management.md rename to docs/Quality Assurance/06-Defect Management.md index 4ec6e67..80228d4 100644 --- a/docs/Quality Assurance/07-Defect Management.md +++ b/docs/Quality Assurance/06-Defect Management.md @@ -8,4 +8,4 @@ Defect Management is a method for identifying and resolving defects. The steps o 4. QA team verification 5. Defect Closure -All the defects that are found in the testing phase should be recorded in a template like [this](https://govkrd.b-cdn.net/Digital%20Service%20Manual/Defect%20Management%20Template%20Template.docx). +All the defects that are found in the testing phase should be recorded in a template like [this](https://govkrd.b-cdn.net/Digital%20Service%20Manual/Defect%20Management%20Template.xlsx). diff --git a/docs/intro.md b/docs/intro.md index 317812d..b66adff 100644 --- a/docs/intro.md +++ b/docs/intro.md @@ -1,6 +1,6 @@ # Introduction -The Department of Information Technology uses an agile methodology for developing and digitizing government services. The process for developing a digital service consists of a cycle of three different phases: +The Department of Information Technology uses an agile methodology for developing and digitizing government services. The process for developing a digital service consists of a cycle of four different phases: ## Discovery phase @@ -13,6 +13,14 @@ The first step of the process is to understand what is the service, what are the When enough requirements are documented after the discovery phase, the Development team starts developing the system with the latest technologies and standards. Additionally, the DevOps team starts preparing the development environment, and builds the CI/CD pipelines for the project. In this phase the system goes through an iterative development process until the software is ready for production. At the end of each iteration the Business Intelligence and Requirement Analysis team checks if all the requirements are met, then the Quality Assurance team will start testing the software before it is released. +# Quality Assurance Phase + +Once the development of the software is complete in each sprint, it will be handed over to the Quality Assurance Team along with the technical documentations prepared in the Discovery Phase. + +Based on the provided technical documentations, the QA team will plan and test the system properly. When there is a bug or an improvement needed, it will be reported to the development team. Upon a fix by the Development Team, it will be re-tested by the QA team again. This cycle will continue until the software is stable to ensure delivering high-quality services that match user needs and stockholders expectations. + +It is highly recommended to involve the QA Team from the early stages of the Software Development Life Cycle (SDLC). Integrating QA practices at the beginning will result in a well-planned and executed project that successfully delivers high value to the stockholders. + ## Production phase After the software is developed and tested, it is shipped to production. Even in production the software is still monitored for any error or bugs for further improvement. If there are any changes that need to be made, the cycle goes back to the discovery phase where the Business Intelligence and Requirements Analysis team starts researching the changes. Furthermore, handover details of the changes to the Development team, and after changes have been implemented shipping it back to production again. \ No newline at end of file diff --git a/static/img/documentationGuidelineImgs/state_transition_diagram.png b/static/img/documentationGuidelineImgs/state_transition_diagram.png index 8090ae1..f9c66f4 100644 Binary files a/static/img/documentationGuidelineImgs/state_transition_diagram.png and b/static/img/documentationGuidelineImgs/state_transition_diagram.png differ