Introductory Info Flashcards

1
Q

What are some examples of requirements forms?

A
  • Formal requirements prepared by business analysts
  • Technical requirements documents
  • User stories
  • Informal diagrams from workshops
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Verifying requirements is dependent on _______.

A

The clarity of the requirements.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Define fit for purpose.

A

The software must work for the people who will be using it, in the environment in which they will be using it.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Define risk prioritization.

A

Used to limit testing to what is needed to mitigate risk to an acceptable level.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Define defect.

A

Also called bugs, flaws in the system that cause it to function incorrectly or cause the user to use it incorrectly.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What are the differences between a technical tester and non-technical tester?

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Define highly-structured testing.

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

List common documents found in structured testing.

A
  • Test strategy
  • Test plan
  • Test conditions
  • Test case
  • Defect reports
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Define test strategy.

A

Organization-wide document that defines how testing will be conducted across all comparable types of projects in the organization.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Define test plan.

A

Implementation of the test strategy for a particular project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Define test conditions.

A

Capability or characteristic of the software that needs to be tested.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Define test case.

A

Information required for a tester to test a condition. This includes pre-conditions, inputs and actions, and post-conditions.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Describe how a defect should be captured and what a defect report should include.

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Define who can be a software tester.

A

Anyone can be a soft tester. Developers, business users, and everyone on the Agile team. This varies across different organizations.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly