Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

De 2 - ISTQB

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 8

Đề 2

1. Which statement about testing is true? …[K1]

a) Testing is started after the code is written so that we have a system with which to work.
b) Testing is started as early as possible in the life cycle.
c) Testing is most economically done at the end of the life cycle.
d) Testing can only be done by an independent test team.

2. The risk of an undetected defect … [K2]

a) … does not influence testing in any way.


b) … has influence on test comprehensiveness and intensity.
c) … has no influence on the specification of the test cases.
d) … has no influence on the prioritization of the tests.

3. During testing, … [K2]

a) … all parts of the system should be tested with the same intensity, because defects can be everywhere.
b) … the user interface should primarily be tested, because failures in it are most annoying for the customer.
c) … system parts where failures may cause great risks should be tested most intensively.
d) … data base access should be tested intensively, in order to prevent wrong data and inconsistencies an the
database.

4. According to ISTQB syllabus, A software error can be described as…[K1]

a) A mismatch between the program and its specification.


b) A description of the relationship between two or more variables or set members in which the values
of one does not influence the values of others.
c) The process in which developers determinate the root cause of a bug and identify possible fixes.
d) Any ill-advised, substandard, or temporary fix applied to an urgent problem in the ( often misguided)
belief that doing so will keep a project moving forward.

5. Deciding how much testing is enough should take account of followings except? [K2]

a) Project constraints
b) Level of Risk
c) Decision Table
d) Safety

6. Which of the following Is NOT “ Test Analysis and Design” activity in “Fundamental Test Process” [K2]

a) Identifying necessary test data to support the test conditions and test cases
b) Identifying and prioritizing test conditions based on analyses of test items, the specification, behavior
and structure of the software.
c) Creating bi-directional traceability between test basic and test cases.
d) Creating test suites from the test procedures for efficient test execution.
7. Which is not a goal of writing effective Problem/Bug report?[K2]

a) Explain how to reproduce the problem.


b) Analyze the error so you can describe it in a minimum number of steps.
c) Write a report that is complete, easy to understand, and non-antagonistic
d) Illustrate how to fix the problem

Question about “Testing in the Software Lifecycle”

8. Which of the following is true of the V-model …. [K2]

a) … it only models the test phase


b) … it specifies the test techniques to be used
c) … it includes the verification of design
d) … it only states that testing against user requirement

9. Dynamic and--------------approaches, such as exploratory testing were testing is more reactive to events than
pre-planned, and where execution and evaluation are concurrent tasks…[K2]

a) Heuristic
b) Exploratory
c) Regression-averse
d) Analytical

10. Testing according to the V-model has the following fundamental principles [K2]

a) For every development level, there must be a corresponding test level.


b) For every development level, there must be a corresponding test level. For every test level early test
design should be implemented.
c) There must a least be the following test levels: Component testing, integration testing, system testing and
acceptance testing.
d) The model is only useful for large critical software projects where there is one delivery only.

11. Integration testing has this fundamental purpose: [K2]

a) Testing the new system together with the systems existing before.
b) Testing components together in a hierarchical, incremental way like top-down or bottom-up.
c) Testing the client part together with different other layers of the software (like for example, application
server code, database server code etc.).
d) Testing interfaces between components, interactions between different parts of the system, as well as
interfaces between systems.

12. Negative test is … [K1]

a) … Test aimed at showing that a component or system does work.


b) … Tests aimed at showing that a component or system does not work.
c) … Not related to the testers’ attitude.
d) … Related to a specific test approach or test design technique.
13. Which of these is a functional test? … [K1]

a) Measuring response time on an on-line booking system.


b) Checking the effect of high-volumes of traffic in a call-center system.
c) Checking the online bookings screen information and the database contents against the information on the
letter to the customers.
d) Checking how easy the system is to use.

14. Acceptance testing may occur at more than just a single test level. With the exception of…[K3]

