Update intro
This commit is contained in:
parent
788d7c7088
commit
27dc94acd8
@ -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.
|
||||
@ -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).
|
||||
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).
|
||||
@ -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).
|
||||
@ -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.
|
||||
Loading…
Reference in New Issue
Block a user