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. Component - Integration - System - Acceptance
test levels
functionality
acceptance criteria
nonfunctional requirements
2. Based on analysis of functional specifications of a system.
acceptance testing
data-driven testing
functional testing
failure
3. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
functional testing tool
cause-effect graphic testing
inspection
impact analysis
4. Examine changes made to an operational system cause defects.
entry criteria
maintenance testing
horizontal traceability
ad hoc integration
5. Increased load (transations) used to test behavior of system under high volume.
IEEE test case specification template
test data preparation tools
load testing
interoperability
6. Commercial Off-The-Shelf products. Products developed for the general market as opposed to those developed for a specific customer.
maintenance testing
component integration testing
equivalence partitioning
COTS
7. Find defects in code while the software application being tested is running.
dynamic analysis tools
acceptance criteria
integration testing
data flow structure
8. Tools used to store and manage incidents return phone defects failures or anomalies.
error
iterative-incremental development models
incident management tools
test planning Tasks
9. 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
condition coverage
test tool deployment Success Factors
acceptance testing
instrumentation
10. Testing software in its operational environment
operational testing
maintainability
risk-based testing
efficiency
11. A task of maintaining and controlling changes to all entities of a system.
independence of testing
configuration management
horizontal traceability
monitor
12. Insertion of additional code in the existing program in order to count coverage items.
big-bang testing
instrumentation
contract acceptance testing
load testing
13. Record details of test cases executed Record order of execution record results
test log uses
decision table testing
incident report identifier
coverage
14. Conditions ensuring testing process is complete and the object being tested is ready for next stage.
configuration management tools
coverage
test control Tasks
exit criteria
15. The capability of a software product to provide agreed and correct output with the required degree of precision
ad hoc integration
accuracy
functional testing tool
inspection
16. Nonfunctional testing including testing: ease of fixing defects - ease of meeting new requirements - ease of maintenance
coverage
maintainability testing
component
incident management tools
17. Black-box testing technique used to create groups of input conditions that create the same kind of output.
equivalence partitioning
code coverage
testing process phases
action
18. Tools used to identify and calculate coverage items in program code.
decision testing
Three main SW development models
test tool deployment Success Factors
coverage measurement tools
19. A set of conditions that a system needs to meet in order to be accepted by end users
decision coverage
decision table
Impact subheadings
acceptance criteria
20. Combining components or sytems into larger structural units or subsystems.
waterfall model phases
defect density
maintainability
integration
21. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
nonfunctional requirements
conformance testing tools
informal review
operational testing
22. Operational testing performed at an _external_ site without involvement of the developing organization.
integration management tools
test execution tasks
maintainability
beta testing
23. Occurrences that happen before and after an unexpected event
independence of testing
cyclomatic complexity
anomalous events
multiple condition coverage
24. Requirements Analysis - Design - Coding - Integration - Implementation - Maintenance
waterfall model phases
big-bang testing
functional testing tool
risk-based testing
25. The ratio between the number of defects found and the size of the component/system tested.
contract acceptance testing
entry criteria
business process-based testing
defect density
26. Events that occurred during the testing process our investigation.
acceptance testing
Incidents
defect masking
driver
27. An analysis that determines the portion of code on software executed by a set of test cases
cyclomatic complexity
code coverage
impact analysis
IEEE test case specification template
28. Special-purpose software used to simulate a component that calls the component under test
driver
exhaustive testing
Three main SW development models
decision table
29. Uses risks to: ID test techniques Determine how much testing is required Prioritize tests with high-priority risks first
risk-based testing
coverage measurement tools
Impact subheadings
system testing
30. Tests interfaces between components and between integrated components and systems.
functional testing
experience-based techniques
integration testing
Incidents
31. Fixed - Won't Fix - Later - Remind - Duplicate - Incomplete - Not a Bug - Invalid etc.
defect masking
resolution types
dynamic analysis tools
instrumentation
32. Components or subsystems are integrated and tested one or some at a time until all the components are subsystems are integrated and tested.
dynamic analysis tools
independence of testing
incremental testing
system testing
33. Unconfirmed - New - Open - Assigned - Resolved - Verified - Closed
incident life cycle phases
instrumentation
waterfall model benefits
multiple condition coverage
34. Planning & Control - Analysis and Design - Implementation and Execution - Evaluating Exit - Criteria and Reporting - Closure
incident report
testing process phases
test log uses
resolution types
35. Inputs - Expected Results - Actual Results - Anomalies - Date & Time - Procedure Step - Attempts to repeat - Testers - Observers
maintainability testing
contract acceptance testing
incident description subheadings
Impact subheadings
36. A type of review that involves visual examination of documents to detect defects such as violations of development standards and non-conformance to higher-level documentation.
exploratory testing
inspection
control flow structure
impact
37. Testing an integrated system to validate it meets requirements
system testing
LCSAJ
efficiency
monitor
38. Severity - Priority
testing process phases
Impact subheadings
integration testing
test condition
39. Testing performed at development organization's site but outside organization. (I.e. testing is performed by potential customers users or independent testing team)
actual result
operational testing
impact
alpha testing
40. A metric used to calculate the number of ALL condition or sub-expression outcomes in code that are executed by a test suite.
debugging tools
condition coverage
LCSAJ
IEEE incident report template
41. A metric to calculate the number of SINGLE condition outcomes that can independently affect the decision outcome.
impact
big-bang testing
condition determination coverage
integration management tools
42. Enables testers to prove that functionality between two or more communicating systems or components is IAW requriements.
interoperability testing
accuracy
equivalence partitioning
control flow structure
43. Ability of software to provide appropriate performance relative to amount of resources used.
control flow structure
efficiency
resolution types
condition determination coverage
44. Abilitiy of software to collaborate with one or more specified systems subsystem or components.
agile software development model
bottom-up integration
interoperability
nonfunctional requirements
45. Process used to create a SW product from initial conception to public release
defect
nonfunctional requirements
instrumentation
SW development model
46. Sequence in which instructions are executed through a component or system
LCSAJ testing
cyclomatic complexity
monitor
control flow structure
47. Specific groups that represent a set of valid or invalid partitions for input conditions.
equivalence partitions
test management tool features
Impact subheadings
decision table
48. A review not based on a formal documented procedure
integration testing
informal review
incident management tools
code coverage
49. A technique used to improve testing coverage by deliberately introducing faults in code.
accuracy
big-bang testing
fault attack
integration testing
50. A functional testing approach in which test cases are designed based on business processes.
data-driven testing
business process-based testing
keyword-driven testing
test log uses