a) Acceptance testing after a change has been released to the user community.
b) Acceptance testing of the usability of a component may be done during component testing.
c) Acceptance testing of a new functional enhancement may come before system testing.
d) A COST software product may be acceptance tested when it installed or integrated.

15. Non-functional testing includes … [K1]

a) Testing to see where the system does not function correctly.


b) Testing the quality attributes of the system including reliability and usability.
c) Gaining user approval for the system.
d) Testing a system feature using only the software required for that function.

Questions about “Static Testing”

16. What is the fundamental difference between “static analysis” and test? [K2]

a) Static analysis can be applied at any time during the software life cycle. Test can only be applied after
implementation.
b) Static analysis is done without executing the test object. A test is an examination during “run time”.
c) Static analysis is applied only in the early phases, test only in the late phases of the software life cycle.
d) Static analysis checks only documents without a formal structure. Test checks software systems.

17. Which of the following characteristics and types of review processes belong together? … [K2]

a. Inspection

b. Informal review

c. Peer review

d. Walkthrough

1. Led by the author

2. Undocumented

3. Uses entry and exit criteria

4. Review by peers

a) a=3, b=2, c=1, d=4


b) a=2, b=3, c=4, d=1
c) a=3, b=2, c=4, d=1
d) a=1, b=2, c=3, d=4

18. Which of the following options are roles in a formal review?

a) Developer, Moderator, Review leader, Reviewer, Tester.

b) Author, Moderator, Manager, Reviewer, Developer.

c) Author, Manager, Review leader, Reviewer, Designer.

d) Author, Moderator, Review leader, Reviewer, Scribe.

19. Which is the most formal kind of review in the following list? [K2]

a) Peer review
b) Walkthrough
c) Informal review
d) Inspection

20. Static code analysis typically identifies all but one the following problems. Which is it? [K1]

a) Unreachable code.
b) Undeclared variables.
c) Faults in the requirements.
d) Too few comments.

21. Which of the following sequences BEST shows the main activities of the work product review process?

a) Initiate review – Reviewer selection – Individual review – Issue communication and analysis – Rework

b) Planning & preparation – Overview meeting – Individual review – Fix– Report

c) Preparation – Issue Detection – Issue communication and analysis – Rework – Report

d) Plan – Initiate review – Individual review – Issue communication and analysis – Fix defects & report

22. Static analysis … [K2]

a) … serves for creating test cases


b) … is the precondition for executing the dynamic analysis
c) … is the check of the program code for compliance with the documentation rules
d) … is an analysis without execution of the test object (under analysis)

23. Which alternative contains ONLY defects which can be discovered by static analysis … [K2]

a) Referencing a variable with an undefined value, unreachable (dead) code, security vulnerabilities, race
conditions.
b) Violations of coding standards, referencing a variable with an undefined value, unreachable (dead) code,
security vulnerabilities.
c) Referencing a variable with an undefined value, deadlocks, unreachable (dead) code, security
vulnerabilities.
d) Referencing a variable with an undefined value, unreachable (dead) code, inconsistent interface between
modules and components, race conditions.

24. How is “expected result” defined? [K1]

a) The behavior predicted by the specification, or another sources, of the test object when executed under
specified conditions.
b) Intended output and/or state value when executing a test object with test data.
c) The intended behavior and output of the test object when executed under specified conditions.
d) The output result computed by the test object.

25. In which document described in IEEE 29119 (IEEE 829) would you find instructions for the steps to be taken
for a test including set-up, logging, environment and measurement? … [K2]

a) Test plan.
b) Test design specification.
c) Test case specification.
d) Test procedure specification.

26. White Box techniques … [K1]

a) … are useful in system testing


b) … check the interfaces of component
c) … take into consideration the structure of the test object
d) … find if not initials are used

27. Which test technique is a black box technique? [K1]

a) Condition coverage
b) Equivalence class partitioning
c) Statement coverage
d) Data flow testing

28. If a test of a test object achieved 100% decision coverage then it is guaranteed that … [K3]

a) … 50% path coverage has been achieved


