Ch 01: Software Quality Engineering Discipline

279 Questions279 MCQs0 Short Questions0 Long Questions
🎯 Exam Practice Papers
SEMESTER PASS

CS611 - Software Quality Engineering Examination Practice

Timed practice exam simulation for CS611 - Software Quality Engineering.

πŸ“˜ VU MID TERM EXAMLectures 1 to 22
⏱️ 60 Mins

Mid Term Examination

Covers syllabus of Lectures 1 to 22 with 30 high-yield MCQs in a timed exam environment.

πŸ“30 MCQs
⏱️60 Minutes
πŸ“— VU FINAL TERM EXAMLectures 23 to 45
⏱️ 90 Mins

Final Term Examination

Comprehensive semester exam preparation with 45 MCQs covering Lectures 23 to 45 with complete course coverage.

πŸ“45 MCQs
⏱️90 Minutes
Showing 221 – 230 of 279 Questions
Page 23 of 28
Q221
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.10. PortabilityHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Provide a comprehensive software quality engineering analysis of the 'Portability' quality characteristic within the ISO-9126 framework, referencing Module 01, Section K of the course handouts. Address the following: 1. The formal definition of portability, how it is measured, and its relationship with a system's core functionality. 2. The dynamic requirement-adaptation dimension of portability, explaining why the ability of software to adapt to changing requirements is integrated into this characteristic. 3. An analysis of multi-platform and version-compatibility risks, explaining why version-specific failures occur on the same platform and how SQA mitigates this risk. Finally, write a Python class 'PortabilityCompatibilityAuditor' that registers target environment platforms and their specific OS versions, logs functional test outcomes, calculates a portability compliance index, and flags environments with version-specific failures.
Q222
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.8. EfficiencyHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Conduct a rigorous software quality engineering analysis of the 'Efficiency' quality characteristic within the ISO-9126 framework, referencing Module 01, Section I of the course handouts. Address the following: 1. The formal definition of efficiency and how it models the trade-off between software performance levels and resource consumption. 2. The system resources typically analyzed by SQA (e.g., disk space, memory, network) and why they are critical for determining real-world application usability and scalability. 3. An analysis of the UI loading scenarios (good UI on a bad network vs. heavy UI on a good network) and how they illustrate resource bottlenecks. Finally, write a Python class 'ISO9126EfficiencyAssessor' that logs application page execution metrics (such as load time, memory footprint, and network latency) and evaluates whether they comply with a specified Service Level Agreement (SLA) threshold.
Q223
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.7. UsabilityHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Conduct a rigorous software quality engineering comparison between 'Reliability' and 'Usability' as core quality characteristics of the ISO-9126 framework, referencing Module 01, Sections G and H of the course handouts. Address: 1. Their formal definitions, targets of measurement (performance under stated conditions over time vs. ease of use of functions from the user's viewpoint). 2. The specific aspects of user experience each characteristic measures (system-level resilience vs. individual user subjective assessment). 3. How a system's quality can fail in one characteristic while succeeding in the other. Finally, write a Python class 'ISO9126CoreAssessor' that models both quality characteristics, allowing logging of system performance stability (for Reliability) and subjective user feedback ratings (for Usability) to compute a multi-dimensional compliance report.
Q224
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.21. Defect PreventionHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Perform a comprehensive Software Quality Engineering analysis on the concepts of Defect Prevention and macro-level defect filtration, based on Module 01, Section V of the course handouts. Your analysis must address: 1. Define Defect Prevention as a QA process and explain how it differs from reactive Defect Detection or Reduction in terms of cost and process improvement. 2. Detail the four distinct stages of macro-level defect filtration (Requirement Defects, Design and Planning Defects, Coding Defects, and Testing Defects), explaining why early filtration is mathematically and economically superior to late-stage QA testing. 3. Discuss the statement '99.9% or 99.99% bug-free does not mean 100%', analyzing the limitations of automated testing in achieving absolute product perfection. 4. Explain how CMMI Level 5 organizations leverage continuous defect prevention data to proactively optimize their engineering processes. Finally, write a Python class 'DefectFunnelSimulator' that registers raw defect counts, models sequential filtration across the four standard phases, calculates cumulative filtration and leakage metrics, and outputs a CMMI-compliant defect containment report.
Q225
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.22. Defect Detection or ReductionHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Perform an in-depth Software Quality Engineering analysis on the competing processes of defect injection, prevention, and removal, referencing Module 01, Sections W and X of the course handouts and Humphrey's (1995) process dynamics. Your analysis must address: 1. Explain the relationship between defect prevention and defect reduction, defining the "competing processes of defect injection and removal" described by Humphrey (1995). 2. Analyze why expecting a "0 bug count" or "100% effective prevention" is unrealistic in industrial software projects. 3. Discuss the role of project constraints (time, budget, resources) on defect removal strategies, and how SQA engineers balance these constraints. 4. Introduce the concept of "Defect Containment" from Section X, explaining how it minimizes defect propagation across SDLC phases. Finally, write a Python class 'DefectProcessEngine' that models the injection of defects during coding, applies a defect prevention filter, simulates multi-stage defect removal (under specified project budget and time constraints), and outputs a comprehensive quality compliance report.
Q226
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.21. Defect PreventionHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Conduct a comprehensive software quality engineering analysis of 'Defect Prevention' based on Module 01, Section V of the course handouts, specifically referencing the macro-level funnel diagram. Address: 1. The formal definition of Defect Prevention and why it represents a proactive QA strategy rather than reactive testing. 2. The high-level economic benefits of defect prevention over simply detecting and resolving defects post-release. 3. An analysis of the macro-level filtering process, detailing how defects are classified and filtered through successive stages (Requirements, Design, Coding, Testing) and explaining the technical meaning of the statement '99.9% does not mean 100%'. Finally, write a Python class 'SQADefectFunnelSim' that models a 4-stage defect injection and filtration funnel, allowing SQA managers to register initial injected defects, run them through sequential filters with specified efficiency rates, and output a detailed metrics report to assist in quality optimization.
Q227
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.2. Roles and ResponsibilitiesHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Conduct an in-depth Software Quality Engineering analysis contrasting 'Consumers' (including both Users and Customers) and 'Producers' as stakeholders of a software solution, referencing Module 01, Sections B, C, and D of the handouts. Your analysis must address: 1. The behavioral expectations of 'Users' and why they focus on functional fit and long-term reliability. 2. The financial constraints of 'Customers' and how their quality expectations overlap with but differ from users. 3. The contractual and engineering focus of 'Producers' and why selecting proper methodologies, languages, and tools is critical for their success. 4. Analyze how conflicts can arise when a closed-budget project increases features at the expense of quality, and how a balanced stakeholder strategy resolves this tension. Finally, write a Python class 'StakeholderQualityEvaluator' that registers user requirements, customer budgets, and producer engineering specifications, evaluates a product's actual status against these three groups, and generates a stakeholder compliance and trade-off report.
Q228
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.17. What is faultHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Perform a comprehensive Software Quality Engineering analysis on Software Bugs (Section P), the Mariner I space probe incident (Section Q), and Software Faults (Section R), based on Module 01 of the course handouts. Your analysis must address: 1. Define a 'Bug' under ISO-9126 and CMMI standards, explaining the concept of 'accepted bugs' and why compilers rarely trace bugs to their nearest origin. 2. Analyze the July 28, 1962 Mariner I space probe accident, explaining how the pencil-and-paper formula was transcribed incorrectly and why mission control had to destroy the rocket. 3. Define a 'Fault' (Section R) and explain how it represents an incorrect step, process, or data definition that serves as the fundamental condition for failures. 4. Detail the causal chain of Software Quality Engineering: how human Errors lead to Faults, which are embedded as Bugs, and eventually trigger system Failures. Finally, write a Python class 'SpaceProbeFlightQA' that models this lifecycle. It should accept paper-based formulas, simulate programmer transcription into code (injecting a sign-reversal fault), run trajectory simulation, and output an SQA pre-launch report indicating whether a critical flight fault is present and recommending corrective peer-review actions.
Q229
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.13. What is DefectHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Perform an in-depth Software Quality Engineering analysis on developer errors, the specific mechanics of semantic bugs, and their transition into production defects, referencing Module 01, Sections L, M, and N of the course handouts. Your analysis must address: 1. Define an 'Error' and describe its common causes (requirements confusion, miscalculation, misinterpretation) and how the cost to fix scales with lines of code. 2. Analyze the specific PHP semantic assignment-in-conditional example, explaining why compilers fail to catch it and how it breaks conditional control. 3. Define a 'Defect' according to the handouts and describe its relationship to customer expectations and the post-release production site. 4. Discuss how SQA practices (such as static reviews and defect prevention) can prevent developer errors from escalating into post-release defects. Finally, write a Python class 'DefectLifeCycleSimulator' that registers raw programmer errors, simulates an automated and manual QA pipeline (identifying syntax errors, semantic comparison bugs, and post-release deviations), and outputs a quality metric report detailing escaped defects, caught bugs, and total remediation costs.
Q230
🧠 Long ProblemπŸ“˜ CS611πŸ“‘ Lec 1🏷️ 01.7. UsabilityHardπŸ”β­πŸ’‘πŸŒŸπŸ“„πŸŽ“VUπŸ›οΈVU
Perform a comprehensive software quality engineering analysis contrasting the ISO-9126 quality characteristics of 'Reliability' and 'Usability', referencing Module 01, Sections G and H of the course handouts. Your analysis must address: 1. Define 'Reliability' under ISO-9126 and explain how it differs conceptually from 'Usability' in terms of target stakeholder metrics. 2. Explain how SQA engineers evaluate reliability for a whole system or individual components and use those results to recommend corrective measures. 3. Define 'Usability' and detail how learnability, understandability, and ease of use shape a user's individual assessment of a software product. 4. Analyze the 2007 switch from keyboard interfaces to touch-screen interfaces (citing Steve Jobs' famous quote) as a milestone that turned high-quality engineering into intuitive consumer hardware. Finally, write a Python class 'ISO9126UsabilityEvaluator' that registers different product modules, allows logging user-testing scores across usability attributes (learnability, understandability, operability, and task completion error rates), and outputs an audit report flagging any non-compliant modules that violate user-friendly standards (e.g., learnability 10%).