High importance

Question 1

Workbench

Answer 1

The objective of the workbench is to produce the defined output products (deliverables) in a
defect-free manner.

Question 2

Waterfall

Answer 2

Most closely resembles a “generic” model for software development

System Conceptualization
System analysis
System design
Coding 
Testing
(Stop sitting so close thom)

Question 3

Top-Down

Answer 3

Begin testing from the top of the module hierarchy and work down to the bottom using interim stubs to simulate lower interfacing modules or programs. Modules are added in descending hierarchical order.

(Stubs simulate the behaviors of a lower level module)

Question 4

Bottom-Up

Answer 4

Begin testing from the bottom of the hierarchy and work up to the top. Modules are added in ascending hierarchical order. Requires the development of driver
modules, which provide the test input, that call the module or program being tested, and display test output.

(Drivers call the module(s) being tested)

Question 5

Code Inspection

Answer 5

A formal analysis of the program source code to find defects as defined by meeting computer system design specifications.

Developers and SME’s perform

Question 6

Review

Answer 6

1

Question 7

Walkthrough

Answer 7

An informal review (static) testing process in which the author “walks through” the deliverable with the review team looking for defects.

used to confirm understanding, test ideas, & brainnstorm.

Question 8

White Box

Answer 8

A testing technique that assumes that the path of the logic in a program unit or component is known. Consists of testing paths, branch by branch, to produce predictable results.

Question 9

Black Box

Answer 9

A test technique that focuses on testing the functionality of the program, component, or application against its specifications without knowledge of how the system is constructed

Question 10

Cost of Quality

Answer 10

Money spent beyond expected production costs to ensure that the product the customer receives is a
quality product.

The Cost of Quality includes prevention, appraisal, and failure costs.

Question 11

Failure Costs

Answer 11

All costs associated with defective products that have been moved into production.

Failure costs can be classified as either “internal” failure costs or “external” failure costs.

Question 12

Coverage testing

Answer 12

A part of White-box testing

Ensures that each statement within a program is executed at least once.

Question 13

Condition testing

Answer 13

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 14

Branch/Decision testing

Answer 14

Seeks to ensure that every branch from every

decision has been executed.

Question 15

Benefits Realization Test

Answer 15

A test conducted after an application is moved into production to determine whether it is likely to meet the originating business case.

Question 16

Configuration

Answer 16

1

Question 17

Conversion

Answer 17

Validates the effectiveness of data conversion processes, including field-to-field mapping, and data translation.

Question 18

Exploratory testing

Answer 18

Aligned with the Context Driven testing school of thought.

tester learns things that, together with experience
and creativity, generates new good tests to run

quality of the testing is dependent on the tester’s skill of inventing test cases and finding defects. The more the tester knows about the product and different test methods, the better the testing will be.

Question 19

Exhaustive testing

Answer 19

Executing the program through all possible combinations of values for program variables.

Question 20

Functional

Answer 20

Application of test data derived from the specified functional requirements without regard to the final program structure.

Question 21

Incremental

Answer 21

adding unit-tested programs to a given
module or component one by one, and testing each resultant combination

Question 22

Integration

Answer 22

first level of testing which formally integrates a set of programs that communicate among themselves via messages or files

Question 23

Life Cycle Testing

Answer 23

The process of verifying the consistency, completeness, and correctness of software at each stage of the development life cycle.

Question 24

Equivalence partitioning

Answer 24

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 25

Know the difference between all the different types of Analysis

Answer 25

1

Question 26

Test cases

Answer 26

An individual test condition, executed as part of a larger test that contributes to the test’s objectives.

Question 27

Use cases

Answer 27

technique for capturing the functional requirements of systems through the interaction between an Actor and the System.

Use Cases describe all the tasks that must be performed for the Actor to achieve the desired objective and include all of the desired functionality.

Question 28

Test Stories

Answer 28

1

Question 29

Test Data Sets

Answer 29

Set of input elements used in the testing process.

Question 30

Test Item

Answer 30

Identify the items or features to be tested by this test case.

Question 31

Test Plan

Answer 31

A document describing the intended scope, approach, resources, and schedule of testing activities. It identifies test items, the features to be tested, the testing tasks, the personnel performing each task, and any risks requiring contingency planning.

Contract / Roadmap

Question 32

Test harness

Answer 32

A collection of test drivers and test stubs.

Utilized when other related code has not yet been completed but testing must proceed.

Question 33

Test driver

Answer 33

A program that directs the execution of another program against a collection of test data sets. Usually, the test driver also records and organizes the output generated as the tests are run.

Question 34

V-model

Answer 34

Demonstrates the relationships between each phase of development and its associated testing phase

Left  = Specifications side
Right = testing side

Question 35

Software Quality Criteria

Answer 35

1

Question 36

Factors and Gaps

Answer 36

1

Question 37

Understand the types of RISK, definitely a MUST KNOW

Answer 37

1

Question 38

Quality Assurance

Answer 38

Support activities (facilitation, training, measurement, and analysis) needed to provide adequate confidence that processes are established and continuously improved to produce products that meet specifications and are fit
for use.

Question 39

Quality Control

Answer 39

Process by which product quality is compared with applicable standards, and the action taken when nonconformance is detected. Its focus is defect detection and removal.

The performance of these tasks is the responsibility of the people working within the process.

Question 40

Producer gap

Answer 40

Gap between what was specified to be delivered, and what was actually delivered.

Question 41

Customer gap

Answer 41

Gap between customers expectations and the product delivered.