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. Execute individual & groups of test cases Record results Compare results with expected Report differenes between actual & expected Re-execute to verify fixes
backbone integration
test execution tasks
IEEE test case specification template
impact analysis
2. Operational testing performed at an _external_ site without involvement of the developing organization.
beta testing
cause-effect graphic testing
decision table
efficiency
3. Used to test the functionality of software as mentioned in software requirement specifications.
test implementation tasks
functional testing tool
configuration management
LCSAJ testing
4. Behavior or response of a software application that you observe when you execute the action steps in the test case.
actual result
incident report identifier
LCSAJ testing
coverage
5. Scheduling Tests Manage test activities Provide interfaces to different tools provide traceability of tests Log test results Prepare progress reports
data-driven testing
LCSAJ testing
anomalous events
test management tool features
6. A black-box test design technique used to identify possible causes of a problem by using the cause-effect diagram
component integration testing
functional requirements
functional testing
cause-effect graphic testing
7. Review documents (reqs architecture design etc.) ID conditions to be tested Design tests Assess testability of reqs ID infrastructure & tools
bottom-up integration
maintainability
instrumentation
test analysis & design tasks
8. Testing software components that are separately testable. Also module program and unit testing.
conditions
component testing
system testing
nonfunctional requirements
9. Ad hoc method of exposing bugs based on past knowledge and experience of experts (e.g. empty strings illegal characters empty files etc.).
component
IEEE test case specification template
environmental needs
error guessing
10. Assessment of changes required to different layers of documentation and software to implement a given change to the original requirements.
impact analysis
integration management tools
test analysis & design tasks
equivalence partitioning
11. Integrate different kinds of tools to make test management more efficient and simple.
integration management tools
Impact subheadings
experience-based techniques
acceptance criteria
12. Components are combined and tested in the order in which basic functionalities start working
functional incremental integration
LCSAJ
testing process phases
waterfall model benefits
13. One defect prevents the detection of another.
boundary value analysis
functional testing tool
defect masking
automation tools
14. Ability of software to provide appropriate performance relative to amount of resources used.
efficiency
interoperability testing
environmental needs
error
15. 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).
operational testing
test log uses
defect masking
configuration management tools
16. Sequence in which data items are accessed or modified by code.
waterfall model phases
test data preparation tools
environmental needs
data flow structure
17. Bug fault internal error problem etc. Flaw in software that causes it to fail to perform its required functions.
coverage measurement tools
exit criteria
fault attack
defect
18. Test case design technique used to identify bugs occurring on or around boundaries of equivalence partitions.
load testing
integration management tools
integration
boundary value analysis
19. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
debugging tools
input specifications
LCSAJ
nonfunctional requirements
20. White-box design technique used to design test cases for a software component using LCSAJ.
test data preparation tools
monitor
coverage measurement tools
LCSAJ testing
21. A metric to calculate the number of SINGLE condition outcomes that can independently affect the decision outcome.
debugging tools
condition determination coverage
conformance testing tools
waterfall model benefits
22. Fixed - Won't Fix - Later - Remind - Duplicate - Incomplete - Not a Bug - Invalid etc.
configuration management tools
resolution types
driver
waterfall model phases
23. Special-purpose software used to simulate a component called by the component under test
informal review
horizontal traceability
stub
backbone integration
24. Black-box test design technique - test cases are designed from a decision table.
Incidents
accuracy
decision table testing
ad hoc integration
25. Begin with initial requirements specification phase end with implementation and maintenance phases with cyclical transitions in between phases.
iterative-incremental development models
incident report identifier
data flow structure
big-bang testing
26. Unconfirmed - New - Open - Assigned - Resolved - Verified - Closed
inspection
environmental needs
exhaustive testing
incident life cycle phases
27. A set of conditions that a system needs to meet in order to be accepted by end users
cause-effect graphic testing
acceptance criteria
integration management tools
actual result
28. A technique used to improve testing coverage by deliberately introducing faults in code.
fault attack
waterfall model benefits
Incidents
defect
29. Commercial Off-The-Shelf products. Products developed for the general market as opposed to those developed for a specific customer.
COTS
business process-based testing
test condition
operational testing
30. An event or item that can be tested using one or more test cases
test condition
stub
exit criteria
functional testing tool
31. Tools used to identify and calculate coverage items in program code.
coverage measurement tools
functionality
debugging tools
beta testing
32. Tools used to store and manage incidents return phone defects failures or anomalies.
incident management tools
backbone integration
debugging
driver
33. Process used to create a SW product from initial conception to public release
functional requirements
condition coverage
SW development model
component testing
34. Events that occurred during the testing process our investigation.
Incidents
horizontal traceability
test planning Tasks
defect masking
35. Sequence in which instructions are executed through a component or system
functionality
control flow structure
test execution tasks
impact
36. Tests interfaces between components and between integrated components and systems.
monitor
Incidents
COTS
integration testing
37. Waterfall iterative-incremental "V"
cyclomatic complexity
Three main SW development models
component integration testing
exit criteria
38. 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
test data preparation tools
acceptance testing
COTS
bottom-up integration
39. A code metric that specifies the number of independent paths through a program. Enables identification of complex (and therefore high-risk) areas of code.
test implementation tasks
cyclomatic complexity
component
keyword-driven testing
40. Incident Report - Identifier - Summary - Incident - Description - Impact
alpha testing
interoperability testing
IEEE incident report template
IEEE test case specification template
41. 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
waterfall model benefits
Three main SW development models
Incidents
driver
42. Used to replace a component that calls another component.
efficiency
independence of testing
contract acceptance testing
driver
43. Tests functional or nonfunctional attributes of a system or its components but without referring to the internal structure of the system or its components
impact
failure rate
data-driven testing
black-box testing
44. All possible combinations of input values and preconditions are tested.
component
exhaustive testing
waterfall model phases
driver
45. A functional testing approach in which test cases are designed based on business processes.
iterative-incremental development models
operational testing
business process-based testing
decision coverage
46. A test case design technique for a software component to ensure that the outcome of a decision point or branch in cod is tested.
decision testing
cyclomatic complexity
incident life cycle phases
failure rate
47. Specific groups that represent a set of valid or invalid partitions for input conditions.
experience-based techniques
ad hoc integration
equivalence partitions
control flow structure
48. Planning & Control - Analysis and Design - Implementation and Execution - Evaluating Exit - Criteria and Reporting - Closure
nonfunctional requirements
acceptance testing
testing process phases
incident life cycle phases
49. Input or combination of inputs required to test software.
experience-based techniques
conditions
documentation tools
load testing
50. The smallest software item that can be tested in isolation.
integration
component
data flow structure
risk-based testing