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. One defect prevents the detection of another.
defect masking
bottom-up integration
test tool deployment Success Factors
input specifications
2. Tools used by developers to identify defects in programs.
equivalence partitions
debugging tools
environmental needs
equivalence partitioning
3. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
Impact subheadings
functional testing tool
nonfunctional requirements
impact analysis
4. Uses risks to: ID test techniques Determine how much testing is required Prioritize tests with high-priority risks first
experience-based techniques
entry criteria
integration testing
risk-based testing
5. Events that occurred during the testing process our investigation.
failure rate
LCSAJ testing
Incidents
component testing
6. Special-purpose software used to simulate a component called by the component under test
stub
functionality
Incidents
decision table
7. Bug fault internal error problem etc. Flaw in software that causes it to fail to perform its required functions.
defect
error
contract acceptance testing
actual result
8. Metric used to calculate the number of combinations of all single condition outcomes within one statement that are executed by a test case.
test log uses
multiple condition coverage
impact analysis
ad hoc integration
9. Integration approach components or subsystems are combined all at once rather than in stages.
contract acceptance testing
action
informal review
big-bang testing
10. Waterfall iterative-incremental "V"
Three main SW development models
test control Tasks
accuracy
bottom-up integration
11. Combining components or sytems into larger structural units or subsystems.
agile software development model
integration
functional incremental integration
test analysis & design tasks
12. Execute individual & groups of test cases Record results Compare results with expected Report differenes between actual & expected Re-execute to verify fixes
iterative-incremental development models
waterfall model benefits
waterfall model phases
test execution tasks
13. White-box design technique used to design test cases for a software component using LCSAJ.
incident description subheadings
LCSAJ testing
entry criteria
integration management tools
14. Software products or applications designed to automate manual testing tasks.
fault attack
automation tools
error guessing
incident report identifier
15. Scheduling Tests Manage test activities Provide interfaces to different tools provide traceability of tests Log test results Prepare progress reports
test control Tasks
informal review
equivalence partitions
test management tool features
16. Black-box testing technique used to create groups of input conditions that create the same kind of output.
impact analysis
test management tool features
equivalence partitioning
configuration management
17. Component - Integration - System - Acceptance
anomalous events
environmental needs
efficiency
test levels
18. Unconfirmed - New - Open - Assigned - Resolved - Verified - Closed
component integration testing
incident life cycle phases
black-box testing
action
19. Integration Approach: A frame or backbone is created and components are progressively integrated into it.
horizontal traceability
backbone integration
coverage measurement tools
exploratory testing
20. Check to make sure a system adheres to a defined set of standards conventions or regulations in laws and similar specifications.
incident report identifier
anomalous events
conformance testing tools
SW development model
21. Ease with which software cna be modified to correct defects meet new requirements make future maintenance easier or adapt to a changed environment.
nonfunctional requirements
maintainability
IEEE incident report template
business process-based testing
22. Tools used to keep track of different versions variants and releases of software and test artifacts (such as design documents test plans and test cases).
IEEE incident report template
defect masking
configuration management tools
exploratory testing
23. Components are integrated in the order in which they are developed
LCSAJ
ad hoc integration
functional incremental integration
impact analysis
24. Scripting technique that uses data files to store test input expected results and keywords related to a software application being tested.
interoperability
keyword-driven testing
incident description subheadings
test execution tasks
25. Sequence in which instructions are executed through a component or system
control flow structure
impact
interoperability
horizontal traceability
26. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
interoperability
Impact subheadings
nonfunctional requirements
driver
27. Record details of test cases executed Record order of execution record results
test log uses
exploratory testing
functional testing
multiple condition coverage
28. A component of the incident report that determines the actual effect of the incident on the software and its users.
impact
instrumentation
incident report
component
29. A document that records the description of each event that occurs during the testing process and that requires further investigation
incident report
acceptance criteria
acceptance testing
decision table testing
30. Process used to create a SW product from initial conception to public release
incident life cycle phases
SW development model
alpha testing
testing process phases
31. Integrate different kinds of tools to make test management more efficient and simple.
monitor
integration management tools
incident life cycle phases
test execution tasks
32. Find defects in code while the software application being tested is running.
interoperability testing
condition determination coverage
beta testing
dynamic analysis tools
33. Nonfunctional testing including testing: ease of fixing defects - ease of meeting new requirements - ease of maintenance
maintainability testing
decision coverage
condition coverage
decision table testing
34. Response of the application to an input
iterative-incremental development models
conditions
interoperability testing
action
35. Based on analysis of functional specifications of a system.
bottom-up integration
accuracy
keyword-driven testing
functional testing
36. All possible combinations of input values and preconditions are tested.
cyclomatic complexity
anomalous events
black-box testing
exhaustive testing
37. Operational testing performed at an _external_ site without involvement of the developing organization.
fault attack
test planning Tasks
beta testing
test tool deployment Success Factors
38. Tracing requirements for a level of testing using test documentation from the test plan to the test script.
interoperability
contract acceptance testing
defect
horizontal traceability
39. The capability of a software product to provide agreed and correct output with the required degree of precision
exploratory testing
interoperability testing
test levels
accuracy
40. Incremental rollout Adapt processes testware etc. to fit with use of tool Adequate training Define guidelines for use of tool (from pilot project) Implement continuous improvement mechanism Monitor use of tool Implement ways to learn lessons
test tool deployment Success Factors
automation tools
maintainability testing
impact
41. Special additions or changes to the environment required to run a test case.
waterfall model benefits
configuration management
data-driven testing
environmental needs
42. A task of maintaining and controlling changes to all entities of a system.
incident management tools
configuration management
experience-based techniques
test control Tasks
43. Actual inputs required to execute a test case
functional testing
alpha testing
input specifications
business process-based testing
44. Tools used to provide support for and automation of managing various testing documents such as test policy test strategy and test plan
cause-effect graphic testing
documentation tools
agile software development model
operational testing
45. Measures amount of testing performed by a collection of test cases
dynamic analysis tools
test management tool features
data flow structure
coverage
46. The process of finding analyzing and removing causes of failure in a software product.
IEEE incident report template
debugging
defect density
defect masking
47. An event or item that can be tested using one or more test cases
impact
instrumentation
test condition
component
48. A functional testing approach in which test cases are designed based on business processes.
anomalous events
business process-based testing
waterfall model phases
testing process phases
49. Abilitiy of software to collaborate with one or more specified systems subsystem or components.
functional incremental integration
entry criteria
driver
interoperability
50. Insertion of additional code in the existing program in order to count coverage items.
instrumentation
contract acceptance testing
test control Tasks
incident life cycle phases