definitons Flashcards

1
Q

Checks if everything works as planned

A

Testing

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

Fixes things when they don’t work as planned

A

Debugging

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

A fundamental reason for the occurrence of a problem; can be addressed, removed to prevent or reduce frequency of failures or defects

A

Root cause

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

Mistake made by a human

A

Error

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

An issue identified in the system

A

Defect

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

When a defect causes the system to not work as expected

A

Failure

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

Defines test objects and selects an approach to achieve them

A

Test planning

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

Ongoing checking of all test activities and comparison of actual progress against the plan

A

Test monitoring and control

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

Analyzing the test basis to identify testable features, define and prioritize associated test conditions, risks, risk levels

A

Test analysis

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

Elaborates test conditions into test cases and other testware

A

Test design

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

Creating or acquiring the necessary testware for test execution

A

Test implementation

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

Running tests according to the test execution schedule

A

Test execution

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

Occurs at project milestones for any unresolved defects, change requests, or product backlog items created

A

Test completion

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

Directs coding through test cases; tests are written first, code is written to satisfy tests, and then both are refactored

A

Test-Driven Development (TDD)

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

Derives tests from acceptance criteria as part of the system design process; tests are written before the application part is developed to satisfy the tests

A

Acceptance Test-Driven Development (ATDD)

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

Expresses desired behavior of an application with test cases written in a simple form of natural language (Given/When/Then format); test cases are automatically translated into executable tests

A

Behavior-Driven Development (BDD)

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

Principle of early testing in SDLC; reviewing specifications from a testing perspective, writing test cases before code, using CI/CD for fast feedback and automated component tests, completing static analysis before dynamic testing, performing non-functional testing at component test level

A

Shift-left approach

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

Focuses on testing components in isolation

A

Component testing

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

Focuses on testing interfaces and interactions between components

A

Component integration testing

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

Focuses on overall behavior and capabilities of an entire system or product, including functional and non-functional testing

A

System testing

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

Focuses on testing interfaces of the system under test and other systems/services

A

System integration testing

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

Focuses on validation and demonstrating readiness for deployment, ensuring the system fulfills user’s business needs

A

Acceptance testing

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

Evaluates functions a component/system should perform (what the test object should do)

A

Functional testing

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

Evaluates attributes other than functional characteristics (how well system behaves); includes performance, compatibility, usability, reliability, security, maintainability, portability

A

Non-functional testing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Specification-based testing that checks system's behavior against its specifications
Black-box testing
26
Structure-based testing that derives tests from the system's implementation or internal structure
White-box testing
27
Confirms that an original defect has been successfully fixed by executing test cases that previously failed due to the defect and adding new tests for any necessary changes.
Confirmation testing
28
Confirms that no adverse consequences have been caused by a change, including a fix that has already been confirmation tested.
Regression testing
29
Testing that can be corrective, adaptive to changes in the environment, or aimed at improving performance or maintainability. It includes triggers like modifications, upgrades, migrations, and retirement.
Maintenance testing
30
Process of defining the scope of review, work product to review, quality characteristics to be evaluated, areas to focus on, exit criteria, standards, etc.
Planning
31
Ensuring that everyone and everything involved is prepared to start the review process.
Review initiation
32
Assessing the quality of the work product under review individually, identifying anomalies, recommendations, and questions using review techniques.
Individual review
33
Process of deciding the status, ownership, and required actions for each anomaly identified during the review.
Communication and analysis
34
Creating a defect report for every defect found during the review to ensure corrective actions are followed up.
Fixing and reporting
35
Individual who decides what is to be reviewed and provides necessary resources for the review process.
Manager
36
Creates and fixes the work product under review.
Author
37
Ensures the effective running of review meetings during the review process.
Moderator
38
Collates anomalies from reviewers and records review information.
Scribe
39
Individual responsible for performing reviews of work products.
Reviewer
40
Individual who takes overall responsibility for the review process.
Review leader
41
Review process without a defined process or formal documentation output.
Informal review
42
Review led by the author to evaluate quality, educate reviewers, gain consensus, and motivate the author.
Walkthrough
43
Review performed by technically qualified reviewers and led by a moderator to make decisions regarding technical problems.
Technical review
44
Most formal type of review following a complete generic process with the main objective of finding the maximum number of anomalies.
Inspection
45
Utilizing the knowledge and experience of testers to effectively implement test cases and detect defects that may be missed by other testing methods.
Experience-based testing
46
Coverage items are executable statements
Statement testing
47
Transfer of control between two nodes in the control flow graph
Branch
48
Coverage items are branches; aim is to design test cases to exercise branches
Branch testing
49
Technique to anticipate errors based on tester's knowledge
Error guessing
50
Simultaneously design, execute, and evaluate tests while learning about the test object
Exploratory testing
51
Tester designs, implements, and executes tests based on a checklist
Checklist-based testing
52
Represents a feature valuable to a user or purchaser of a system
User story
53
Looks ahead to the end of a single iteration; concerned with the iteration backlog
Iteration planning
54
Looks ahead to the release of a product; defines and re-defines the product backlog
Release planning
55
Preconditions for undertaking a given activity
Entry criteria
56
Defines what must be achieved to declare an activity complete
Exit criteria
57
Pull from data and past experiences
Estimation based on ratios
58
Pull from past experiences
Extrapolation
59
Method using experts for estimation
Wideband Delphi
60
Estimate calculation using optimistic, likely, and pessimistic values
Three-point estimation
61
Prioritization methods include risk-based, coverage-based, and requirements-based
Test case prioritization
62
Model showing different granularity levels of tests
Test pyramid
63
Probability of risk occurrence
Risk likelihood
64
Consequences of risk occurrence
Risk impact
65
Include organizational, people, technical, and supplier issues
Project risks
66
Include user dissatisfaction, revenue loss, trust damage, maintenance costs, criminal penalties, damages
Product risks