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. Testing performed to detect defects in interfaces and interation between integrated components. Also called "integration testing in the small".
component integration testing
incident management tools
input specifications
business process-based testing
2. Response of the application to an input
action
multiple condition coverage
entry criteria
keyword-driven testing
3. Conditions ensuring testing process is complete and the object being tested is ready for next stage.
exit criteria
decision coverage
maintainability
load testing
4. Operational testing performed at an _external_ site without involvement of the developing organization.
beta testing
LCSAJ testing
big-bang testing
functional testing
5. Scripting technique that uses data files to store test input expected results and keywords related to a software application being tested.
functional requirements
stub
keyword-driven testing
testing process phases
6. A table showing combinations of inputs and their associated actions.
integration testing
operational testing
decision table
incident description subheadings
7. The ratio between the number of defects found and the size of the component/system tested.
efficiency
test levels
defect density
instrumentation
8. 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
test tool deployment Success Factors
equivalence partitions
beta testing
Three main SW development models
9. A document that provides the structure for writing test cases.
maintainability
IEEE test case specification template
defect
condition determination coverage
10. 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
monitor
equivalence partitions
11. A task of maintaining and controlling changes to all entities of a system.
test planning Tasks
cyclomatic complexity
waterfall model phases
configuration management
12. The capability of a software product to provide functions that address explicit and implicit requirements from the product against specified conditions.
functionality
monitor
automation tools
impact analysis
13. A technique used to improve testing coverage by deliberately introducing faults in code.
cyclomatic complexity
system testing
fault attack
decision coverage
14. 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
configuration management
impact
equivalence partitions
test data preparation tools
15. Components are combined and tested in the order in which basic functionalities start working
business process-based testing
functional incremental integration
functional testing tool
instrumentation
16. Check to make sure a system adheres to a defined set of standards conventions or regulations in laws and similar specifications.
test levels
conformance testing tools
functional testing
maintenance testing
17. A unique identifier for each incident report generated during test execution.
beta testing
impact analysis
incident report identifier
driver
18. A component of the incident report that determines the actual effect of the incident on the software and its users.
dynamic analysis tools
business process-based testing
input specifications
impact
19. Review documents (reqs architecture design etc.) ID conditions to be tested Design tests Assess testability of reqs ID infrastructure & tools
functional testing
cause-effect graphic testing
error
test analysis & design tasks
20. Abilitiy of software to collaborate with one or more specified systems subsystem or components.
interoperability
defect
coverage measurement tools
iterative-incremental development models
21. The process of finding analyzing and removing causes of failure in a software product.
debugging
nonfunctional requirements
error
test log uses
22. Examine changes made to an operational system cause defects.
accuracy
acceptance testing
maintenance testing
nonfunctional requirements
23. Black-box test design technique - test cases are designed from a decision table.
automation tools
agile software development model
decision table testing
exploratory testing
24. Incident Report - Identifier - Summary - Incident - Description - Impact
exit criteria
IEEE incident report template
iterative-incremental development models
defect density
25. Bug fault internal error problem etc. Flaw in software that causes it to fail to perform its required functions.
defect
component
incident report identifier
test condition
26. A review not based on a formal documented procedure
decision table testing
boundary value analysis
informal review
impact analysis
27. 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
error
agile software development model
IEEE test case specification template
impact analysis
28. Integration Approach: A frame or backbone is created and components are progressively integrated into it.
actual result
SW development model
impact
backbone integration
29. Ad hoc method of exposing bugs based on past knowledge and experience of experts (e.g. empty strings illegal characters empty files etc.).
error guessing
test condition
failure
test data preparation tools
30. An event or item that can be tested using one or more test cases
impact
load testing
entry criteria
test condition
31. Enables testers to prove that functionality between two or more communicating systems or components is IAW requriements.
coverage measurement tools
data-driven testing
integration management tools
interoperability testing
32. A black-box test design technique used to identify possible causes of a problem by using the cause-effect diagram
functional requirements
cyclomatic complexity
keyword-driven testing
cause-effect graphic testing
33. A code metric that specifies the number of independent paths through a program. Enables identification of complex (and therefore high-risk) areas of code.
load testing
incident life cycle phases
debugging
cyclomatic complexity
34. Special additions or changes to the environment required to run a test case.
code coverage
error guessing
horizontal traceability
environmental needs
35. Increased load (transations) used to test behavior of system under high volume.
error
agile software development model
load testing
backbone integration
36. Special-purpose software used to simulate a component called by the component under test
automation tools
testing process phases
stub
operational testing
37. Not related to the actual functionality e.g. reliability efficiency usability maintainability portability etc.
contract acceptance testing
exhaustive testing
nonfunctional requirements
defect density
38. Actual inputs required to execute a test case
functional requirements
IEEE test case specification template
input specifications
coverage
39. Black-box testing technique used to create groups of input conditions that create the same kind of output.
interoperability
component testing
incident report identifier
equivalence partitioning
40. Inputs - Expected Results - Actual Results - Anomalies - Date & Time - Procedure Step - Attempts to repeat - Testers - Observers
incident description subheadings
ad hoc integration
instrumentation
documentation tools
41. Tracing requirements for a level of testing using test documentation from the test plan to the test script.
horizontal traceability
incremental testing
incident report
defect
42. Testing an integrated system to validate it meets requirements
risk-based testing
system testing
fault attack
decision coverage
43. Separation of testing responsibilities which encourages the accomplishment of objective testing
stub
incident report identifier
functional incremental integration
independence of testing
44. Calculates the number of executed branch outcomes in code.
entry criteria
efficiency
failure
decision coverage
45. Insertion of additional code in the existing program in order to count coverage items.
Three main SW development models
instrumentation
exhaustive testing
condition determination coverage
46. Combining components or sytems into larger structural units or subsystems.
integration
automation tools
data-driven testing
dynamic analysis tools
47. Ability of software to provide appropriate performance relative to amount of resources used.
debugging
efficiency
incident description subheadings
error
48. Special-purpose software used to simulate a component that calls the component under test
defect density
anomalous events
documentation tools
driver
49. Software products or applications designed to automate manual testing tasks.
horizontal traceability
agile software development model
incident report identifier
automation tools
50. Requirements that determine the functionality of a software system.
functional requirements
condition determination coverage
stub
IEEE test case specification template