Ch 06: Support Process Area

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 161 โ€“ 170 of 279 Questions
Page 17 of 28
Q161
๐Ÿง  Long Problem๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.3. Why Focus on RequirementsHard๐Ÿ”โญ๐Ÿ’ก๐ŸŒŸ๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
Conduct an in-depth Software Quality Engineering study on the motivation, challenges, and specific problems associated with software requirements, based on Module 06, Sections B and C of the course handouts (Page 43-44). Your study must address the following points: 1) Discuss how a client's lack of interest or low priority on requirement documentation creates ambiguity and uncertainty, and explain why this can lead to the actual purpose of software development being lost (Page 43-44). 2) Analyze why errors produced in the requirements phase are so costly to resolve in later stages of the software life cycle, and discuss the impact of missing or faulty requirements on timeline predictability and customer satisfaction (Page 44). 3) Deconstruct the five key problems that can occur during requirement engineering (Missing Requirements, Client's Lack of Involvement, Wrong Requirements, Changing Requirements, and Out of Scope Requirements) as detailed on Page 44. 4) Formulate an SQA requirements verification policy to mitigate these five problems before development begins. Finally, write a Python class 'RequirementQualityAuditor' that registers a list of requirements with their parameters (such as whether they are validated, whether the client was involved, whether they are in-scope, and whether they have changed), evaluates the risk of each requirement, calculates an overall project requirement health score, and flags any critical failure risks based on the Cavendish findings.
Q162
๐Ÿง  Long Problem๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.1. Cavendish Software Chaos ReportHard๐Ÿ”โญ๐Ÿ’ก๐ŸŒŸ๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
Perform a comprehensive Software Quality Engineering study on the role of Requirement Engineering (RE) as a primary determinant of project success, referencing the Cavendish Software Chaos Report and Chapter 6 of the course handouts. Your analysis must address: 1) The statistical findings of the Cavendish Software Chaos Report, including the success and failure rates trends and the specific percentage of failure chances attributed to poor Requirement Engineering (Page 43). 2) The three major reasons behind software/IT project failure highlighted by the report, and why Requirement Engineering tops the list (Page 43). 3) Deconstruct why doing Requirement Engineering properly is a 'strenuous task' in today's 'dynamic and turbulent environment' (Page 43). 4) Establish how SQA processes interface with Requirement Engineering to prevent 'toxic requirements' and reduce failure rates early in the SDLC (Page 13, 43). Finally, write a Python class 'RequirementRiskAnalyzer' that takes a list of requirements, checks for basic risk indicators (such as subjective language, lack of validation, or missing stakeholder commitment), calculates an overall 'Requirement Risk Score', and recommends SQA actions.
Q163
๐Ÿง  Long Problem๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.25. Changing RequirementsMediumโญ๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
To fulfill the new requirements in projects, how does the project team perform its work?
Q164
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.27. How Release is buildMedium๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
________ majorly includes the next software version to be compatible with the product.
  1. A.Internal variable
  2. B.Environment Variable
  3. C.System variable
  4. D.Global variable
Q165
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.30. What is Software Quality AssuranceEasyโญ๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
The main purpose of software quality assurance (SQA) is to ________ defects.
  1. A.prevent
  2. B.identify
  3. C.detect
  4. D.debug
Q166
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.13. FeasibleEasy๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
Requirements that can be satisfied are considered to be ________.
  1. A.Feasible
  2. B.Correct
  3. C.Coherent
  4. D.Necessary
Q167
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.26. What is Software ReleaseEasyโญ๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
A release can be defined as a distribution of the ________ of the software product.
  1. A.First version
  2. B.Last version
  3. C.Final version
  4. D.Initial version
Q168
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ Requirements DefinedEasy๐Ÿ”๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
In the Requirement Development Process Area, requirements gathering is a/an ________ activity.
  1. A.Design
  2. B.Technical
  3. C.Communication
  4. D.Procurement
Q169
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.11. CompleteEasyโญ๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
To attain ________, we must avoid ambiguity; a requirement must express the entire need and state all conditions and constraints under which it applies.
  1. A.Cohesiveness
  2. B.Feasibility
  3. C.Completeness
  4. D.Correctness
Q170
โ“ MCQ๐Ÿ“˜ CS611๐Ÿ“‘ Lec 6๐Ÿท๏ธ 06.2. Motivation for Software RequirementsMediumโญ๐Ÿ’ก๐Ÿ“„๐ŸŽ“VU๐Ÿ›๏ธVU
Requirement engineering becomes difficult when ________.
  1. A.the programmer is not mindful
  2. B.the client puts the requirement document on low priority
  3. C.the development team uses off-the-shelf components
  4. D.the testing team is involved from the early stages