Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

ISTQB v4.0 Foundation Level Reviewer > ISTQB 4.0 - Theories > Flashcards

ISTQB 4.0 - Theories Flashcards

1
Q

I.Fundamentals of Testing

The degree to which specified coverage items are exercised by a test suite, expressed as a percentage.

a. coverage
b. debugging
c. defect
d. error

A

Coverage

Synonym: test coverage

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

I.Fundamentals of Testing

The process of finding, analyzing, and removing the causes of failures in a component or system.

a. defect
b. error
c. debugging
d. quality

A

Debugging

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

I.Fundamentals of Testing

An imperfection or deficiency in a work product where it does not meet its requirements or specifications.

a. error
b. defect
c. failure
d. quality

A

Defect

Synonyms: bug, fault

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

I.Fundamentals of Testing

A human action that produces an incorrect result.

a. failure
b. defect
c. error
d. debugging

A

Error

Synonyms: mistake

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

I. Fundamentals of Testing

An event in which a component or system does not perform a required function within specified limits.

a. failure
b. defect
c. error
d. debugging

A

Failure

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

I. Fundamentals of Testing

The degree to which a work product satisfies stated and implied needs of its stakeholders

a. quality assurance
b. root cause
c. quality
d. failure

A

Quality

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

I. Fundamentals of Testing

Activities focused on providing confidence that quality requirements will be fulfilled.

a. quality assurance
b. root cause
c. quality
d. failure

A

Quality Assurance

Abbreviation: QA

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

I. Fundamentals of Testing

A source of a defect such that if it is removed, the occurrence of the defect type is decreased or removed.

a. quality assurance
b. test analysis
c. root cause
d. test basis

A

Root Cause

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

I. Fundamentals of Testing

The activity that identifies test conditions by analyzing the test basis.

a. test analysis
b. test basis
c. test case
d. test completion

A

Test Analysis

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

I. Fundamentals of Testing

The body of knowledge used as the basis for test analysis and design.

a. test analysis
b. test basis
c. test case
d. test completion

A

Test Basis

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

I. Fundamentals of Testing

A set of preconditions, inputs, actions (where applicable), expected results and postconditions, developed based on test conditions.

a. test analysis
b. test basis
c. test case
d. test completion

A

Test Case

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

I. Fundamentals of Testing

The activity that makes testware available for later use, leaves test environments in a satisfactory condition and communicates the results of testing to relevant stakeholders.

a. test analysis
b. test basis
c. test case
d. test completion

A

Test Completion

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

I. Fundamentals of Testing

A testable aspect of a component or system identified as a basis for testing.

a. test condition
b. test control
c. test data
d. test design

A

Test Condition

Synonyms: test situation, test requirement

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

I. Fundamentals of Testing

The activity that develops and applies corrective actions to get a test project on track when it deviates from what was planned.

a. test condition
b. test control
c. test data
d. test design

A

Test Control

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

I. Fundamentals of Testing

Data needed for test execution

a. test condition
b. test control
c. test data
d. test design

A

Test Data

Synonym: test dataset

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

I. Fundamentals of Testing

The activity that derives and specifies test cases from test conditions

a. test condition
b. test control
c. test data
d. test design

A

Test Design

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

I. Fundamentals of Testing

The activity that runs a test on a component or system producing actual results.

a. test execution
b. test implementation
c. test monitoring
d. test object

A

Test Execution

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

I. Fundamentals of Testing

The activity that prepares the testware needed for test execution based on test analysis and design.

a. test execution
b. test implementation
c. test monitoring
d. test object

A

Test Implementation

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

I. Fundamentals of Testing

The activity that checks the status of testing activities, identifies any variances from planned or expected, and reports status to stakeholders.

a. test execution
b. test implementation
c. test monitoring
d. test object

A

Test Monitoring

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

I. Fundamentals of Testing

The work product to be tested.

a. test execution
b. test implementation
c. test monitoring
d. test object

A

Test Object

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

