1.
During which test activity could fault finding be the most cost-effective?
Correct Answer
C. Planning
Explanation
During the planning phase of a test, fault finding can be the most cost-effective. This is because during this phase, the test team can identify potential faults and issues in the system design or requirements. By addressing these faults early on, before the actual execution of the tests, the cost of fixing them is significantly lower compared to finding and fixing them during the execution phase. Therefore, investing time and effort in fault finding during the planning phase can save resources and costs in the long run.
2.
Software Testing accounts for what percent of software development costs?
Correct Answer
C. 40-50
Explanation
Software testing accounts for 40-50% of software development costs. This means that a significant portion of the budget allocated for developing software is dedicated to testing activities. Testing is crucial to ensure that the software functions as intended, is free from bugs and errors, and meets the quality standards. It involves various activities such as test planning, test design, test execution, and defect management. These activities require resources, time, and effort, which contribute to the overall cost of software development. Therefore, allocating a substantial percentage of the budget to testing is necessary to deliver a high-quality software product.
3.
In which activity of the Fundamental Test Process is the test environment set up?
Correct Answer
A. Test implementation and execution
Explanation
In the activity of test implementation and execution, the test environment is set up. This involves preparing the necessary hardware, software, and network configurations to create an environment that closely resembles the production environment in which the system will be deployed. The test environment should be stable, controlled, and isolated from other environments to ensure accurate and reliable testing. Setting up the test environment is essential for executing the planned tests and verifying the system's behavior under different conditions.
4.
Before launching a software which testing is to be done in-house?
Correct Answer
C. AlpHa
Explanation
Before launching a software, the testing that is done in-house is called Alpha testing. Alpha testing is usually performed by the software development team or an internal testing team. It is done to evaluate the software's functionality, performance, and overall quality before it is released to external users. This testing phase helps identify any bugs or issues that need to be fixed before the software is ready for beta testing or release to the public.
5.
How much testing is enough:
Correct Answer
B. The answer depends on the risks for your industry, contract and special requirements
Explanation
The amount of testing required cannot be determined without considering the specific risks associated with the industry, the contractual obligations, and any special requirements that may exist. These factors will vary from one project to another, making it impossible to provide a standardized answer for the software development industry as a whole. The answer will vary depending on the unique circumstances of each project.
6.
Which of the following could be a reason for failure:
1) Testing fault
2) Software fault
3) Design fault
4) Environment Fault
5) Documentation Fault
Correct Answer
D. All of them are valid reasons for failure
Explanation
The correct answer is that all of the options (1, 2, 3, 4, and 5) could be valid reasons for failure. This means that any of these factors could contribute to the failure of a system or software. Testing faults, software faults, design faults, environment faults, and documentation faults can all lead to failures in different aspects of a system. It is important to consider all of these factors when analyzing the reasons for failure in order to effectively address and resolve the issues.
7.
Beta testing is:
Correct Answer
A. Performed by customers at their own site
Explanation
Beta testing is performed by customers at their own site. This means that the customers who will be using the software in the real world environment are given the opportunity to test it in their own setting. This allows for the identification of any issues or bugs that may arise in the actual usage of the software. It also provides valuable feedback from the customers, helping the software developer improve the product before its official release. Beta testing is typically done towards the end of the software development lifecycle to ensure that the product is as stable and reliable as possible.
8.
The difference between re-testing and regression testing is:
Correct Answer
D. Re-testing is running a test again; regression testing looks for unexpected side effects
Explanation
Re-testing refers to running a test again to ensure that a previously identified fault has been fixed and the system is now functioning correctly. On the other hand, regression testing involves rerunning tests to ensure that the changes made to fix a fault did not introduce any new faults or unexpected side effects. Therefore, the given answer accurately distinguishes between re-testing and regression testing by highlighting that re-testing involves running a test again, while regression testing focuses on identifying unexpected side effects.
9.
What information need not be included in a test incident report:
Correct Answer
A. How to fix the fault
Explanation
The test incident report is a document that provides details about a fault or issue encountered during testing. It includes information such as how to reproduce the fault, test environment details, and the actual and expected outcomes. However, it does not need to include information on how to fix the fault. This is because the purpose of the report is to document and communicate the issue, not to provide instructions on resolving it. The responsibility for fixing the fault lies with the development or maintenance team.
10.
Which of the following features in a a good test case?
Correct Answer(s)
A. Test case ID
B. Test case description
D. Severity
E. Priority
F. Steps to execute
G. Expected results
I. Actual results
Explanation
A good test case should include a unique identifier (Test case ID) to easily track and reference it. It should also have a clear description (Test case description) to explain the purpose and objective of the test case. Severity and Priority help in prioritizing and addressing issues based on their impact and urgency. Steps to execute provide a step-by-step guide on how to perform the test. Expected results define the desired outcome that should be achieved during the test. Actual results capture the actual outcome observed during the test. Including all these features ensures that the test case is comprehensive, well-documented, and can be easily replicated and analyzed.