High importance Flashcards
(41 cards)
Workbench
The objective of the workbench is to produce the defined output products (deliverables) in a
defect-free manner.
Waterfall
Most closely resembles a “generic” model for software development
System Conceptualization System analysis System design Coding Testing (Stop sitting so close thom)
Top-Down
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)
Bottom-Up
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)
Code Inspection
A formal analysis of the program source code to find defects as defined by meeting computer system design specifications.
Developers and SME’s perform
Review
1
Walkthrough
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.
White Box
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.
Black Box
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
Cost of Quality
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.
Failure Costs
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.
Coverage testing
A part of White-box testing
Ensures that each statement within a program is executed at least once.
Condition testing
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.
Branch/Decision testing
Seeks to ensure that every branch from every
decision has been executed.
Benefits Realization Test
A test conducted after an application is moved into production to determine whether it is likely to meet the originating business case.
Configuration
1
Conversion
Validates the effectiveness of data conversion processes, including field-to-field mapping, and data translation.
Exploratory testing
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.
Exhaustive testing
Executing the program through all possible combinations of values for program variables.
Functional
Application of test data derived from the specified functional requirements without regard to the final program structure.
Incremental
adding unit-tested programs to a given module or component one by one, and testing each resultant combination
Integration
first level of testing which formally integrates a set of programs that communicate among themselves via messages or files
Life Cycle Testing
The process of verifying the consistency, completeness, and correctness of software at each stage of the development life cycle.
Equivalence partitioning
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