I. Fundamentals of Testing

The purpose for testing

a. test objective
b. test planning
c. test procedure
d. test result

A

Test Objective

Synonym: test goal

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

I. Fundamentals of Testing

The activity of establishing or updating a test plan.

a. test objective
b. test planning
c. test procedure
d. test result

A

Test Planning

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

I. Fundamentals of Testing

A sequence of test cases in execution order, and any associated actions that may be required to set up the initial preconditions and any wrap up activities post execution.

a. test objective
b. test planning
c. test procedure
d. test result

A

Test Procedure

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

I. Fundamentals of Testing

The consequence/outcome of the execution of a test.

a. test objective
b. test planning
c. test procedure
d. test result

A

Test Result

Synonyms: outcome, test outcome, result

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

I. Fundamentals of Testing

The process within the software development lifecycle that evaluates teh quality of a component or system and related work products.

a. testing
b. testware
c. validation
d. verification

A

Testing

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

I. Fundamentals of Testing

Work products produced during the test process for use in planning, designing, executing, evaluating, and reporting on testing.

a. testing
b. testware
c. validation
d. verification

A

Testware

(e.g. test basis, testable requirements, user stories, test cases)

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

I. Fundamentals of Testing

Confirmation by examination that a work product matches a stakeholder’s needs.

a. testing
b. testware
c. validation
d. verification

A

Validation

Validation - stakeholder’s needs

Verification - requirements

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

I. Fundamentals of Testing

Confirmation by examination and through provision of objective evidence that specified requirements have been fulfilled.

a. testing
b. testware
c. validation
d. verification

A

Verification

Validation = stakeholders needs

Verification = requirements

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

I.I. What is Testing?

This refers to a set of activities to discover defects and evaluate the quality of software artifacts.

A

Software Testing

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

I.I. What is Testing?

What are the 9 typical test objectives?

A
  1. Evaluating work products such as requirements, user stories, designs, and code
  2. Triggering failures and finding defects
  3. Ensuring required coverage of a test object
  4. Reducing the level of risk of inadequate software quality
  5. Verifying whether specified requirements have been fulfilled
  6. Verifying that a test object complies with contractual, legal, and regulatory requirements
  7. Providing information to stakeholders to allow them to make informed decisions
  8. Building confidence in the quality of the test object
  9. Validating whether the test object is complete and works as expected by the stakeholders
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

I.I. What is Testing?

What is the difference between testing and debugging

A
  1. Testing is about triggering failures caused by defects either through dynamic test or static test
  2. Debugging is concerned with finding causes of this failure (defects), analyzing these causes, and eliminating them. In case of Dynamic testing triggering a failure, because dynamic testing is about execution.
  3. On the other hand, debugging is only concerned with removing the failure if it is found using Static Testing, because static testing is about reviewing documentation.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

I.2. Why is Testing Necessary?

Enumerate some of testing’s contribution to success

A
  1. Testing provides a cost-effective means of detecting defects.
  2. Testing provides a means of directly evaluating the quality of a test object at various stages in the SDLC.
  3. Testing provides users with indirect representation on the development project
  4. Testing may also be required to meet contractual or legal requirements, or to comply with regulatory standards.
33
Q

II. Testing Throughout the Software Development Lifecycle

A test level that focuses on determining whether to accept the system.

a. acceptance testing
b. black-box testing
c. component integration testing
d. component testing

A

Acceptance Testing

34
Q

II. Testing Throughout the Software Development Lifecycle

Testing based on an analysis of the specification of the component or system.

It derives tests from documentation external to the test object. Its main objective is to check the system’s behaviour against its specification.

a. acceptance testing
b. black-box testing
c. component integration testing
d. component testing

A

black-box testing

Synonym: specification-based testing

35
Q

II. Testing Throughout the Software Development Lifecycle

The integration testing of components. It focuses on testing the interfaces and interactions between components.

a. acceptance testing
b. black-box testing
c. component integration testing
d. component testing

