Software Quality Assurance – Core Vocabulary

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/72

flashcard set

Earn XP

Description and Tags

A comprehensive set of vocabulary flashcards covering fundamental terms, principles, methods, quality models, and standards discussed throughout the Software Quality Assurance lecture series.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

73 Terms

1
New cards

Software Quality Assurance (SQA)

A systematic set of activities that ensures software processes and products conform to requirements, standards, and procedures.

2
New cards

Testing

The process of executing or evaluating software to establish confidence that it meets specified requirements and to reveal defects.

3
New cards

Complete Testing Is Impossible

Principle stating that exhaustive testing of all input-output combinations is infeasible; testers must sample intelligently.

4
New cards

Risk-Based Testing

Prioritising and designing tests according to the probability and impact of potential failures.

5
New cards

Plan-Do-Check-Act (PDCA)

Deming’s four-step cycle for continuous process improvement: devise a plan, execute, check results, take action.

6
New cards

Quality

The degree to which software meets stated and implied requirements; made visible by testing.

7
New cards

Defect

Any variance of a software product from its specified attributes or user expectations.

8
New cards

Wrong–Missing–Extra

Three defect categories: incorrect implementation, omitted requirement, or unintended feature present.

9
New cards

Unit Testing

Developer-performed tests that verify individual modules or functions in isolation.

10
New cards

Functional (Integration) Testing

QA tests that confirm a program’s functions work correctly, typically via the user interface.

11
New cards

System Testing

Execution of integrated components to verify that system requirements, performance, and stress goals are met.

12
New cards

Acceptance Testing

End-user or customer evaluation to determine readiness for operational use.

13
New cards

Black-Box Testing

Testing based solely on input/output behaviour without regard for internal code structure.

14
New cards

White-Box Testing

Testing that derives cases from internal logic and paths of the program’s source code.

15
New cards

Boundary Value Analysis

Technique focusing test cases on extreme and edge inputs where failures often occur.

16
New cards

Regression Testing

Re-execution of test suites to ensure recent changes haven’t introduced new defects.

17
New cards

Test Plan

High-level document describing objectives, scope, strategy, schedule, resources, and deliverables of testing.

18
New cards

Test Procedure (Test Case)

Detailed set of actions, inputs, and expected results used to verify a specific software function.

19
New cards

Test Script

Automated code or commands that execute one or more test cases.

20
New cards

Test Strategy

Overall approach that defines test factors, phases, priorities, and techniques to address project risks.

21
New cards

Test Factor

A risk or quality attribute (e.g., correctness, reliability) that influences what must be tested.

22
New cards

Correctness

Degree to which software performs all required functions accurately.

23
New cards

Reliability

Ability of software to perform its functions with required precision over time.

24
New cards

Usability

Extent of effort needed to learn, operate, prepare inputs for, and interpret outputs of a system.

25
New cards

Integrity

Protection of software from unauthorised access or modifications.

26
New cards

Efficiency

Amount of computing resources needed for software to perform its functions.

27
New cards

Maintainability

Effort required to find and fix defects in operational software.

28
New cards

Portability

Effort required to transfer software from one hardware or software environment to another.

29
New cards

Coupling

Degree of interdependence between software components; lower coupling aids testing and maintenance.

30
New cards

Performance Testing

Assessment of response time, throughput, and resource usage under specified workloads.

31
New cards

Stress Testing

Evaluation under extreme load or peak conditions to reveal robustness issues.

32
New cards

Volume Testing

Testing with large data sets to ensure software can handle required data volumes.

33
New cards

Usability Testing

Human-factors evaluation of user interface clarity, error messages, and operator learning curve.

34
New cards

Security Testing

Attempting to bypass security mechanisms to expose vulnerabilities.

35
New cards

Installation Testing

Verification that software installs, configures, and uninstalls correctly in target environments.

36
New cards

Test Completion Criteria

Pre-defined conditions (e.g., coverage goals, defect discovery rates) that signal when testing can stop.

