ISTQB Glossary definition
In Simple English,
Not that even if the requirements document is complete and test basis is established it might fail the testability review if you find in the review that it is not approved or frozen yet.
"A detailed check of the test basis to determine whether the test basis is at an adequate quality level to act as an input document for the test process. " [After TMap]
In Simple English,
Field NotesA review of all documents based on which you are going to test to check if they are good enough to start testing activities.
- Another way to say this would be: A review of requirement documents for completeness.
- Even simpler to understand is the question you ask in a testability review, "Is requirements frozen?"
- Remember, requirements do not limit to the functional requirements document of the software being build.
- Requirements include other things like the style guide which defines do's and don't of how a screen can be designed, Performance expectations and internationalization requirement.
- Broadly you can classify these requirements as below
- Stated and documented Functional Requirements
- Stated and documented non functional requirements
- stated and documented guidelines, legal limitations, compliance requirements.
- Un stated yet expected non functional requirements like no spelling errors.
- Stated and documented special requirements unique to the application being built
For Example:
Say for example, you are asked to test an application. The first thing you would ask the team is "So, what is this application about?" and they might send you a requirements document. You review it and you find that the requirements document does not define the modes of payment accepted to buy a ticket. in this case the requirement document is not complete.
Your testability review in this case would resulting in you deciding and declaring that the application is not testable as you do not have a established basis to test for
Say for example, you are asked to test an application. The first thing you would ask the team is "So, what is this application about?" and they might send you a requirements document. You review it and you find that the requirements document does not define the modes of payment accepted to buy a ticket. in this case the requirement document is not complete.
Your testability review in this case would resulting in you deciding and declaring that the application is not testable as you do not have a established basis to test for
Not that even if the requirements document is complete and test basis is established it might fail the testability review if you find in the review that it is not approved or frozen yet.
