SUBJECTS
|
BROWSE
|
CAREER CENTER
|
POPULAR
|
JOIN
|
LOGIN
Business Skills
|
Soft Skills
|
Basic Literacy
|
Certifications
About
|
Help
|
Privacy
|
Terms
|
Email
Search
Test your basic knowledge |
ISTQB
Start Test
Study First
Subjects
:
certifications
,
istqb
,
it-skills
Instructions:
Answer 50 questions in 15 minutes.
If you are not ready to take this test, you can
study here
.
Match each statement with the correct term.
Don't refresh. All questions and answers are randomly picked and ordered every time you load a test.
This is a study tool. The 3 wrong answers for each question are randomly chosen from answers to other questions. So, you might find at times the answers obvious, but you will see it re-enforces your understanding as you take the test each time.
1. A framework to describe the software development life cycle activities from requirements specification to maintenance. The V-model illustrates how testing activities can be integrated into each phase of the software development life cycle.
incident report
V-model
integration testing
resumption criteria
2. The capability of the software product to interact with one or more specified components or systems. [After ISO 9126] See also functionality. The capability of the software product to provide functions which meet stated and implied needs when the sof
buffer overflow
component
interoperability
driver
3. The degree to which a requirement is stated in terms that permit establishment of test designs (and subsequently test cases) and execution of tests to determine whether the requirements have been met. [After IEEE 610]
static analyzer
installability
test execution
testable requirements
4. A variable (whether stored within a component or outside) that is written by a component.
output
incident management tool
state transition testing
measurement
5. A white box test design technique in which test cases are designed to execute single condition outcomes that independently affect a decision outcome.
condition determination testing
orthogonal array testing
functional integration
scripted testing
6. An informal test design technique where the tester actively controls the design of the tests as those tests are performed and uses information gained while testing to design new and better tests. [After Bach]
test execution
compiler
exploratory testing
migration testing
7. The person who records each defect mentioned and any suggestions for process improvement during a review meeting - on a logging form. The scribe has to ensure that the logging form is readable and understandable.
concurrency testing
scribe
compound condition
condition
8. The percentage of condition outcomes that have been exercised by a test suite. 100% condition coverage requires each single condition in every decision statement to be tested as True and False.
test design technique
data flow analysis
entry criteria
condition coverage
9. A program element is said to be exercised by a test case when the input value causes the execution of that element - such as a statement - decision - or other structural element.
dynamic comparison
exercised
instrumentation
safety
10. A document describing the scope - approach - resources and schedule of intended test activities. It identifies amongst others test items - the features to be tested - the testing tasks - who will do each task - degree of tester independence - the tes
blocked test case
test plan
defect taxonomy
test cycle
11. The capability of the software product to provide the right or agreed results or effects with the needed degree of precision. [ISO 9126] See also functionality testing. Testing based on an analysis of the specification of the functionality of a compo
accessibility testing
outcome
false-fail result
accuracy
12. A skilled professional who is involved in the testing of a component or system.
accuracy
tester
test execution phase
database integrity testing
13. The process of confirming that a component - system or person complies with its specified requirements - e.g. by passing an exam.
test infrastructure
condition determination testing
certification
statement testing
14. The process of recognizing - investigating - taking action and disposing of defects. It involves recording defects - classifying them and identifying the impact. [After IEEE 1044]
portability testing
scripted testing
defect management
bottom-up testing
15. The evaluation of a condition to True or False.
test case
version control
condition outcome
pair testing
16. A special instance of a smoke test to decide if the component or system is ready for detailed and further testing. An intake test is typically carried out at the start of the test execution phase. See also smoke test. A subset of all defined/planned
robustness
intake test
error tolerance
reviewer
17. A programming language in which executable test scripts are written - used by a test execution tool (e.g. a capture/playback tool).
orthogonal array
actual outcome
scripting language
functional test design technique
18. Supplied software on any suitable media - which leads the installer through the installation process. It normally runs the installation process - provides feedback on installation results - and prompts for options.
unit test framework
resource utilization
installation wizard
state diagram
19. An occurrence in which one defect prevents the detection of another. [After IEEE 610]
master test plan
test design
actual outcome
defect masking
20. Confirmation by examination and through provision of objective evidence that specified requirements have been fulfilled. [ISO 9000]
test cycle
informal review
hyperlink tool
verification
21. A version of component integration testing where the progressive integration of components follows the implementation of subsets of the requirements - as opposed to the integration of components by levels of a hierarchy.
test basis
thread testing
decision
automated testware
22. The ability of the software product to perform its required functions under stated conditions for a specified period of time - or for a specified number of operations. [ISO 9126]
condition determination coverage
reliability
configuration identification
off-the-shelf software
23. A formula based test estimation method based on function point analysis. [TMap]
Test Point Analysis (TPA)
test policy
phase test plan
compliance
24. The period of time that begins when a software product is conceived and ends when the software is no longer available for use. The software life cycle typically includes a concept phase - requirements phase - design phase - implementation phase - tes
operational profile testing
test
test specification
software life cycle
25. A device - computer program - or system that accepts the same inputs and produces the same outputs as a given system. [IEEE 610] See also simulator. A device - computer program or system used during testing - which behaves or operates like a given sy
analyzability
software life cycle
measurement
emulator
26. A feature or characteristic that affects an item's quality. [IEEE 610]
quality attribute
functionality testing
reviewer
test data preparation tool
27. A high level metric of effectiveness and/or efficiency used to guide and control progressive test development - e.g. Defect Detection Percentage (DDP).
test performance indicator
pass/fail criteria
test item
classification tree method
28. A black box test design technique in which test cases are designed to execute combinations of inputs using the concept of condition determination coverage. [TMap]
elementary comparison testing
intake test
site acceptance testing
test procedure specification
29. Confirmation by examination and through provision of objective evidence that the requirements for a specific intended use or application have been fulfilled. [ISO 9000]
validation
functional testing
LCSAJ testing
fault tolerance
30. Testing of software used to convert data from existing systems for use in replacement systems.
multiple condition testing
debugging tool
conversion testing
stress testing tool
31. A scripting technique that uses data files to contain not only test data and expected results - but also keywords related to the application being tested. The keywords are interpreted by special supporting scripts that are called by the control scrip
formal review
hyperlink
recoverability testing
keyword driven testing
32. A defect in a program's dynamic store allocation logic that causes it to fail to reclaim memory after it has finished using it - eventually causing the program to fail due to lack of memory.
boundary value coverage
stress testing tool
Fault Tree Analysis (FTA)
memory leak
33. A test design technique in which a model of the statistical distribution of the input is used to construct representative test cases. See also operational profile testing. Statistical testing using a model of system operations (short duration tasks)
metric
statistical testing
test suite
unit
34. Two persons - e.g. two testers - a developer and a tester - or an end-user and a tester - working together to find defects. Typically - they share one computer and trade control of it while testing.
pair testing
pass
non-conformity
component
35. A path that cannot be exercised by any set of possible input values.
review
infeasible path
test basis
scripting language
36. The capability of the software product to be adapted for different specified environments without applying actions or means other than those provided for this purpose for the software considered. [ISO 9126] See also portability. The ease with which t
adaptability
system
defect tracking tool
expected result
37. The capability of the software product to achieve acceptable levels of risk of harm to people - business - software - property or the environment in a specified context of use. [ISO 9126]
cyclomatic complexity
safety
test target
state table
38. A development life cycle where a project is broken into a usually large number of iterations. An iteration is a complete development loop resulting in a release (internal or external) of an executable product - a subset of the final product under dev
state transition
iterative development model
data definition
definition-use pair
39. The representation of a distinct set of tasks performed by the component or system - possibly based on user behavior when interacting with the component or system - and their probabilities of occurance. A task is logical rather that physical and can
severity
scripting language
operational profile
incident logging
40. The set of generic and specific conditions for permitting a process to go forward with a defined task - e.g. test phase. The purpose of entry criteria is to prevent a task from starting which would entail more (wasted) effort compared to the effort n
risk identification
entry criteria
defect taxonomy
incremental development model
41. The process of testing to determine the recoverability of a software product.
safety
driver
recovery testing
control flow analysis
42. The degree of uniformity - standardization - and freedom from contradiction among the documents or parts of a component or system. [IEEE 610]
test case
consistency
low level test case
error tolerance
43. A Linear Code Sequence And Jump - consisting of the following three items (conventionally identified by line numbers in a source code listing): the start of the linear sequence of executable statements - the end of the linear sequence - and the targe
LCSAJ
portability testing
simulation
alpha testing
44. The capability of the software product to re-establish a specified level of performance and recover the data directly affected in case of failure. [ISO 9126] See also reliability. The ability of the software product to perform its required functions
frozen test basis
recoverability
defect
control flow
45. Acronym for Computer Aided Software Engineering.
hyperlink
suitability
oracle
CASE
46. The capability of the software product to co-exist with other independent software in a common environment sharing common resources. [ISO 9126] See also portability. The ease with which the software product can be transferred from one hardware or sof
functional requirement
co-existence
configuration item
Failure Mode - Effect and Criticality Analysis (FMECA)
47. The percentage of executable statements that have been exercised by a test suite.
test case
statement coverage
test execution automation
quality attribute
48. The capability of the software product to avoid unexpected effects from modifications in the software. [ISO 9126] See also maintainability. The ease with which a software product can be modified to correct defects - modified to meet new requirements
data definition
behavior
off-the-shelf software
stability
49. A white box test design technique in which test cases are designed to execute combinations of single condition outcomes (within one statement).
functional integration
multiple condition testing
outcome
project risk
50. Testing the changes to an operational system or the impact of a changed environment to an operational system.
condition testing
measure
maintenance testing
debugging tool