37
New cards

Inspection

Formal, checklist-driven peer review aimed at detecting defects in code or documentation before testing.

38
New cards

Walkthrough

Team review where author leads peers through software artifacts to solicit feedback and find errors.

39
New cards

Desk Checking

Developer’s informal, personal review of code or design for logic errors.

40
New cards

Peer Rating

Evaluation in which peers score overall quality and maintainability of a program.

41
New cards

Structured (Basis) Testing

White-box method using control-flow graphs to create a minimal set of paths covering all logic.

42
New cards

Automated Testing

Use of software tools to run tests, compare actual with expected results, and report outcomes.

43
New cards

Capture/Replay

Automation technique that records user interactions and replays them for regression testing.

44
New cards

Test Suite

Collection of related test cases executed together.

45
New cards

Severity Levels

Classification of defects by impact: 1-Crash, 2-Major, 3-Minor, 4-Enhancement, 5-Documentation.

46
New cards

Cost of Quality

Total cost of preventing, finding, and correcting defects within software products.

47
New cards

Deming’s 14 Points

Management principles advocating continuous quality improvement, leadership, and elimination of fear.

48
New cards

Zero Defects

Crosby’s concept that the only acceptable level of defects is none; quality is conformance to requirements.

49
New cards

Quality Trilogy

Juran’s model of quality planning, quality control, and quality improvement.

50
New cards

Ishikawa Diagram

Fishbone cause-and-effect chart used to identify potential sources of defects.

51
New cards

Malcolm Baldrige National Quality Award

U.S. award recognising organisational excellence based on leadership, strategy, customer focus, and results.

52
New cards

Capability Maturity Model (CMM)

Five-level framework (Initial, Repeatable, Defined, Managed, Optimizing) for software process improvement.

53
New cards

Initial Level (CMM 1)

Ad hoc, chaotic processes reliant on individual heroics; poor predictability.

54
New cards

Repeatable Level (CMM 2)

Basic project management processes established; previous successes can be repeated.

55
New cards

Defined Level (CMM 3)

Organisation-wide standard software process is documented and used consistently.

56
New cards

Managed Level (CMM 4)

Processes and product quality are measured and controlled quantitatively.

57
New cards

Optimizing Level (CMM 5)

Continuous process improvement driven by quantitative feedback and innovation.

58
New cards

Key Process Area (KPA)

Cluster of related practices that, when implemented collectively, achieve goals at a given CMM level.

59
New cards

ISO 9001

International standard specifying requirements for a documented quality management system.

60
New cards

ISO 9000-3

Guidelines for applying ISO 9001 to software development and maintenance.

61
New cards

ISO 14001

Environmental management system standard ensuring processes meet ecological objectives.

62
New cards

QS-9000

Automotive industry adaptation of ISO 9001 with sector-specific requirements.

63
New cards

Test Environment

Hardware, software, network, tools, and data configured to execute test cases.

64
New cards

Test Data Generator

Tool that creates synthetic input values or files to support testing.

65
New cards

Configuration Management

Discipline of identifying, controlling, and tracking versions of software artifacts.

66
New cards

Software Quality Assurance Plan (SQAP)

Document describing SQA activities, standards, reviews, audits, and responsibilities for a project.

67
New cards

Defect Prevention

CMM Level-5 practice of analysing root causes and modifying processes to avoid recurrence.

68
New cards

Measurement and Analysis (CMM)

Collecting and interpreting process and product metrics to support management and improvement.

69
New cards

Testability

Ease with which software supports testing, often achieved via built-in hooks and diagnostics.

70
New cards

Marginal Cost of Testing

Additional expense incurred to find one more defect; guides cost-effective test extent.

71
New cards

Test Automation Maintenance

Updating automated scripts and data when the application or environment changes.

72
New cards

Golden Version Testing

Comparing results of a new build to a known-good baseline output to detect regressions.

73
New cards

Baldrige Process Management

Criterion focusing on design, control, and improvement of work processes to drive quality results.