Quality Testing
Understanding Business Requirements (customer requirements)
Understand your Testing Requirements.
Understand the levels of testing to be carried out, existing standards and test procedures.
Review all technical documentation (Requirements specifications, Change requests, Design documents, Installation manual, User manuals etc.).
Levels of Testing
EZEN has expertise in testing at all levels. At each test level, the results are documented, reviewed and signed off. This is done to ensure that quality testing is carried out according to Configuration Management (CM) procedures.
Each level of testing is either considered black or white box testing.
Black box testing: This is not based on any knowledge of internal design or code. The Tests are based on requirements and functionality.
White box testing: This testing is based on knowledge of the internal logic of an application's code. Tests are based on coverage of code statements, branches, paths, and conditions.
Unit Testing
level of dynamic testing and is first the responsibility of the developers and then of the testers.
Parallel/Audit Testing
In Parallel Testing, the user reconciles the output of the new system to the output of the current system in order to verify that the new system is operating correctly.
Functional Testing
This is a category of Black box testing, geared to functional requirements of an application, performed by the testing team
Usability Testing
Usability Testing for is performed to check the 'user-friendliness' of the application. Clearly this is subjective and will depend on the targeted end user or customer.
Integration Testing
Upon completion of unit testing, integration testing (basically, white box) commences. The purpose is to ensure distinct components of the application still work in accordance to customer requirements.
System Testing
After integration testing, the Testing Team will begin system testing, which is a category of black box testing. The complete system is configured in a controlled environment to validate its accuracy and completeness in performing the functions as designed.
End - to - End Testing
Similar to System Testing, End-to-End Testing involves testing of a complete application in an environment that mimics real-world use, such as interaction with a database, using network communications, or interacting with other hardware, applications, or systems where appropriate.
Regression Testing
The objective of Regression Testing is to ensure software remains intact. A baseline set of data and scripts will be maintained and executed to verify that the changes introduced during the release have not made any unintended modifications in the code.
Sanity Testing
Sanity Testing will be performed whenever cursory testing is sufficient to prove that the application is functioning according to specifications. This level of testing is a subset of Regression Testing.
Performance Testing
Although performance testing is described as a part of System Testing, it can be regarded as a distinct level of testing. Performance testing will verify the load, volume, and response times as defined by requirements.
Security & Penetration Testing
Security Testing verifies as to how well the system protects itself against unauthorized internal or external access, willful damage, etc.
Recovery/Error Testing
This testing is carried out to check how well a system recovers from crashes, hardware failures, or other catastrophic problems.
Compatibility Testing
Compatibility Testing is concerned with verifying how well software performs in a particular hardware/software/operating system/network/etc. environment.
Comparison Testing
This Testing compares software weaknesses and strengths to competing products.
Acceptance Testing
Acceptance Testing, which is black box testing, provides the client the opportunity to verify the system functionality and usability prior to the system being moved to production.