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. Measures amount of testing performed by a collection of test cases
inspection
coverage
acceptance criteria
failure rate
2. Process used to create a SW product from initial conception to public release
functional incremental integration
decision table
waterfall model phases
SW development model
3. Used to replace a component that calls another component.
interoperability testing
cyclomatic complexity
driver
exit criteria
4. Test case design technique used to identify bugs occurring on or around boundaries of equivalence partitions.
interoperability
operational testing
test implementation tasks
boundary value analysis
5. An analysis that determines the portion of code on software executed by a set of test cases
documentation tools
LCSAJ testing
code coverage
LCSAJ
6. Testing software components that are separately testable. Also module program and unit testing.
component testing
nonfunctional requirements
environmental needs
entry criteria
7. 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.
test data preparation tools
bottom-up integration
failure
decision table
8. Components or subsystems are integrated and tested one or some at a time until all the components are subsystems are integrated and tested.
data-driven testing
alpha testing
inspection
incremental testing
9. The process of finding analyzing and removing causes of failure in a software product.
iterative-incremental development models
test execution tasks
LCSAJ testing
debugging
10. Combining components or sytems into larger structural units or subsystems.
exploratory testing
cyclomatic complexity
system testing
integration
11. Insertion of additional code in the existing program in order to count coverage items.
accuracy
waterfall model phases
driver
instrumentation
12. Begin with initial requirements specification phase end with implementation and maintenance phases with cyclical transitions in between phases.
iterative-incremental development models
functional requirements
efficiency
beta testing
13. A table showing combinations of inputs and their associated actions.
decision table
efficiency
integration testing
action
14. 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
backbone integration
waterfall model benefits
action
acceptance criteria
15. Record details of test cases executed Record order of execution record results
multiple condition coverage
integration testing
test log uses
decision table testing
16. Conditions required to begin testing activities.
business process-based testing
entry criteria
defect
functional incremental integration
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.
efficiency
condition coverage
decision testing
failure rate
18. Tests interfaces between components and between integrated components and systems.
defect masking
efficiency
integration testing
functionality
19. Increased load (transations) used to test behavior of system under high volume.
code coverage
load testing
big-bang testing
input specifications
20. Sequence in which instructions are executed through a component or system
component
control flow structure
Impact subheadings
accuracy
21. Informal testing technique in which test planning and execution run in parallel
incident description subheadings
defect density
exploratory testing
condition determination coverage
22. Conditions ensuring testing process is complete and the object being tested is ready for next stage.
test condition
incident life cycle phases
exit criteria
multiple condition coverage
23. The smallest software item that can be tested in isolation.
nonfunctional requirements
component
code coverage
Incidents
24. A metric used to calculate the number of ALL condition or sub-expression outcomes in code that are executed by a test suite.
experience-based techniques
condition coverage
input specifications
entry criteria
25. Develop & proiroitize test cases Create groups of test cases Set up test environment
test implementation tasks
acceptance criteria
business process-based testing
functionality
26. Testing performed to determine whether the system meets acceptance criteria
integration management tools
actual result
SW development model
acceptance testing
27. Check to make sure a system adheres to a defined set of standards conventions or regulations in laws and similar specifications.
condition determination coverage
IEEE test case specification template
keyword-driven testing
conformance testing tools
28. Frequency of tests failing per unit of measure (e.g. time number of transactions test cases executed.)
integration testing
failure rate
incident life cycle phases
load testing
29. White-box design technique used to design test cases for a software component using LCSAJ.
experience-based techniques
decision table
COTS
LCSAJ testing
30. Components are combined and tested in the order in which basic functionalities start working
functional incremental integration
incident description subheadings
failure rate
independence of testing
31. Testing software in its operational environment
defect
accuracy
instrumentation
operational testing
32. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
component testing
accuracy
impact analysis
automation tools
33. Measure & analyze results of testing; Monitor document share results of testing; Report information on testing; Initiate actions to improve processes; Make decisions about testing
black-box testing
backbone integration
environmental needs
test control Tasks
34. 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.
documentation tools
error
inspection
nonfunctional requirements
35. 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
beta testing
test levels
agile software development model
Impact subheadings
36. Operational testing performed at an _external_ site without involvement of the developing organization.
boundary value analysis
waterfall model phases
functional testing tool
beta testing
37. Tools used to store and manage incidents return phone defects failures or anomalies.
contract acceptance testing
data-driven testing
incident management tools
equivalence partitioning
38. Uses risks to: ID test techniques Determine how much testing is required Prioritize tests with high-priority risks first
accuracy
test data preparation tools
functional testing tool
risk-based testing
39. Events that occurred during the testing process our investigation.
Incidents
instrumentation
driver
backbone integration
40. A task of maintaining and controlling changes to all entities of a system.
actual result
configuration management
IEEE test case specification template
defect density
41. Requirements that determine the functionality of a software system.
incremental testing
functional requirements
informal review
ad hoc integration
42. Allows storage of test input and expected results in one or more central data sources or databases.
contract acceptance testing
functional incremental integration
exploratory testing
data-driven testing
43. 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
action
test data preparation tools
incident life cycle phases
coverage
44. Black-box testing technique used to create groups of input conditions that create the same kind of output.
informal review
defect masking
stub
equivalence partitioning
45. Planning & Control - Analysis and Design - Implementation and Execution - Evaluating Exit - Criteria and Reporting - Closure
component
test log uses
failure rate
testing process phases
46. The capability of a software product to provide functions that address explicit and implicit requirements from the product against specified conditions.
functionality
failure rate
IEEE incident report template
LCSAJ
47. Incident Report - Identifier - Summary - Incident - Description - Impact
decision table
IEEE incident report template
interoperability testing
acceptance criteria
48. Component - Integration - System - Acceptance
impact analysis
cause-effect graphic testing
test levels
stub
49. Software products or applications designed to automate manual testing tasks.
integration testing
incident description subheadings
maintenance testing
automation tools
50. Linear Code Sequence and Jump.
failure rate
exhaustive testing
LCSAJ
condition determination coverage