Introductory Info Flashcards
What are some examples of requirements forms?
- Formal requirements prepared by business analysts
- Technical requirements documents
- User stories
- Informal diagrams from workshops
Verifying requirements is dependent on _______.
The clarity of the requirements.
Define fit for purpose.
The software must work for the people who will be using it, in the environment in which they will be using it.
Define risk prioritization.
Used to limit testing to what is needed to mitigate risk to an acceptable level.
Define defect.
Also called bugs, flaws in the system that cause it to function incorrectly or cause the user to use it incorrectly.
What are the differences between a technical tester and non-technical tester?
Technical testers are test engineers and are expected to have skills needed to write test automation, conduct performance testing, or participate in code/design reviews.
Non-technical testers are test analysts and are expected to conduct functional testing and consider usability and domain/environment attributes of the software.
Define highly-structured testing.
Has high levels of documentation, to include formatted test strategies, well-defined test plans, explicit data sets, controlled test data and environments, and a well-managed defect life cycle.
List common documents found in structured testing.
- Test strategy
- Test plan
- Test conditions
- Test case
- Defect reports
Define test strategy.
Organization-wide document that defines how testing will be conducted across all comparable types of projects in the organization.
Define test plan.
Implementation of the test strategy for a particular project.
Define test conditions.
Capability or characteristic of the software that needs to be tested.
Define test case.
Information required for a tester to test a condition. This includes pre-conditions, inputs and actions, and post-conditions.
Describe how a defect should be captured and what a defect report should include.
Each defect should be captured in a report that is then processed through a workflow to record all the actions taken to resolve the issue. This includes the environment used, steps to reproduce, the priority or severity, and expected or actual results.
Define who can be a software tester.
Anyone can be a soft tester. Developers, business users, and everyone on the Agile team. This varies across different organizations.