A

Component integration testing

Synonym: module integration testing, unit integration testing

36
Q

II. Testing Throughout the Software Development Lifecycle

A test level that focuses on individual hardware of software components. Normally performed by developers in their development environments.

a. acceptance testing
b. black-box testing
c. component integration testing
d. component testing

A

component testing

Synonyms: module testing, unit testing

37
Q

II. Testing Throughout the Software Development Lifecycle

A type of change-related testing performed after fixing a defect to confirm that a failure caused by that defect does not reoccur.

a. confirmation testing
b. functional testing
c. integration testing
d. maintenance testing

A

Confirmation Testing

synonym: re-testing

38
Q

II. Testing Throughout the Software Development Lifecycle

Testing performed to evaluate if a component or system satisfies functional requirements. It’s main objective is checking the functional completeness, functional correctness, and functional appropriateness.

a. confirmation testing
b. functional testing
c. integration testing
d. maintenance testing

A

b. functional testing

39
Q

II. Testing Throughout the Software Development Lifecycle

Testing performed to evaluate that a component or system complies with non-functional requirements. It refers to testing of “how well the system behaves”.

a. non-functional testing
b. regression testing
c. maintenance testing
d. functional testing

A

Non-functional testing

40
Q

II. Testing Throughout the Software Development Lifecycle

A test level that focuses on interactions between components or systems. This requires suitable test environments preferably similar to the operational environment.

a. confirmation testing
b. functional testing
c. integration testing
d. maintenance testing

A

Integration Testing

41
Q

II. Testing Throughout the Software Development Lifecycle

Testing the changes to an operational system or the impact of a changed environment to an operational system

a. confirmation testing
b. functional testing
c. integration testing
d. maintenance testing

A

Maintenance testing

42
Q

II. Testing Throughout the Software Development Lifecycle

A type of change-related testing to detect whether defects have been introduced or uncovered in unchanged areas of the software.

a. regression testing
b. maintenance testing
c. functional testing
d. non-functional testing

A

Regression testing

43
Q

II. Testing Throughout the Software Development Lifecycle

A test approach to perform testing and quality assurance activities as early possible in the software development lifecycle

a. shift left
b. system integration testing
c. system testing
d. test level

A

a. shift left

44
Q

II. Testing Throughout the Software Development Lifecycle

The integration of systems

a. shift left
b. system integration testing
c. system testing
d. test level

A

b. system integration testing

45
Q

II. Testing Throughout the Software Development Lifecycle

A test level that focuses on verifying that a system as a whole meets specified requirements

a. shift left
b. system integration testing
c. system testing
d. test level

A

c. system testing

46
Q

II. Testing Throughout the Software Development Lifecycle

A specific instantiation of a test process. These are groups of test activities that are organized and managed together.

a. test level
b. test object
c. test type
d. white-box testing

A

test level

Synonym: test stage

47
Q

II. Testing Throughout the Software Development Lifecycle

The work product to be tested

a. test level
b. test object
c. test type
d. white-box testing

A

test object

test item

48
Q

II. Testing Throughout the Software Development Lifecycle

A group of test activities based on specific test objectives aimed a specific characteristics of a component or system.

a. test level
b. test object
c. test type
d. white-box testing

A

test type

49
Q

II. Testing Throughout the Software Development Lifecycle

Testing based on an analysis of the internal structure of the component or system. It is structure-based and derives tests from the system’s implementation or internal structure (e.g. code, architecture, work-flows, and data flows).

Its main objective is to cover the underlying structure by the tests to the acceptable level.

a. black-box testing
b. white-box testing
a. regression testing
b. maintenance testing

A

b. white-box testing

Synonyms: clear-box testing, code-based testing, glass-box testing

50
Q

II. Testing Throughout the Software Development Lifecycle

What are the different Test Levels?

A

a. Component Testing (Unit Testing) - focuses on testing components in isolation, normally performed by developers.