b) … 100% statement coverage has been achieved
c) … 100% minimal condition coverage has been achieved
d) … no other coverage has been achieved

29. Which of the following is usually not be a coverage measure for state transition testing? [K2]

a) All states have been reached.


b) The response time for each transaction is adequate.
c) Every transition has been exercised.
d) Specific sequences of transitions have been exercised.

30. The following equivalence class for integer numbers is given: 0 ≤ x < 100. After boundary value analysis, the
following test data shall be used: [K3]

a) 0; 100
b) 0; 1; 100; 101
c) -1; 0; 99; 100
d) -1; 0; 1; 99; 100

31. How do experience-based techniques differ from specification-based techniques? …[K2]

a) They depend on the tester’s understanding of the way the system is structured rather than on a documented
record of what the system should do.
b) They depend on having older testers rather than younger testers.
c) They depend on a documented record of what the system should do rather than on an individual’s personal
view.
d) They depend on an individual’s personal view rather than on a documented record of what the system should
do.

32. Use case testing is useful for which of the following?

A. Designing acceptance tests with users or customers.

B. Making sure that the mainstream business processes are tested.

C. Finding defects in the interaction between components.

D. Identifying the maximum and minimum values for every input field.

E. Identifying the percentage of statements exercised by sets of tests.

a) A, B and C
b) B, D and E
c) A, B and D
d) C, D and E

33. How many test cases are necessary in order to achieve 100% branch or decision coverage of the following
program part? We assume that the two conditions are independent of each other. [K3]

….

If (condition 1)

then statement 1

else statement 2

end if
If (condition 2)

then statement 3

end if

a) 2 test cases
b) 3 test cases
c) 4 test cases
d) Not achievable

34. Which of following is the repeated testing of an already tested program, after modification, to discover any
defects introduced or uncovered as a result of the change? [K3]

a) Regression Testing
b) Structural Testing
c) Functional Testing
d) Non-Functional Testing

35. Non-functional requirements … [K1]

a) … are always documented in detail in the specification by the customers.


b) … need only to be considered in the test if they are documented in the requirements specification.
c) … should only be validated by the customer, because only the customer can decide if they fulfill his
requirements.
d) … are often overlooked when writing specification documents, but should be checked anyway.

Questions about “Test Management”

36. Incident management deals with…[K2]

A. …. Management of deviations from the project plan.

B. … Registration of problems, faults and failures.

C. … Showing product quality through use of metrics.

D. … Definition and implementation of new software requirements.

E. … Development of proposals to correct faults.

a) A, B and E are true, C and D are false


b) A, C and D are true, B and E are false
c) A, B and C are true, D and E are false
d) B and C are true, A, D and E are false

Question about “Test Tools”


37. What is a potential risk in using tools to support testing? … [K2]

a) Unrealistic expectations, expecting the tool to do too much.


b) Insufficient reliance on the tool, i.e. still doing manual testing when a test execution tool has been
purchased.
c) The tool many find defects that aren’t there.
d) The tool will repeat exactly the same thing it did the previous time.

38. Comparators belong to this category of tools … [K2]

a) … Tools for planning and test management


b) … Tools for test specification and test design
c) … Tools for test execution
d) … Tools for test results analysis and test object analysis

39. The selection of a test tool should be done in six steps: [K1]

a) Requirement specification, Evaluation, Market research, Tool demonstrations, Review, Final selection of
tool.
b) Requirement specification, Market research, Evaluation, Tool demonstrations, Review, Final selection of
tool.
c) Requirement specification, Market research, Review, Tool demonstrations, Evaluation, Final selection of
tool.
d) Requirement specification, Market research, Tool demonstrations, Evaluation, Review, Final selection of
tool.

40. Which of the following would NOT be done as part of selecting a tool for an organization? …[K2]

a) Assess organization maturity, strengths and weaknesses.


b) Roll out the tool to as many users as possible within the organization.
c) Evaluate the tool features against clear requirements and objective criteria.
d) Identify internal requirements for coaching and mentoring in the use of the tool.

You might also like