ISTQB CTAL-TA Syllabus v4.0 Focused Study Glossary

0.0(0)
Studied by 0 people
call kaiCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/73

flashcard set

Earn XP

Description and Tags

Comprehensive vocabulary flashcards covering chapter keyword terms and syllabus-specific domain vocabulary from the ISTQB CTAL-TA Syllabus v4.0 focused study glossary.

74 Terms

1
New cards

High-level test case

A test case with abstract preconditions, input data, expected results, postconditions, and actions (where applicable).

2
New cards

Keyword

A phrase that represents specific actions to be performed during test execution.

3
New cards

Keyword-driven testing

A test automation approach in which test scripts contain keywords and supporting files contain scripts that implement those keywords.

4
New cards

Low-level test case

A test case with concrete values for preconditions, input data, expected results, postconditions, and a detailed description of actions (where applicable).

5
New cards

Software development lifecycle

The activities performed at each phase in software development, and how they relate to one another logically and chronologically.

6
New cards

Test analysis

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

7
New cards

Test analyst

A person responsible for test analysis, test design, test implementation, and test execution, focusing on non-technical aspects of software.

8
New cards

Test case

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

9
New cards

Test condition

A testable aspect of a component or system that is intended to be tested.

10
New cards

Test data

Data needed for test execution.

11
New cards

Test design

The activity that derives and specifies test cases from test conditions.

12
New cards

Test environment

An environment containing hardware, instrumentation, simulators, software tools, and other support elements needed to perform a test.

13
New cards

Test execution

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

14
New cards

Test implementation

The activity that prepares the testware needed for test execution.

15
New cards

Test oracle

A source to determine an expected result.

16
New cards

Test script

A sequence of instructions for the execution of a test.

17
New cards

Testware

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

18
New cards

Impact analysis

The identification of all work products affected by a change, including an estimate of the resources needed to accomplish the change.

19
New cards

Product risk

A risk that impacts the quality of a product.

20
New cards

Regression testing

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

21
New cards

Risk analysis

The overall process of risk identification and risk assessment.

22
New cards

Risk assessment

The process of examining identified risks and determining the risk level.

23
New cards

Risk control

The overall process of risk mitigation and risk monitoring.

24
New cards

Risk identification

The process of finding, recognizing and describing risks.

25
New cards

Risk mitigation

The process through which decisions are reached and protective measures are implemented for reducing or maintaining risks to specified levels.

26
New cards

Risk monitoring

The activity that checks and reports the status of known risks to stakeholders.

27
New cards

Risk-based testing

A test approach in which the management, selection, prioritization, and use of test activities and resources are based on corresponding risk types and risk levels.

28
New cards

Checklist-based testing

An experience-based test technique in which test cases are designed to exercise the items of a checklist.

29
New cards

Behavior-based test technique

A black-box test technique in which test conditions are model elements of the state-dependent behavior of a test object.

30
New cards

Combinatorial testing

A black-box test technique in which test conditions are specific combinations of values of several parameters.

31
New cards

Crowd testing

A test approach in which testing is distributed to a large group of testers.

32
New cards

CRUD testing

A black-box test technique in which test conditions are operations of the types create, read, update, and delete for an entity.

33
New cards

Data-based test technique

A test technique in which test conditions are model elements of the test object data.

34
New cards

Decision table testing

A black-box test technique in which test conditions are combinations of conditions and resulting actions shown in a decision table.

35
New cards

Domain testing

A black-box test technique in which test conditions are points on, near to, inside or outside the boundaries of different equivalence partitions of the input value domain.

36
New cards

Equivalence partition

A subset of a value domain for which a component or system is expected to treat all values the same based on the specification.

37
New cards

Experience-based testing

A test approach based on the tester's experience, knowledge and intuition.

38
New cards

Metamorphic relation

A description of how a change to an input for a test case affects an expected result based on the required behavior of a test item.

39
New cards

Metamorphic testing

A test technique in which test conditions are metamorphic relations.

40
New cards

Random testing

A black-box test technique in which input values are randomly generated.

41
New cards

Rule-based test technique

A black-box test technique in which test conditions are model elements of the state-independent behavior rules of a test object.

42
New cards

Scenario-based testing

A black-box test technique in which test conditions are sequences of interactions between external actors and the test item.

43
New cards

Session-based testing

A test approach in which test activities are planned as test sessions.

44
New cards

State transition testing

A black-box test technique in which test conditions are state transitions or sequences of them.

45
New cards

Test charter

A mission statement that guides an exploratory test session.

46
New cards

Adaptability

The degree to which a component or system can be adapted to various or evolving hardware, software, or other operational or usage environments.

47
New cards

Compatibility

The degree to which a component or system can exchange information with other components or systems, and/or perform its required functions while sharing the same hardware or software environment.

48
New cards

Flexibility

The degree to which a component or system can be adapted to changes in its requirements, contexts of use, or system environment.

49
New cards

Functional appropriateness

The degree to which the functions facilitate the accomplishment of specified tasks and objectives.

50
New cards

Functional completeness

The degree to which the set of functions covers all the specified tasks and user objectives.

51
New cards

Functional correctness

The degree to which a component or system provides the correct results with the needed degree of precision.

52
New cards

Functional suitability

The degree to which a component or system provides functions that meet stated and implied needs when used under specified conditions.

53
New cards

Functional testing

A test type to determine the functional suitability of a test object.

54
New cards

Installability

The degree to which a component or system can be successfully installed and/or uninstalled in a specified environment.

55
New cards

Interaction capability

The degree to which a component or system can exchange information via the user interface with its specified users to complete an intended task.

56
New cards

Interoperability

The degree to which two or more components or systems can exchange information and use the information that has been exchanged.

57
New cards

Usability

The degree to which a component or system can be used by specified users to achieve specified goals in a specified context of use.

58
New cards

User experience

A person's perceptions and responses resulting from the use or anticipated use of a software product.

59
New cards

Ad hoc reviewing

A review technique performed informally without a structured process.

60
New cards

Checklist-based reviewing

A review technique guided by a list of questions or required attributes.

61
New cards

Defect prevention

Measures that reduce the likelihood of recurrence of defects in work products and limit the propagation of defects in subsequent work products.

62
New cards

Model-based testing

Testing based on or involving models.

63
New cards

Perspective-based reading

A type of role-based reviewing that uses checklists and involves the creation of prototype deliverables.

64
New cards

Review technique

A procedure used to perform a review.

65
New cards

Role-based reviewing

A review technique in which a work product is evaluated from the perspective of different stakeholder roles.

66
New cards

Root cause analysis

The process used to identify the root cause of a defect.

67
New cards

Scenario-based reviewing

A review technique in which a work product is evaluated to determine its ability to address specific scenarios.

68
New cards

Test result

The status of the execution of a test.

69
New cards

CRUD matrix

A matrix that indicates the action types of the functions on the entities within a system.

70
New cards

Data semantics

The meaning and interpretation of data.

71
New cards

Five whys technique

An iterative questioning technique used to determine a root cause by asking “why?” repeatedly, each time using the previous answer to guide the next question.

72
New cards

Pareto analysis

An approach to identify problem areas or tasks that will have the biggest payoff.

73
New cards

User journey map

A visualization showing the steps a user takes in a process to accomplish a goal.

74
New cards

User research

Learning about users’ needs and thought processes by studying how they perform tasks, observing interactions, or analyzing and interpreting data.