b. Component Integration Testing (Unit Integration testing) - focuses on testing the interfaces and interactions between components.

c. System Testing - focuses on the overall behavior and capabilities of an entire system or product.

d. System Integration Testing - focuses on testing the interfaces of the system under test and other systems and external services.

e. Acceptance testing - focuses on validation and on demonstrating readiness for deployment.

51
Q

II. Testing Throughout the Software Development Lifecycle

What are the different Test Types?

A

a. Functional Testing - evaluates the functions that a component or system should perform.

b. Non-functional Testing - evaluates attributes other than functional characteristics of a component or system.

c. Black-box Testing - specification-based and derives tests from documentation external to the test object.

d. White-box testing - structure-based and derives tests from the system’s implementation or internal structure.

52
Q

III. Static Testing

A condition that deviates from expectation

a. anomaly
b. dynamic testing
c. formal review
d. informal review

A

a. anomaly

53
Q

III. Static Testing

Testing that involves the execution of the test item

a. static testing
b. dynamic testing
c. formal review
d. informal review

A

Dynamic Testing

54
Q

III. Static Testing

A review that follows a defined process with a formally documented output.

a. formal review
b. informal review
c. technical review
d. walkthrough

A

a. formal review

55
Q

III. Static Testing

A type of review that does not follow a defined process and has no formally documented output

a. formal review
b. informal review
c. technical review
d. walkthrough

A

b. informal review

56
Q

III. Static Testing

A type of formal review that uses defined team roles and measurement to identify defects in a work product, and improve the review process and the software development process

a. formal review
b. informal review
c. technical review
d. inspection

A

d. inspection

57
Q

III. Static Testing

A type of static testing in which the quality of a work product or process is evaluated by individuals

a. inspection
b. review
c. static analysis
d. static testing

A

b. review

58
Q

III. Static Testing

The process of evaluating a component or system without executing it, based on its form, structure, content, or documentation

a. static testing
b. static analysis
c. technical review
d. inspection

A

b. static analysis

59
Q

III. Static Testing

Testing that does not involve the execution of a test item

a. dynamic testing
b. dynamic analysis
c. static testing
d. static analysis

A

c. static testing

60
Q

III. Static Testing

A formal review by technical experts that examine the quality of a work product and identify discrepancies from specifications and standards

a. formal review
b. informal review
c. technical review
d. inspection

A

c. technical review

61
Q

III. Static Testing

A type of review in which an author leads members of the review a work product and the members ask questions and make comments about possible issues

a. formal review
b. walkthrough
c. technical review
d. informal review

A

b. walkthrough

62
Q

III. Static Testing

What are the commonly used review types?

A

a. Informal Review
b. Walkthrough
c. Technical Review
d. Inspection

63
Q

III. Static Testing

What are the roles and responsibilities in reviews?

A

a. Manager - decides what is to be reviewed and provides resources, such as staff and time for the review
b. Author - creates and fixes the work product review
c. Moderator - (also known as the facilitator) - ensures the effective running of review meetings, including mediation, time management, and a safe review environment in which everyone can speak freely.
d. Scribe (also known as recorder) - collates anomalies from reveiwers and records review information, such as decisions and new anomalies found during the review meeting
e. Reviewer - performs reviews. A reviewer maybe someone working on the project, a subject matter expert, or any other stakeholder
d. Review Leader - takes overall responsibility for the review such as deciding who will be involved, and organizing when and where the review will take place.

64
Q

III. Static Testing

This role in reviews decides what is to be reviewed and provides resources, such as staff and time for the review.

a. Manager
b. Author
c. Moderator
d. Scribe

A

a. Manager

65
Q

III. Static Testing

This role in reviews creates and fixes the work product under review. In inspections, they cannot act as the review leader or scribe

a. Manager
b. Author
c. Moderator
d. Scribe

A

b. Author

66
Q

III. Static Testing

This role in reviews ensures the effective running of review meetings, including mediation, time management, and a safe review environment in which everyone can speak freely. They are also referred to as the facilitators.

