Sqa Flashcards

(85 cards)

1
Q

Acceptance Testing

A

Validates the software against user requirements and ensures it is ready for delivery.

Example sentence: The acceptance testing phase confirmed that the software met all specified user requirements.

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

Agile Development

A

An iterative and incremental approach to software development with a focus on collaboration, customer feedback, and small, rapid releases.

Additional information: Agile development emphasizes adaptability and flexibility in response to changing requirements.

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

Analysis

A

The process of examining requirements, design, and code to understand and improve software quality.

Example sentence: Thorough analysis of the software architecture revealed opportunities for optimization.

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

Audit

A

A formal examination of software processes, documentation, and products to ensure compliance with standards.

Example sentence: The audit identified areas where the software development process did not align with industry best practices.

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

Automated Testing

A

Using software tools to execute tests automatically, reducing manual effort and improving consistency.

Additional information: Automated testing is essential for regression testing and ensuring rapid feedback on code changes.

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

Backtracking

A

A debugging technique where you go back through the code to find the source of a defect.

Example sentence: Backtracking helped pinpoint the error in the algorithm implementation.

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

Bench Testing

A

Testing software in a controlled environment to isolate and identify defects.

Example sentence: Bench testing revealed memory leaks in the software under stress conditions.

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

Black-box Testing

A

Testing based on input and output without knowledge of the internal code structure.

Example sentence: Black-box testing focuses on the software’s functionality rather than its implementation details.

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

Bottom-Up Testing

A

Testing begins with lower-level components and progresses to higher-level components.

Example sentence: Bottom-up testing ensures that individual modules work correctly before integrating them into the larger system.

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

Boundary Value Analysis

A

Testing the boundaries between partitions to identify defects at the edges of input ranges.

Example sentence: Boundary value analysis helped uncover edge cases that caused unexpected behavior in the software.

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

Buddy Check

A

Informal code review where two colleagues review each other’s code.

Example sentence: The buddy check process improved code quality and knowledge sharing among team members.

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

Bug Record

A

A detailed log of defects found during testing, including steps to reproduce, severity, and status.

Example sentence: The bug record provided valuable insights into recurring issues and their impact on software quality.

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

Cause-Effect Graphing

A

A technique to identify and test the relationships between causes (inputs) and effects (outputs).

Example sentence: Cause-effect graphing helped prioritize testing efforts by focusing on critical paths in the software.

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

Circulation Review

A

A method where documents are circulated among reviewers for feedback and approval.

Example sentence: The circulation review process ensured that multiple stakeholders provided input on the software requirements.

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

CMMI (Capability Maturity Model Integration)

A

A framework for improving and assessing the maturity of software development processes.

Example sentence: Adhering to CMMI practices can lead to more predictable and efficient software development outcomes.

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

Code Inspection

A

A formal review of source code to identify defects and ensure coding standards.

Example sentence: Code inspection revealed inconsistencies in coding practices and potential security vulnerabilities.

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

Comparison

A

Evaluating software against predefined criteria or comparing two versions to identify differences.

Example sentence: The comparison of the new software release with the previous version highlighted performance improvements.

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

Component Testing

A

Testing individual components of software in isolation.

Example sentence: Component testing is crucial for verifying the functionality and behavior of each software module.

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

Condition Coverage

A

Ensuring each boolean condition in the code is tested for true and false outcomes.

Example sentence: Condition coverage testing identified logical errors that occurred when specific conditions were not properly evaluated.

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

Debugging

A

The process of finding and fixing defects in the software.

Example sentence: Debugging is an iterative and problem-solving process that improves software reliability.

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

Debugging by Backtracking

A

Tracing back through the code to find the source of a defect.

Example sentence: Debugging by backtracking helped identify the incorrect variable assignment that caused the software crash.

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

Debugging by Brute Force

A

Using extensive and often repetitive testing to locate a defect.

Example sentence: Debugging by brute force involved exhaustive testing to identify the root cause of the memory leak.

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

Debugging by Deduction

A

Using logical reasoning to identify the cause of a defect.

Example sentence: Debugging by deduction narrowed down the possible sources of the software error based on the observed behavior.

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

Debugging by Induction

A

Making observations and forming hypotheses to find the source of a defect.

