0% found this document useful (0 votes)
186 views2 pages

Software Testing & QA Exam Paper 2023

Uploaded by

voodbinod
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
186 views2 pages

Software Testing & QA Exam Paper 2023

Uploaded by

voodbinod
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

CB

TILAK MAHARASHTRA VIDYAPEETH, PUNE


BACHELOR OF COMPUTER APPLICATIONS (B.C.A.)
EXAMINATION : JUNE - 2023
SEMESTER - III
Sub: Software Testing & Quality Assurance/ Software Quality Testing
(BCA –345-18/345-20/BCA-CS-345-20)
Date :19/06/2023 Total Marks : 60 Time: 2.00 pm To 4.30 pm
Instructions:
1. All questions are compulsory unless and otherwise stated.
2. Bold figures to the right of every question are the maximum marks for that question.
3. Candidates are advised to attempt questions in order.
4. Answers written illegibly are likely to be marked zero.
5. Use of scientific calculators, Log tables, Mollier Charts is allowed.
6. Draw neat and labeled diagrams wherever necessary.

Q.1. Fill in the blanks.


(5)
1. Alpha testing is done at ____________
a) Developer’s end b) User’s end
c) Both of the mentioned above d) None of the mentioned above

2. Boundary value analysis belongs to ________


a) White Box Testing b) Black Box Testing
c) White Box & Black Box Testing d) None of the mentioned

3. RAD Model has _______


a) 2 phases b) 3 phases
c) 5 phases d) 6 phases

4. SDLC stands for __________


a) Software Development Life Cycle b) System Development Life cycle
c) Software Design Life Cycle d) System Design Life Cycle

5. Purpose of process is to deliver software ____________


a) in time b) with acceptable quality
c) that is cost efficient d) both in time & with acceptable quality

Q.2. State True/False. (5)

1. Software costs more to maintain than it does to develop.


2. Automation Testing should be done before starting manual testing.
3. Earlier a defect is found the cheaper it is to fix it.
4. Validation plan describes the approach, resources and schedule used for system
validation.
5. Requirement and Analysis, Design, Development or Coding, Testing and Maintenance
is called as Software Development Life Cycle (SDLC).

Software Testing & Quality Assurance/SQT (BCA – 345-18/345-20/543/BCA – CS-345-20) ALM /I 1/2
Q.3. Answer the following. (Solve any 5) (10)

1. Define test case.


2. Define quality.
3. List need for SQA.
4. What is alpha and beta testing?
5. Define reliability measures.
6. Define unit testing.

Q. 4. Answer the following in detail. (Solve any 6) (30)

1. Describe waterfall model with suitable diagram.


2. Describe capability maturity model.
3. Describe quality factors in order to gain good software quality.
4. Write a test case for ATM machine.
5. Difference between black box white box testing.
6. Explain all performance testing categories.
7. Explain security testing in detail.

Q. 5. Answer the following in detail. (Solve any 1) (10)

1. Describe V-V model using suitable diagram


2. Explain the following review techniques:
i) Informal Review
ii) Technical or Peer Review
iii) Walkthrough
iv) Inspection.
__________________

Software Testing & Quality Assurance/SQT (BCA – 345-18/345-20/543/BCA – CS-345-20) ALM /I 2/2

Common questions

Powered by AI

Integrating security testing is crucial for preemptively identifying vulnerabilities, safeguarding data, and ensuring compliance with regulatory standards. However, it is challenging due to its need for specialized tools and skills, potential increase in development duration and costs, and often resistance from development teams prioritizing functional testing. Effective integration requires a balance of resources, clear policy frameworks, and an organizational culture emphasizing security as a priority from the onset .

Selecting an inappropriate review technique can lead to insufficient coverage or oversight of defects. For instance, informal reviews may miss critical technical errors, leading to subpar quality, while overly rigorous techniques like inspections can unnecessarily extend timelines and drain resources. This misalignment affects risk detection efficiency, impacts stakeholder trust due to increased production of defective software, and ultimately heightens maintenance costs and project failure risk .

Alpha testing is conducted at the developer's site by internal teams and focuses on identifying bugs before the software is made publicly available, emphasizing the functionality and stability of the application. Beta testing, in contrast, occurs at the user's site and involves real-world exposure to gather feedback from end users, evaluating user satisfaction and uncover potential defects in diverse environments prior to final release .

Boundary value analysis is a part of black box testing. It focuses on testing the boundaries between partitions. This approach does not require internal knowledge of the software and primarily involves input and output verification to ensure correct behavior across boundary conditions, which contrasts with white box testing that emphasizes examining the program's structural components like code and algorithms .

Designing a test case for an ATM should consider transaction types (e.g., withdrawal, deposit), user authentication mechanisms, error handling for card, PIN, and network failures, variation in transaction limits, different card types, interface responses, and security checks to simulate real user interactions. Environment setup should replicate various operational contexts to validate performance, security, and usability under diverse conditions .

Identifying defects earlier in the SDLC is more cost-effective because corrections made during the initial stages (like requirement analysis or design) require addressing abstract elements such as models and documents, which incur lower costs compared to rectifying implemented code. Late detection may involve reworking extensive code portions, regression testing, and redistributing builds, leading to increased resource and labor costs .

Automated testing boosts efficiency by expediting repetitive tasks, enhancing coverage through consistent test execution, and quickly identifying regressions in functionality. However, its limitations include upfront costs in development and maintenance of test scripts, diminished effectiveness in testing complete user interfaces or nuanced user interactions, and reliance on the accuracy of initially recorded tests, making it less suitable for ever-changing software requirements without frequent updates .

SQA is integral to the SDLC as it embeds quality checks and procedures across phases—from requirements validation, design verification, coding standards, to testing and maintenance. Each SDLC phase includes SQA activities to ensure that outcomes exceed quality thresholds and conform to set standards. The alignment of SQA with SDLC ensures continuous quality improvement and risk mitigation throughout the software's lifecycle, fostering reliable and effective software products .

The RAD model accelerates software development through its distinct phases, including requirements planning, user design, construction, and cutover. Each phase is designed for quick iterations: requirements are gathered swiftly, user design incorporates rapid prototyping with direct user feedback, construction emphasizes modular and simultaneous development, and cutover focuses on the transition to production with minimal delays. This efficiency in dealing with each phase ensures quicker adaptation and delivery of software .

The waterfall model structures software development in sequential phases, each dependent on the delivery of the previous phase, creating a clear project scope and predictable timeline. However, its rigidity hampers adaptability to changes as any requirement alterations require reiterating earlier phases. In contrast, iterative models like RAD emphasize flexibility and adaptability through repeated cycles of prototyping and testing, allowing for ongoing user feedback and revisions, leading to faster and potentially more aligned developments .

You might also like