ISTQB Mock Test 6 assesses various aspects of software testing, including the rationale behind distinct testing stages, benefits of test tools, test coverage, testability of requirements, and error guessing. It is designed for individuals preparing for the ISTQB certification, enhancing their understanding and skills in software testing.
Regression testing
Integration testing
System testing
User acceptance testing
Rate this question:
A minimal test set that achieves 100% LCSAJ coverage will also achieve 100% branch coverage.
A minimal test set that achieves 100% path coverage will also achieve 100% statement coverage.
A minimal test set that achieves 100% path coverage will generally detect more faults than one that achieves 100% statement coverage.
A minimal test set that achieves 100% statement coverage will generally detect more faults than one that achieves 100% branch coverage.
Rate this question:
The system shall be user friendly.
The safety-critical parts of the system shall contain 0 faults.
The response time shall be less than one second for the specified design load.
The system shall be built to be portable.
Rate this question:
3
4
5
6
Rate this question:
Supplements formal test design techniques.
Can only be used in component, integration and system testing.
Is only performed in user acceptance testing.
Is not repeatable and should not be used.
Rate this question:
Test coverage criteria can be measured in terms of items exercised by a test suite.
A measure of test coverage criteria is the percentage of user requirements covered.
A measure of test coverage criteria is the percentage of faults found.
Test coverage criteria are often used when specifying test completion criteria.
Rate this question:
Find as many faults as possible.
Test high risk areas.
Obtain good test coverage.
Test whatever is easiest to test.
Rate this question:
V-3,w-2,x-1,y-5,z-4
V-2,w-5,x-1,y-4,z-3
V-3,w-4,x-1,y-5,z-2
V-2,w-1,x-4,y-3,z-5
Rate this question:
System tests are often performed by independent teams.
Functional testing is used more than structural testing.
Faults found during system tests can be very expensive to fix.
End-users should be involved in system tests.
Rate this question:
Incidents should always be fixed.
An incident occurs when expected and actual results differ.
Incidents can be analyzed to assist in test process improvement.
An incident can be raised against documentation.
Rate this question:
Time runs out.
The required level of confidence has been achieved.
No more faults are found.
The users won’t find any serious faults.
Rate this question:
Incident resolution is the responsibility of the author of the software under test.
Incidents may be raised against user requirements.
Incidents require investigation and/or correction.
Incidents are raised when expected and actual results differ.
Rate this question:
Syntax testing
Equivalence partitioning
Stress testing
Modified condition/decision coverage
Rate this question:
In a system two different failures may have different severities.
A system is necessarily more reliable after debugging for the removal of a fault.
A fault need not affect the reliability of a system.
Undetected errors may lead to faults and eventually to incorrect behavior.
Rate this question:
They are used to support multi-user testing.
They are used to capture and animate user requirements.
They are the most frequently purchased types of CAST tool.
They capture aspects of user behavior.
Rate this question:
Metrics from previous similar projects
Discussions with the development team
Time allocated for regression testing
A & b
Rate this question:
It states that modules are tested against user requirements.
It only models the testing phase.
It specifies the test techniques to be used.
It includes the verification of designs.
Rate this question:
Is that there is some existing system against which test output may be checked.
Is that the tester can routinely identify the correct outcome of a test.
Is that the tester knows everything about the software under test.
Is that the tests are reviewed by experienced testers.
Rate this question:
They are cheapest to find in the early development phases and the most expensive to fix in the latest test phases.
They are easiest to find during system testing but the most expensive to fix then.
Faults are cheapest to find in the early development phases but the most expensive to fix then.
Although faults are most expensive to find during early development phases, they are cheapest to fix then.
Rate this question:
To find faults in the software.
To assess whether the software is ready for release.
To demonstrate that the software doesn’t work.
To prove that the software is correct.
Rate this question:
Boundary value analysis
Usability testing
Performance testing
Security testing
Rate this question:
Features to be tested
Incident reports
Risks
Schedule
Rate this question:
Test management
Test design
Test execution
Test planning
Rate this question:
Statement testing
Path testing
Data flow testing
State transition testing
Rate this question:
Possible communications bottlenecks in a program.
The rate of change of data values as a program executes.
The use of data on paths through the code.
The intrinsic complexity of the code.
Rate this question:
£1500
£32001
£33501
£28000
Rate this question:
Enable the code to be tested before the execution environment is ready.
Can be performed by the person who wrote the code.
Can be performed by inexperienced staff.
Are cheap to perform.
Rate this question:
Actual results
Program specification
User requirements
System specification
Rate this question:
An inspection is lead by the author, whilst a walkthrough is lead by a trained moderator.
An inspection has a trained leader, whilst a walkthrough has no leader.
Authors are not present during inspections, whilst they are during walkthroughs.
A walkthrough is lead by the author, whilst an inspection is lead by a trained moderator.
Rate this question:
It allows the identification of changes in user requirements.
It facilitates timely set up of the test environment.
It reduces defect multiplication.
It allows testers to become involved early in the project.
Rate this question:
Tests the individual components that have been developed.
Tests interactions between modules or subsystems.
Only uses components that form part of the live system.
Tests interfaces to other systems.
Rate this question:
The analysis of batch programs.
The reviewing of test plans.
The analysis of program code.
The use of black box testing.
Rate this question:
Post-release testing by end user representatives at the developer’s site.
The first testing that is performed.
Pre-release testing by end user representatives at the developer’s site.
Pre-release testing by end user representatives at their sites.
Rate this question:
Found in the software; the result of an error.
Departure from specified behavior.
An incorrect step, process or data definition in a computer program.
A human action that produces an incorrect result.
Rate this question:
£4800; £14000; £28000
£5200; £5500; £28000
£28001; £32000; £35000
£5800; £28000; £32000
Rate this question:
Makes test preparation easier.
Means inspections are not required.
Can prevent fault multiplication.
Will find all faults.
Rate this question:
Reviews cannot be performed on user requirements specifications.
Reviews are the least effective way of testing code.
Reviews are unlikely to find faults in test plans.
Reviews should be performed on specifications, code, and test plans.
Rate this question:
Test recording.
Test planning.
Test configuration.
Test specification.
Rate this question:
Linkage of customer requirements to version numbers.
Facilities to compare test results with expected results.
The precise differences in versions of software component source code.
Restricted access to the source code library.
Rate this question:
Quiz Review Timeline (Updated): Mar 20, 2023 +
Our quizzes are rigorously reviewed, monitored and continuously updated by our expert board to maintain accuracy, relevance, and timeliness.
Wait!
Here's an interesting quiz for you.