Example sentence: Debugging by induction involved analyzing patterns in the software behavior to infer the likely causes of the defect.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Debugging by Testing
Running tests to identify and isolate defects in the software. ## Footnote Example sentence: Debugging by testing involved creating test cases to reproduce the reported software issues.
26
Decision/Condition Coverage
Ensures all decision points and conditions are tested. ## Footnote Example sentence: Decision/condition coverage testing confirmed that all possible logic branches in the software were exercised during testing.
27
Demonstration
Showing the software’s functionality to stakeholders to confirm it meets requirements. ## Footnote Example sentence: The demonstration of the software features to stakeholders validated that the product aligned with user expectations.
28
Equivalence Partitioning
Dividing input data into partitions that are expected to produce similar behavior. ## Footnote Example sentence: Equivalence partitioning reduced the number of test cases needed to cover different data ranges in the software.
29
Error Analysis
Examining defects to understand their root causes and prevent future occurrences. ## Footnote Example sentence: Error analysis identified common patterns in software defects that led to the implementation of preventive measures.
30
Error Checklist
A list of common errors to check for during reviews and testing. ## Footnote Example sentence: The error checklist served as a reference guide for identifying known software issues during quality assurance activities.
31
Error Guessing
Using experience and intuition to identify likely areas of the software where defects may exist. ## Footnote Example sentence: Error guessing helped prioritize testing efforts by focusing on high-risk areas of the software.
32
Extreme Program Testing
Testing software with extreme values or conditions to ensure robustness. ## Footnote Example sentence: Extreme program testing simulated edge conditions to assess the software's resilience under extreme scenarios.
33
Factory Testing
Testing performed in a controlled environment before deployment to the production environment. ## Footnote Example sentence: Factory testing ensured that the software components were functional and stable before release.
34
First Article Qualification
Verifying that the first produced unit meets all specifications and requirements. ## Footnote Example sentence: First article qualification confirmed that the initial production unit met the design and quality standards.
35
Function Testing
Validating individual functions of the software to ensure they work as intended. ## Footnote Example sentence: Function testing verified that each software function performed the expected operations accurately.
36
Functional Testing
Testing based on the software’s functional requirements and specifications. ## Footnote Example sentence: Functional testing validated that the software features functioned according to the specified requirements.
37
Grey-box Testing
Combines black-box and white-box testing techniques, using limited knowledge of the internal code. ## Footnote Example sentence: Grey-box testing provided insights into the software functionality while also verifying internal code paths.
38
Hallway Intercept
Informal usability testing where random people in a public space are asked to use the software and provide feedback. ## Footnote Example sentence: Hallway intercept testing gathered user feedback from diverse individuals to improve software usability.
39
Higher-Order Testing
Advanced testing techniques that go beyond basic testing methods. ## Footnote Example sentence: Higher-order testing involved complex scenarios and performance testing to evaluate the software under realistic conditions.
40
Incremental Testing
Testing in stages, where parts of the system are integrated and tested incrementally. ## Footnote Example sentence: Incremental testing allowed for early detection of integration issues and ensured a smoother software development process.
41
Inspection
A formal review process where a work product is examined in detail to identify defects. ## Footnote Example sentence: Inspection uncovered design flaws in the software architecture that required immediate corrective action.
42
Inspection Agenda
A planned schedule for conducting inspections, including objectives and steps to be followed. ## Footnote Example sentence: The inspection agenda outlined the review process and criteria for evaluating the software design.
43
Inspection Team
A group of people conducting a formal inspection of a software product. ## Footnote Example sentence: The inspection team consisted of domain experts and developers to ensure comprehensive review coverage.
44
Installation Testing
Ensures software installs correctly and functions as expected in its intended environment. ## Footnote Example sentence: Installation testing verified that the software installation process was seamless across different operating systems.
45
Integration Testing
Tests the interaction between integrated units/modules to detect interface defects. ## Footnote Example sentence: Integration testing revealed communication issues between software components that required resolution.
46
Load Testing
Evaluates software performance under expected user loads to identify bottlenecks and limits. ## Footnote Example sentence: Load testing helped optimize server capacity to handle peak user traffic without performance degradation.
47
Logic (Statement) Coverage Testing
Measures the extent to which the source code statements have been executed. ## Footnote Example sentence: Logic coverage testing assessed the code paths that were executed during testing to ensure comprehensive code coverage.
48
Milestone Reviews
Evaluates the project's progress at specific points to ensure it meets the planned objectives. ## Footnote Example sentence: Milestone reviews identified project delays and risks early on, enabling proactive risk mitigation strategies.
49
Mitigation
Implementing strategies to reduce or eliminate risks in software development. ## Footnote Example sentence: Mitigation measures were implemented to address security vulnerabilities identified during threat analysis.
50
Module (Unit) Testing
Tests individual components or modules of a software separately. ## Footnote Example sentence: Module testing verified the functionality of each software unit in isolation before integration with other modules.
51
Multiple Condition Coverage
Ensures all possible combinations of conditions in a decision are tested. ## Footnote Example sentence: Multiple condition coverage testing examined all logical pathways through the software to detect potential defects.
52
Non-incremental (Big-Bang) Testing
Combines all modules together at once and tests the system as a whole. ## Footnote Example sentence: Non-incremental testing detected integration issues that resulted from combining all software modules simultaneously.
53
Milestone Reviews
Evaluates the project's progress at specific points to ensure it meets the planned objectives. ## Footnote Example: Milestone reviews are conducted at the end of each development phase.
54
Mitigation
Implementing strategies to reduce or eliminate risks in software development. ## Footnote Mitigation techniques include risk avoidance and risk transfer.
55
Module (Unit) Testing
Tests individual components or modules of a software separately. ## Footnote Module testing is often automated to ensure thorough coverage.
56
Multiple Condition Coverage
Ensures all possible combinations of conditions in a decision are tested. ## Footnote This testing technique helps uncover complex logic errors.
57
Non-incremental (Big-Bang) Testing
Combines all modules together at once and tests the system as a whole. ## Footnote Big-Bang testing can be risky due to limited visibility into individual module performance.
58
Observation
Monitoring and recording behavior of a software system during testing. ## Footnote Observation is crucial for identifying unexpected system behaviors.
59
Operational Scenario Testing
Validates the software against real-world scenarios and usage conditions. ## Footnote Operational scenario testing helps ensure software reliability in practical situations.
60
Packaging and Delivery
The process of preparing software for distribution and delivering it to the end users. ## Footnote Packaging and delivery involve creating installation packages and deployment procedures.
61
Path Coverage Testing
Ensures all possible paths through the code are executed. ## Footnote Path coverage testing helps identify untested code paths.
62
Peer Rating
A method where peers evaluate the performance or quality of a product or process. ## Footnote Peer rating can provide valuable insights from a different perspective.
63
Peer Review
Examination of software work products by colleagues to identify defects and improvements. ## Footnote Peer reviews are commonly conducted before code merges.
64
Performance Testing
Measures software's responsiveness, stability, and scalability under load. ## Footnote Performance testing helps ensure software meets performance requirements.
65
Product Integration
Combining components or systems into a larger product and ensuring they work together. ## Footnote Product integration testing verifies interactions between integrated components.
66
Project Manager Review
An assessment by the project manager to ensure project alignment with goals and requirements. ## Footnote Project manager reviews help maintain project focus and direction.
67
Qualification Testing
Verifies if a system meets specified requirements and performs correctly in its intended environment. ## Footnote Qualification testing is often part of the final acceptance process.
68
Regression Testing
Re-running previously completed tests to ensure changes haven't introduced new defects. ## Footnote Regression testing is important after software updates or modifications.
69
Review
A process of examining software work products to identify defects and improvements. ## Footnote Review processes can include code reviews, design reviews, and document reviews.
70
Scrum
An agile framework for managing complex software development involving iterative progress through sprints. ## Footnote Scrum emphasizes collaboration, adaptation, and continuous improvement.
71
Simulation
Using models to replicate the behavior of a system for testing purposes. ## Footnote Simulation can help predict system behavior under different conditions.
72
Statement Coverage
Ensures every statement in the code is executed at least once during testing. ## Footnote Statement coverage is a basic metric for code coverage analysis.
73
Stress Testing
Evaluates software stability and reliability under extreme conditions. ## Footnote Stress testing helps uncover system weaknesses under high load.
74
Structured Walkthrough
A detailed review of a software product guided by a set procedure. ## Footnote Structured walkthroughs help identify issues early in the development process.
75
System Testing
Validates the complete and integrated software system to ensure it meets requirements. ## Footnote System testing verifies end-to-end functionality and performance.
76
Technical Review
Analyzing a software product to ensure it meets technical standards and requirements. ## Footnote Technical reviews focus on software architecture, design, and implementation.
77
Testing
The process of executing a program with the intent of finding errors. ## Footnote Testing is an essential part of the software development life cycle.
78
Top-Down Testing
Starts with the highest-level modules and progressively integrates and tests lower-level modules. ## Footnote Top-down testing can help identify integration issues early in development.
79
Unit Testing
Verifying the functionality of individual units/components of software. ## Footnote Unit testing is often automated and performed by developers.
80
Usability Questionnaire
A survey used to collect user feedback on the software's usability. ## Footnote Usability questionnaires help gather user perspectives on software usability.
81
Usability Testing
Evaluates how easy and user-friendly the software is for end-users. ## Footnote Usability testing often involves real users performing tasks with the software.
82
Validation
Ensures the software meets user needs and requirements. ## Footnote Validation confirms that the software satisfies its intended purpose.
83
Verification
Ensures the software correctly implements specified functions. ## Footnote Verification focuses on verifying that the software meets specified requirements.
84
Walkthrough
A step-by-step presentation of a process or system by its creator to gather feedback. ## Footnote Walkthroughs can help identify potential issues early in the development process.
85
White-box Testing
Testing based on an analysis of the internal workings and structure of the software. ## Footnote White-box testing is also known as clear box or glass box testing.