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. Input or combination of inputs required to test software.
conditions
test condition
automation tools
dynamic analysis tools
2. Abilitiy of software to collaborate with one or more specified systems subsystem or components.
automation tools
interoperability
accuracy
big-bang testing
3. Testing performed to determine whether the system meets acceptance criteria
integration testing
alpha testing
acceptance testing
functional incremental integration
4. Fixed - Won't Fix - Later - Remind - Duplicate - Incomplete - Not a Bug - Invalid etc.
resolution types
configuration management
decision coverage
acceptance criteria
5. Deviation of a software system from its expected delivery services or results
test analysis & design tasks
maintainability testing
component testing
failure
6. A task of maintaining and controlling changes to all entities of a system.
inspection
configuration management
defect density
IEEE test case specification template
7. Insertion of additional code in the existing program in order to count coverage items.
SW development model
error guessing
exhaustive testing
instrumentation
8. Special-purpose software used to simulate a component that calls the component under test
nonfunctional requirements
keyword-driven testing
integration
driver
9. 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
control flow structure
operational testing
black-box testing
test data preparation tools
10. Testing software components that are separately testable. Also module program and unit testing.
defect
driver
equivalence partitions
component testing
11. Components or subsystems are integrated and tested one or some at a time until all the components are subsystems are integrated and tested.
COTS
functional requirements
defect masking
incremental testing
12. Testing software in its operational environment
data-driven testing
acceptance criteria
incremental testing
operational testing
13. Ability of software to provide appropriate performance relative to amount of resources used.
efficiency
bottom-up integration
COTS
test levels
14. Requirements that determine the functionality of a software system.
test analysis & design tasks
maintainability
functional requirements
test control Tasks
15. Bug fault internal error problem etc. Flaw in software that causes it to fail to perform its required functions.
test planning Tasks
entry criteria
driver
defect
16. Requirements Analysis - Design - Coding - Integration - Implementation - Maintenance
waterfall model phases
alpha testing
defect masking
Incidents
17. Begin with initial requirements specification phase end with implementation and maintenance phases with cyclical transitions in between phases.
instrumentation
alpha testing
failure rate
iterative-incremental development models
18. Integrate different kinds of tools to make test management more efficient and simple.
test levels
failure rate
integration management tools
functional incremental integration
19. Allows storage of test input and expected results in one or more central data sources or databases.
system testing
equivalence partitioning
data-driven testing
functional requirements
20. A component of the incident report that determines the actual effect of the incident on the software and its users.
coverage
integration
impact
test levels
21. Separation of testing responsibilities which encourages the accomplishment of objective testing
black-box testing
independence of testing
COTS
nonfunctional requirements
22. Metric used to calculate the number of combinations of all single condition outcomes within one statement that are executed by a test case.
keyword-driven testing
multiple condition coverage
failure
backbone integration
23. Tools used to store and manage incidents return phone defects failures or anomalies.
incident management tools
business process-based testing
cause-effect graphic testing
code coverage
24. 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
test management tool features
risk-based testing
instrumentation
25. A metric used to calculate the number of ALL condition or sub-expression outcomes in code that are executed by a test suite.
LCSAJ testing
waterfall model benefits
condition coverage
component testing
26. Unconfirmed - New - Open - Assigned - Resolved - Verified - Closed
incident life cycle phases
test planning Tasks
test analysis & design tasks
equivalence partitioning
27. Conditions required to begin testing activities.
anomalous events
entry criteria
bottom-up integration
cyclomatic complexity
28. Used to test the functionality of software as mentioned in software requirement specifications.
conformance testing tools
functional testing tool
waterfall model benefits
cause-effect graphic testing
29. Testing performed to detect defects in interfaces and interation between integrated components. Also called "integration testing in the small".
component integration testing
LCSAJ testing
coverage measurement tools
interoperability
30. A set of conditions that a system needs to meet in order to be accepted by end users
acceptance criteria
impact analysis
incident management tools
coverage measurement tools
31. Commercial Off-The-Shelf products. Products developed for the general market as opposed to those developed for a specific customer.
defect density
waterfall model benefits
COTS
decision testing
32. Ad hoc method of exposing bugs based on past knowledge and experience of experts (e.g. empty strings illegal characters empty files etc.).
acceptance criteria
fault attack
error guessing
data flow structure
33. Nonfunctional testing including testing: ease of fixing defects - ease of meeting new requirements - ease of maintenance
informal review
maintainability testing
test data preparation tools
resolution types
34. Special-purpose software used to simulate a component called by the component under test
stub
bottom-up integration
LCSAJ
driver
35. Components are integrated in the order in which they are developed
testing process phases
action
ad hoc integration
exhaustive testing
36. A technique used to improve testing coverage by deliberately introducing faults in code.
coverage
fault attack
incident life cycle phases
Three main SW development models
37. Linear Code Sequence and Jump.
configuration management
LCSAJ
driver
impact analysis
38. A code metric that specifies the number of independent paths through a program. Enables identification of complex (and therefore high-risk) areas of code.
component testing
cyclomatic complexity
decision table
control flow structure
39. 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
black-box testing
defect masking
agile software development model
control flow structure
40. Tests interfaces between components and between integrated components and systems.
integration testing
Incidents
error guessing
boundary value analysis
41. The ratio between the number of defects found and the size of the component/system tested.
defect masking
iterative-incremental development models
black-box testing
defect density
42. Component - Integration - System - Acceptance
debugging tools
business process-based testing
integration
test levels
43. Scheduling Tests Manage test activities Provide interfaces to different tools provide traceability of tests Log test results Prepare progress reports
condition coverage
COTS
test management tool features
alpha testing
44. The capability of a software product to provide agreed and correct output with the required degree of precision
accuracy
waterfall model benefits
equivalence partitions
component integration testing
45. Informal testing technique in which test planning and execution run in parallel
exploratory testing
acceptance testing
system testing
equivalence partitioning
46. 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
configuration management tools
driver
business process-based testing
test planning Tasks
47. The smallest software item that can be tested in isolation.
beta testing
component
interoperability
independence of testing
48. Inputs - Expected Results - Actual Results - Anomalies - Date & Time - Procedure Step - Attempts to repeat - Testers - Observers
integration testing
incident description subheadings
functional requirements
input specifications
49. Combining components or sytems into larger structural units or subsystems.
maintainability testing
stub
integration
bottom-up integration
50. Components are combined and tested in the order in which basic functionalities start working
code coverage
test management tool features
functional incremental integration
incident management tools