Explore the 'Testing knowledge ISTQB 1' quiz, designed to assess key competencies in software testing and quality assurance. Topics include boundary value testing, non-functional testing methods, and automation of regression tests, aligning with ISTQB standards.
This question is impossible to answer
This question is easy to answer
The answer depends on the risk for your industry, contract and special requirements
This answer depends on the maturity of your developers
Rate this question:
Only few tests should be run
Testing should be on the basis of Risk
Only Good Test Cases should be executed
Test Cases written by good test engineers should be executed
Rate this question:
Measuring response times
Recovery testing
Simulating many users
Generating many transactions
Rate this question:
Testing to see where the system does not function correctly
Testing quality attributes of the system including performance and usability
Testing a system function using only the software required for that function
Testing for functions that should not exist
Rate this question:
Interaction between html pages
Performance on the client side
Security aspects
All of the above
Rate this question:
Is the same as equivalence partitioning tests
Test boundary conditions on, below and above the edges of input and output equivalence classes
Tests combinations of input circumstances
Is used in white box testing strategy
Rate this question:
Requirements
Design
Code
Decision table
Rate this question:
CLASS
CLASS
CLass
CLa01ss
Rate this question:
Unit testing
Regression testing
Alpha testing
Integration testing
Rate this question:
Data tester
Boundary tester
Capture/Playback
Output comparator
Rate this question:
Quality is job one
Zero defects
Conformance to requirements
Work as designed
Rate this question:
0,1,2,99
1, 99, 100, 98
0, 1, 99, 100
–1, 0, 1, 99
Rate this question:
When all the planned tests have been run
When time has run out
When all faults have been fixed correctly
It depends on the risks for the system being tested
Rate this question:
Performed by customers at their own site
Performed by customers at the software developer's site
Performed by an Independent Test Team
Performed as early as possible in the lifecycle
Rate this question:
Measuring response times
Recovery testing
Simulating many users
Generating many transactions
Rate this question:
ReTesting
Confirmation Testing
Regression Testing
Negative Testing
Rate this question:
When the code is complete.
When the design is complete.
When the software requirements have been approved.
When the first code module is ready for unit testing
Rate this question:
Statement and branch testing
Usability testing
Security testing
Performance testing
Rate this question:
State transition testing
LCSAJ (Linear Code Sequence and Jump)
Syntax testing
Boundary value analysis
Rate this question:
No, because they apply to development documentation
No, because they are normally applied before testing
Yes, because both help detect faults and improve quality
Yes, because testing includes all non-constructive activities
Rate this question:
Re-testing ensures the original fault has been removed; regression testing looks for unexpected side-effects
Re-testing looks for unexpected side-effects; regression testing ensures the original fault has been removed
Re-testing is done after faults are fixed; regression testing is done earlier
Re-testing is done by developers; regression testing is done by independent testers
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:
Defects
Trends analysis
Test Effectiveness
Time Spent Testing
Rate this question:
Testing that the system functions with other systems
Testing that the components that comprise the system function together
Testing the end to end functionality of the system as a whole
Testing the system performs functions within specified response times
Rate this question:
An error
A fault
A failure
A defect
Rate this question:
Non-functional requirements only not Functional requirements
Functional requirements only not non-functional requirements
Non-functional requirements and Functional requirements
Non-functional requirements or Functional requirements
Rate this question:
Identifying test conditions only, not Identifying test cases
Not Identifying test conditions, Identifying test cases only
Identifying test conditions and Identifying test cases
Identifying test conditions or Identifying test cases
Rate this question:
Testing that the system functions with other systems
Testing that the components that comprise the system function together
Testing the end to end functionality of the system as a whole
Testing the system performs functions within specified response times
Rate this question:
V & w are true, x, y & z are false
W, x & y are true, v & z are false
W & y are true, v, x & z are false
W is true, v, x, y & z are false
Rate this question:
Only important in system testing
Only used in component testing
Most useful when specified in advance
Derived from the code
Rate this question:
Features to be tested
Incident reports
Risks
Schedule
Rate this question:
Statement Coverage
Pole Coverage
Condition Coverage
Path Coverage
Find as many faults as possible.
Test high risk areas.
Obtain good test coverage.
Test whatever is easiest to test.
Rate this question:
Error condition hiding another error condition
Creating a test case which does not reveal a fault
Masking a fault by developer
Masking a fault by a tester
Rate this question:
Developers would typically use i and iv; test team ii and iii
Developers would typically use i and iii; test team ii and iv
Developers would typically use ii and iv; test team i and iii
Developers would typically use i, iii and iv; test team ii
Rate this question:
Requires knowledge on the bug fixes and how it affect the system
Includes the area of frequent defects
Includes the area which has undergone many/recent code changes
All of the above
Rate this question:
Open, Assigned, Fixed, Closed
Open, Fixed, Assigned, Closed
Assigned, Open, Closed, Fixed
Assigned, Open, Fixed, Closed
Rate this question:
Test Analysis and Design
Test Planning and control
Test Implementation and execution
Evaluating exit criteria and reporting
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:
The probability the negative event will occur
The potential loss or impact associated with the event
Both a and b
Neither a nor b
Rate this question:
Performance testing
Unit testing
Business scenarios
Static testing
Rate this question:
After more formal techniques have been applied
As the first approach to deriving test cases
By inexperienced testers
After the system has gone live
Rate this question:
Each test stage has a different purpose.
It is easier to manage testing in stages.
We can run different tests in different environments.
The more stages we have, the better the testing.
Rate this question:
The use of a variable before it has been defined
Unreachable (?dead?) code
Memory leaks
Array bound violations
Rate this question:
That you have tested every statement in the program.
That you have tested every statement and every branch in the program.
That you have tested every IF statement in the program.
That you have tested every combination of values of IF statements in the program
Rate this question:
Early testing
Defect clustering
Pesticide paradox
Exhaustive testing
Rate this question:
Performance testing
Unit testing
Regression testing
Sanity testing
Rate this question:
To find faults in the software
To prove that the software has no faults
To give confidence in the software
To find performance problems
Rate this question:
Quiz Review Timeline (Updated): Mar 22, 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.