CAST Ch 7

Question 1

Actors

Answer 1

Interfaces in a system boundary diagram. (Use Cases)

Question 2

Alternate Path

Answer 2

Additional testable conditions are derived from the exceptions and alternative course of the Use Case.

Question 3

Boundary Value Analysis

Answer 3

A data selection technique in which test data is chosen from the “boundaries” of the input or output domain classes, data structures, and procedure parameters. Choices often include the actual minimum and maximum boundary values, the maximum value plus or minus one, and the minimum value plus or minus one.

Question 4

Branch Combination Coverage

Answer 4

Branch Condition Combination Coverage is a very thorough structural testing technique, requiring 2n test cases to achieve 100% coverage of a condition containing n Boolean operands.

Question 5

Branch/Decision Testing

Answer 5

A test method that requires that each possible branch on each decision point be executed at least once.

Question 6

Cause-Effect Graphing

Answer 6

Cause-effect graphing is a technique which focuses on modeling the dependency relationships between a program’s input conditions (causes) and output conditions (effects). CEG is considered a Requirements-Based test technique and is often referred to as Dependency modeling.

Question 7

Condition Testing

Answer 7

A structural test technique where each clause in every condition is forced to take on each of its possible values in combination with those of other clauses.

Question 8

Data Flow Analysis

Answer 8

In data flow analysis, we are interested in tracing the behavior of program variables as they are initialized and modified while the program executes.

Question 9

Decision Table

Answer 9

A tool for documenting the unique combinations of conditions and associated results in order to derive unique test cases for validation testing.

Question 10

Equivalence Partitioning

Answer 10

The input domain of a system is partitioned into classes of representative values so that the number of test cases can be limited to one-per-class, which represents the minimum number of test cases that must be executed.

Question 11

Error Guessing

Answer 11

Test data selection technique for picking values that seem likely to cause defects. This technique is based upon the theory that test cases and test data can be developed based on the intuition and experience of the tester.

Question 12

Happy Path

Answer 12

Generally used within the discussion of Use Cases, the happy path follows a single flow uninterrupted by errors or exceptions from beginning to end.

Question 13

Modified Condition Decision Coverage

Answer 13

A compromise which requires fewer test cases than Branch Condition Combination Coverage.

Question 14

Pair-Wise

Answer 14

Pair-wise testing (also known as all-pairs testing) is a combinatorial method used to generate the least number of test cases necessary to test each pair of input parameters to a system.

Question 15

Path Testing

Answer 15

A test method satisfying the coverage criteria that each logical path through the program be tested. Often, paths through the program are grouped into a finite set of classes and one path from each class is tested.

Question 16

Population Analysis

Answer 16

Analyzes production data to identify, independent from the specifications, the types and frequency of data that the system will have to process/produce. This verifies that the specs can handle types and frequency of actual data and can be used to create validation tests.

Question 17

Post Conditions

Answer 17

A list of conditions, if any, which will be true after the Use Case finished successfully.

Question 18

Pre-Conditions

Answer 18

A list of conditions, if any, which must be met before the Use Case can be properly executed.

Question 19

Sad Path

Answer 19

A path through the application which does not arrive at the desired result.

Question 20

Scenario Testing

Answer 20

Testing based on a real-world scenario of how the system is supposed to act.

Question 21

Statement Testing

Answer 21

A test method that executes each statement in a program at least once during program testing.

Question 22

Structural Analysis

Answer 22

Structural analysis is a technique used by developers to define unit test cases. Structural analysis usually involves path and condition coverage.

Question 23

System Boundary Diagram

Answer 23

A system boundary diagram depicts the interfaces between the software under test and the individuals, systems, and other interfaces. These interfaces or external agents are referred to as “actors.” The purpose of the system boundary diagram is to establish the scope of the system and to identify the actors (i.e., the interfaces) that need to be developed. (Use Cases)

Question 24

Use Case

Answer 24

A Use Case is a technique for capturing the functional requirements of systems through the interaction between an Actor and the System.

Question 25

User Story

Answer 25

A short description of something that a customer will do when they use an application (software system). The User Story is focused on the value or result a customer would receive from doing whatever it is the application does.