SUBJECTS
|
BROWSE
|
CAREER CENTER
|
POPULAR
|
JOIN
|
LOGIN
Business Skills
|
Soft Skills
|
Basic Literacy
|
Certifications
About
|
Help
|
Privacy
|
Terms
|
Email
Search
Test your basic knowledge |
CTFL
Start Test
Study First
Subjects
:
certifications
,
ctfl
,
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. Measure & analyze results of testing; Monitor document share results of testing; Report information on testing; Initiate actions to improve processes; Make decisions about testing
test control Tasks
big-bang testing
independence of testing
debugging
2. Based on the generic iterative-incremental model. Teams work by dividing project tasks into small increments involving only short-term planning to implement various iterations
test condition
Three main SW development models
agile software development model
condition determination coverage
3. Testing performed at development organization's site but outside organization. (I.e. testing is performed by potential customers users or independent testing team)
alpha testing
Incidents
nonfunctional requirements
instrumentation
4. A table showing combinations of inputs and their associated actions.
conditions
documentation tools
error
decision table
5. Sequence in which instructions are executed through a component or system
control flow structure
LCSAJ
functional requirements
failure
6. Components are integrated in the order in which they are developed
multiple condition coverage
waterfall model benefits
ad hoc integration
configuration management
7. Sequence in which data items are accessed or modified by code.
agile software development model
data flow structure
action
iterative-incremental development models
8. Occurrences that happen before and after an unexpected event
debugging tools
anomalous events
functional incremental integration
efficiency
9. Fixed - Won't Fix - Later - Remind - Duplicate - Incomplete - Not a Bug - Invalid etc.
incident description subheadings
operational testing
resolution types
integration
10. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
alpha testing
impact analysis
component testing
nonfunctional requirements
11. Black-box testing technique used to create groups of input conditions that create the same kind of output.
impact
equivalence partitioning
functionality
acceptance criteria
12. Scripting technique that uses data files to store test input expected results and keywords related to a software application being tested.
keyword-driven testing
decision testing
anomalous events
condition coverage
13. Operational testing performed at an _external_ site without involvement of the developing organization.
risk-based testing
actual result
exhaustive testing
beta testing
14. Execute individual & groups of test cases Record results Compare results with expected Report differenes between actual & expected Re-execute to verify fixes
test execution tasks
conformance testing tools
resolution types
entry criteria
15. Test case design technique used to identify bugs occurring on or around boundaries of equivalence partitions.
actual result
input specifications
boundary value analysis
business process-based testing
16. Tools used to store and manage incidents return phone defects failures or anomalies.
operational testing
incident management tools
SW development model
Three main SW development models
17. Incident Report - Identifier - Summary - Incident - Description - Impact
data flow structure
maintainability testing
failure rate
IEEE incident report template
18. Informal testing technique in which test planning and execution run in parallel
condition determination coverage
exploratory testing
acceptance testing
risk-based testing
19. The smallest software item that can be tested in isolation.
coverage measurement tools
conditions
component
equivalence partitioning
20. Waterfall iterative-incremental "V"
experience-based techniques
actual result
data flow structure
Three main SW development models
21. Enables testers to prove that functionality between two or more communicating systems or components is IAW requriements.
test planning Tasks
automation tools
functional testing tool
interoperability testing
22. Tracing requirements for a level of testing using test documentation from the test plan to the test script.
configuration management tools
black-box testing
data-driven testing
horizontal traceability
23. The capability of a software product to provide functions that address explicit and implicit requirements from the product against specified conditions.
functionality
impact
exploratory testing
cause-effect graphic testing
24. Ability of software to provide appropriate performance relative to amount of resources used.
maintainability
efficiency
business process-based testing
exploratory testing
25. Review documents (reqs architecture design etc.) ID conditions to be tested Design tests Assess testability of reqs ID infrastructure & tools
test analysis & design tasks
condition determination coverage
acceptance testing
boundary value analysis
26. One defect prevents the detection of another.
interoperability testing
test data preparation tools
defect masking
informal review
27. Special additions or changes to the environment required to run a test case.
action
environmental needs
integration
dynamic analysis tools
28. The capability of a software product to provide agreed and correct output with the required degree of precision
ad hoc integration
accuracy
failure rate
debugging
29. Integration Approach: A frame or backbone is created and components are progressively integrated into it.
big-bang testing
test planning Tasks
backbone integration
impact
30. Testing software components that are separately testable. Also module program and unit testing.
experience-based techniques
component testing
error
decision table testing
31. A unique identifier for each incident report generated during test execution.
decision coverage
maintenance testing
incident report identifier
component integration testing
32. Bug fault internal error problem etc. Flaw in software that causes it to fail to perform its required functions.
resolution types
defect masking
defect
ad hoc integration
33. Simple & easy to follow Its rigidity makes it easy to follow It's typically well planned - Systematic - Freezing requirements before development begins ensures no rework later Each phase has specific deliverables
integration
waterfall model benefits
incident report
functional testing tool
34. Nonfunctional testing including testing: ease of fixing defects - ease of meeting new requirements - ease of maintenance
maintainability testing
business process-based testing
environmental needs
incremental testing
35. Tests interfaces between components and between integrated components and systems.
boundary value analysis
incident life cycle phases
contract acceptance testing
integration testing
36. Process used to create a SW product from initial conception to public release
SW development model
business process-based testing
independence of testing
IEEE test case specification template
37. Component - Integration - System - Acceptance
monitor
test levels
functional testing tool
bottom-up integration
38. Components at lowest level are tested first with higher-level components simulated by drivers. Tested components are then used to test higher-level components. Repeat until all levels have been tested.
LCSAJ testing
defect density
bottom-up integration
code coverage
39. Testing performed based on the contract between a customer and the development organization. Customer uses results of the test to determine acceptance of software.
contract acceptance testing
coverage
COTS
debugging
40. Software products or applications designed to automate manual testing tasks.
COTS
inspection
automation tools
incremental testing
41. Find defects in code while the software application being tested is running.
business process-based testing
dynamic analysis tools
entry criteria
cyclomatic complexity
42. Separation of testing responsibilities which encourages the accomplishment of objective testing
equivalence partitions
acceptance criteria
independence of testing
monitor
43. Special-purpose software used to simulate a component that calls the component under test
integration testing
interoperability testing
automation tools
driver
44. Metric used to calculate the number of combinations of all single condition outcomes within one statement that are executed by a test case.
multiple condition coverage
failure
exit criteria
acceptance testing
45. A document that provides the structure for writing test cases.
incremental testing
COTS
IEEE test case specification template
inspection
46. Human action that generates an incorrect result.
IEEE test case specification template
horizontal traceability
functionality
error
47. All possible combinations of input values and preconditions are tested.
coverage measurement tools
ad hoc integration
exhaustive testing
component integration testing
48. Tools used to identify and calculate coverage items in program code.
failure
error
interoperability testing
coverage measurement tools
49. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
acceptance testing
impact
code coverage
nonfunctional requirements
50. Allows storage of test input and expected results in one or more central data sources or databases.
decision table
data-driven testing
stub
entry criteria