a. Manager
b. Author
c. Moderator
d. Scribe

A

c. Moderator

67
Q

III. Static Testing

This role collates anomalies from reviewers and records review information, such as decisions and new anomalies found during the review meeting. They are also known as the recorder

a. Manager
b. Author
c. Moderator
d. Scribe

A

d. Scribe

68
Q

III. Static Testing

This role performs reviews. They may be someone working on the project, a subject matter expert, or any other stakeholder

a. Reviewer
b. Scribe
c. Manager
d. Moderator

A

a. Reviewer

69
Q

III. Static Testing

This role takes overall responsibility for the review such as deciding who will be involved and organizing when and where the review will take place.

a. Reviewer
b. Review leader
c. Scribe
d. Moderator

A

b. Review leader

70
Q

III. Static Testing

What are the activities in the review process?

A

a. Planing
b. Review Initiation
c. Individual Review
d. Communication and analysis
e. Fixing and reporting

71
Q

III. Static Testing

This activity in the review process is where the scope of the review, which comprises the purpose, the work product to be reviewed, quality characteristics to be evaluated, areas to focus on, exit criteria, supporting information such as standards, effort and the timeframes for the review, shall be defined.

a. Planning
b. Review initiation
c. Individual review
d. Communication and analysis
e. Fixing and reporting

A

a. Planning

72
Q

III. Static Testing

The goal in this part of the review process is to make sure that everyone and everything involved is prepared to start the review. This includes making sure that every participant has access to the work product under review, understands their role and responsibilities and receives everything needed to perform the review.

a. Planning
b. Review initiation
c. Individual review
d. Communication and analysis
e. Fixing and reporting

A

b. Review initiation

73
Q

III. Static Testing

In this part of the review process, every reviewer performs an individual review to assess the quality of the work product under review, and to identify anomalies, recommendations, and questions by applying one or more review techniques (e.g., checklist-based reviewing, scenario-based reviewing)

a. Planning
b. Review initiation
c. Individual review
d. Communication and analysis
e. Fixing and reporting

A

c. Individual Review

74
Q

III. Static Testing

In this part of the review process, anomalies identified during the revew need to be analyzed and discussed. For every anomaly, the decision should be made on its status, ownership and required actions. This is typically done in a review meeting, during which the participants also decide what the quality level of reviewed work product is and what follow-up actions are required. A follow-up review may be required to complete actions.

a. Planning
b. Review initiation
c. Individual review
d. Communication and analysis
e. Fixing and reporting

A

d. Communication and analysis

75
Q

III. Static Testing

In this part of the review process, a defect report is created so corrective actions can be followed-up. Once the exit criteria are reached, the work product can be accepted. The review results are reported.

a. Planning
b. Review initiation
c. Individual review
d. Communication and analysis
e. Fixing and reporting

A

e. Fixing and reporting

76
Q

IV. Test Analysis and Design

What are the four commonly used black-box test techniques?

A

a. Equivalence Partitioning
b. Boundary Value Analysis (BVA)
c. Decision Table Testing
d. State Transition Testing

77
Q

IV. Test Analysis and Design

This test technique is based on an analysis of the specified behavior of the test object, without reference ot its internal structure. Therefore, the test cases are independent of how the software is implemented. Consequently, if the implementation changes, but the required behavior stays the same, then the test cases are still useful.

a. Black-box test techniques
b. White-box test techniques
c. Experience-based test techniques

A

a. Black-box test techniques (also known as specification-based techniques)

78
Q

IV. Test Analysis and Design

This test technique is based on an analysis of the test object’s internal structure and processing. As the test cases are dependent on how the software is designed, they can only be created after the design of implementation of the test object.

a. Black-box test techniques
b. White-box test techniques
c. Experience-based test techniques

A

b. White-box test techniques (also known as structure-based techniques)

79
Q
A

ISTQB v4.0 Foundation Level Reviewer (7 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions