Terminology Flashcards

1
Q

Acceptance criteria

A

The criteria that a component or system must satisfy in order to be accepted by a user, customer, or other authorized entity.

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

Acceptance testing

A

Formal testing with respect to user needs, requirements, and business processes conducted to determine whether or not a system satisfies the acceptance criteria and to enable the user, customers, or other authorized entity to determine whether or not to accept the system.

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

Accessibility

A

The degree to which a component or system can be used by people with the widest range of characteristics and capabilities to achieve a specified goal in a specified context of use.

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

Actual result

A

The behavior produced/ observed when a component or system is tested.

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

Ad hoc reviewing

A

A review technique carried out by independent reviewers informally, without a structured process.

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

Alpha testing

A

Simulated or actual operational testing conducted in the developer’s test environment, by roles outside the development organization.

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

Anomaly

A

Any condition that deviates from expectation based on requirement specifications, design documents, user documents, standards etc., or from someone’s perception or experience. Anomalies may be found during, but not limited to, reviewing, testing, analysis, compilation, or use of software products or applicable documentation.

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

Audit

A

An independent examination of a work product, process, or set of processes that is performed by a third party to assess compliance with specifications, standards, contractual agreements, or other criteria.

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

Availability

A

The degree to which a component or system is operational and accessible when required for use.

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

Behavior

A

The response of a component or system to a set of input values and preconditions.

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

Beta testing

A

Simulated or actual operational testing conducted at an external site, by roles outside the development organization.

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

Black-box test technique

A

A procedure to drive and/ or select test cases based on an analysis or the specification, either functional or non-functional, of a component or system without reference to its internal structure.

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

Boundary value

A

A minimum or maximum value of an ordered equivalence partition.

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

Boundary value analysis

A

A black-box test in which test cases are designed based on boundary values.

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

Burndown chart

A

A publicly displayed chart that depicts the outstanding effort versus time in an iteration. It shows the status and trend of completing the tasks of the iteration. The X-axis typically represents days in the sprint, while the Y-axis is the remaining effort (usually either in ideal engineering hours or story points).

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

Checklist-based reviewing

A

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

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

Check-list based testing

A

An experience-based test technique whereby the experienced tester uses a high-level list of items to be noted, checked, or remembered, or a set of rules or criteria against which a product has to be verified.

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

Code coverage

A

An analysis method that determines which parts of the software have been executed (covered) by the test suite and which parts have not been executed, e.g., statement coverage, decision coverage, or condition coverage.

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

Commercial off-the-shelf (COTS)

A

A software product that is developed for the general market, i.e., for a large number of customers, and that is delivered to many customers in identical format.

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

Compatibility

A

The degree to which a component or system can exchange information with other components or systems.

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

Complexity

A

The degree to which a component or system has a design and/ or internal structure that is difficult to understand, maintain, and verify.

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

Compliance

A

The capability of the software product to adhere to standards, conventions, or regulations in laws and similar prescriptions.

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

Component

A

A minimal part of a system that can be tested in isolation.

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

Component integration testing

A

Testing performed to expose defects in the interfaces and interactions between integrated components.

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

Component specification

A

A description of a component’s function in terms of its output values for specified input values under specified conditions, and required non-functional behavior (e.g., resource utilization)

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

Component testing

A

The testing of individual hardware or software components.

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

Condition

A

A logical expression that can be evaluated as true or false.

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

Configuration

A

The composition of a component or system as defined by the number, nature, and interconnections of its constituent parts.

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

Configuration item

A

An aggregation of work products that is designated for configuration management and treated as a single entity in the configuration management process.

30
Q

Configuration management

A

A discipline applying technical and administrative direction and surveillance to identify and document the functional and physical characteristics of a configuration item, controlling changes to those characteristics, record, and report change processing and implementation status, and verify compliance with specified requirements.

31
Q

Configuration management tool

A

A tool that provides support for the identification and control of configuration items, their status over changes and versions, and the release of baselines consisting of configuration items.

32
Q

Confirmation testing

A

Dynamic testing conducted after fixing defects with the objective to confirm that failures caused by those defects do not occur anymore.

33
Q

Contractual acceptance testing

A

Acceptance testing conducted to verify whether a system satisfies its contractual requirements.

34
Q

Control flow

A

The sequence in which operations are performed during the execution of a test item.

35
Q

Cost of quality

A

The total costs incurred on quality activities and issues and often split into prevention costs, appraisal costs, internal failure costs and external failure costs.

36
Q

Coverage

A

The degree to which specified coverage items have been determined or have been exercised by a test suite expressed as a percentage.

37
Q

Coverage item

A

An attribute or combination of attributes that is derived from one or more test conditions by using a test technique that enables the measurements of the thoroughness of the test execution.

38
Q

Coverage tool

A

A tool that provides objective measures of what structural elements e.g., statements, branches, have been exercised by a test suite.

39
Q

Data flow

A

An abstract representation of the sequence and possible changes of the state of data objects, where the state of an object is any of creation, usage, or destruction.

40
Q

Data-driven testing

A

A scripting technique that stores test input and expected results in a table or spreadsheet, so that a single control script can execute all of the tests in the table. Data-driven testing is often used to support the application of test execution tools such as capture/ playback tools.

41
Q

Debugging

A

The process of finding, analyzing, and removing the causes of failures in software.

42
Q

Decision

A

A type of statement in which a choice between two or more possible outcomes controls which set of actions will result.

43
Q

Decision coverage

A

The coverage of decision outcomes.

44
Q

Decision outcome

A

The result of a decision that determines the next statement to be executed.

45
Q

Decision table

A

A table used to show sets of conditions and the actions resulting from them.

46
Q

Decision table testing

A

A black-box test technique in which cases are designed to execute the combinations of inputs and/ or stimuli (causes) shown in a decision table.

47
Q

Decision testing

A

A white-box test technique in which test cases are designed to execute decision outcomes.

48
Q

Defect

A

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

49
Q

Defect density

A

The number of defects per unit size of a work product.

50
Q

Defect management

A

The process of recognizing and recording defects, classifying them, investigating them, taking action to resolve them, and disposing of them when resolved.

51
Q

Defect management tool

A

A tool that facilitates the recording and status tracking of defects.

52
Q

Defect report

A

Documentation of the occurrence, nature, and status of a defect.

53
Q

Driver

A

A software component or test tool that replaces a component that takes care of the control and/ or the calling of a component or system.

54
Q

Dynamic analysis

A

The process of evaluating behavior e.g. memory performance, CPU usage, of a system or component during execution

55
Q

Dynamic analysis tool

A

A tool that provides runtime information on the state of the software code. These tools are most commonly used to identify unassigned pointers, check pointer arithmetic, and to monitor the allocation, use and deallocation of memory and to flag memory leaks.

56
Q

Dynamic testing

A

Testing that involves the execution of the software of a component or system.

57
Q

Effectiveness

A

Extent to which correct and complete goals are achieved.

58
Q

Efficiency

A

Resources expended in relation to the extent with which users achieve specified goals.

59
Q

Entry criteria

A

The set of conditions for officials starting a defined task.

60
Q

Equivalence partition

A

A portion of the value domain of a data element related to the test object for which all values are expected to be treated the same based on the specification.

61
Q

Equivalence partitioning

A

A black-box test technique in which test cases are designed to exercise equivalence partitions by using one representative member of each partition.

62
Q

Error

A

A human action that produces an incorrect result

63
Q

Error guessing

A

A test technique in which tests are derived on the basis of the tester’s knowledge of past failures, or general knowledge of failure modes.

64
Q

Executable statement

A

A statement which, when compiled, is translated into object code, and which will be executed procedurally when the program is running and may perform an action on data.

65
Q

Exercised

A

A program element is said to be exercised by a test case when the input value causes the execution of that element, such as statement, decision, or other structural elements.

66
Q

Exhaustive testing

A

A test approach in which the test suite comprises all combinations of input values and preconditions.

67
Q

Exit criteria

A

The set of conditions for officially completing a defined task.

68
Q

Expected result

A

The predicted observable behavior of a component or system executing under specified conditions, based on its specification or another source.

69
Q

Experience-based testing technique

A

A procedure to derive and/or select test cases based on the tester’s experience, knowledge, and intuition.

70
Q

Experience-based testing

A

Testing based in the tester’s experience, knowledge, and intuition.

71
Q

Exploratory testing

A

An approach to testing whereby the testers dynamically design and execute tests based in their knowledge, exploration of the test often and the results of previous tests.