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. Requirements that determine the functionality of a software system.
iterative-incremental development models
SW development model
functional requirements
condition coverage
2. Components or subsystems are integrated and tested one or some at a time until all the components are subsystems are integrated and tested.
impact analysis
incremental testing
decision coverage
bottom-up integration
3. An analysis that determines the portion of code on software executed by a set of test cases
decision testing
actual result
Impact subheadings
code coverage
4. Extract data from existing databases to be used during execution of tests make data anonymous generate new records populated with random data sorting records constructing a large number of similar records from a template
IEEE incident report template
functionality
test data preparation tools
impact
5. A black-box test design technique used to identify possible causes of a problem by using the cause-effect diagram
black-box testing
acceptance testing
IEEE test case specification template
cause-effect graphic testing
6. Insertion of additional code in the existing program in order to count coverage items.
accuracy
contract acceptance testing
instrumentation
operational testing
7. The capability of a software product to provide functions that address explicit and implicit requirements from the product against specified conditions.
functionality
waterfall model phases
LCSAJ testing
stub
8. Tools used to store and manage incidents return phone defects failures or anomalies.
incident management tools
error
incident life cycle phases
impact analysis
9. Increased load (transations) used to test behavior of system under high volume.
testing process phases
incident management tools
load testing
decision coverage
10. Tests functional or nonfunctional attributes of a system or its components but without referring to the internal structure of the system or its components
accuracy
functional requirements
load testing
black-box testing
11. 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
acceptance testing
Incidents
conformance testing tools
test tool deployment Success Factors
12. The ratio between the number of defects found and the size of the component/system tested.
test data preparation tools
defect density
monitor
exploratory testing
13. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
interoperability
failure
nonfunctional requirements
incident report identifier
14. Occurrences that happen before and after an unexpected event
test levels
anomalous events
Impact subheadings
failure
15. Response of the application to an input
action
incident report
bottom-up integration
equivalence partitioning
16. Waterfall iterative-incremental "V"
actual result
driver
inspection
Three main SW development models
17. A test case design technique for a software component to ensure that the outcome of a decision point or branch in cod is tested.
backbone integration
stub
defect density
decision testing
18. Test case design technique used to identify bugs occurring on or around boundaries of equivalence partitions.
automation tools
error
boundary value analysis
Incidents
19. Sequence in which instructions are executed through a component or system
operational testing
inspection
control flow structure
error guessing
20. 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).
configuration management tools
incident management tools
resolution types
configuration management
21. Measures amount of testing performed by a collection of test cases
code coverage
integration
interoperability testing
coverage
22. Events that occurred during the testing process our investigation.
Incidents
load testing
decision coverage
iterative-incremental development models
23. Unconfirmed - New - Open - Assigned - Resolved - Verified - Closed
independence of testing
integration
failure
incident life cycle phases
24. One defect prevents the detection of another.
defect masking
equivalence partitioning
error
independence of testing
25. Check to make sure a system adheres to a defined set of standards conventions or regulations in laws and similar specifications.
conformance testing tools
efficiency
coverage
test analysis & design tasks
26. Deviation of a software system from its expected delivery services or results
failure
impact
incremental testing
big-bang testing
27. 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.
integration
inspection
LCSAJ testing
bottom-up integration
28. Tools used to provide support for and automation of managing various testing documents such as test policy test strategy and test plan
IEEE test case specification template
automation tools
Incidents
documentation tools
29. Tests interfaces between components and between integrated components and systems.
integration testing
failure
horizontal traceability
conformance testing tools
30. Inputs - Expected Results - Actual Results - Anomalies - Date & Time - Procedure Step - Attempts to repeat - Testers - Observers
multiple condition coverage
informal review
incident description subheadings
failure rate
31. White-box design technique used to design test cases for a software component using LCSAJ.
business process-based testing
LCSAJ testing
debugging tools
Impact subheadings
32. ID SW products - components - risks - objectives; Estimate effort; Consider approach; Ensure adherence to organization policies; Determine team structure; Set up test environment; Schedule testing tasks & activities
test planning Tasks
cyclomatic complexity
equivalence partitioning
functional testing
33. Components are integrated in the order in which they are developed
test data preparation tools
ad hoc integration
debugging
impact analysis
34. Measure & analyze results of testing; Monitor document share results of testing; Report information on testing; Initiate actions to improve processes; Make decisions about testing
input specifications
experience-based techniques
data-driven testing
test control Tasks
35. Specific groups that represent a set of valid or invalid partitions for input conditions.
test execution tasks
acceptance criteria
nonfunctional requirements
equivalence partitions
36. Actual inputs required to execute a test case
bottom-up integration
input specifications
incident management tools
environmental needs
37. A task of maintaining and controlling changes to all entities of a system.
incident life cycle phases
testing process phases
documentation tools
configuration management
38. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
impact analysis
multiple condition coverage
incident report identifier
decision coverage
39. Informal testing technique in which test planning and execution run in parallel
exploratory testing
iterative-incremental development models
defect
agile software development model
40. Software products or applications designed to automate manual testing tasks.
acceptance criteria
risk-based testing
automation tools
LCSAJ
41. A technique used to improve testing coverage by deliberately introducing faults in code.
fault attack
IEEE test case specification template
incident description subheadings
automation tools
42. Conditions required to begin testing activities.
component
entry criteria
test control Tasks
monitor
43. Based on analysis of functional specifications of a system.
acceptance criteria
functional testing
test levels
system testing
44. Testing performed at development organization's site but outside organization. (I.e. testing is performed by potential customers users or independent testing team)
environmental needs
load testing
incident management tools
alpha testing
45. Special additions or changes to the environment required to run a test case.
test execution tasks
exit criteria
environmental needs
keyword-driven testing
46. Linear Code Sequence and Jump.
interoperability testing
load testing
IEEE incident report template
LCSAJ
47. A set of conditions that a system needs to meet in order to be accepted by end users
acceptance criteria
test tool deployment Success Factors
COTS
stub
48. Components are combined and tested in the order in which basic functionalities start working
control flow structure
functional incremental integration
maintenance testing
documentation tools
49. Abilitiy of software to collaborate with one or more specified systems subsystem or components.
agile software development model
debugging tools
functional incremental integration
interoperability
50. Testing software components that are separately testable. Also module program and unit testing.
keyword-driven testing
component testing
configuration management
beta testing