You are on page 1of 7

Câu 1: What is the KEY difference between black-box and white box testing?

Sự khác nhau giữa kiểm thử hộp đen và kiểm thử hộp trắng là gì?

 A. Black box is functional; white box is structural (Hộp đen là chức năng; hộp trắng
là cấu trúc)
B. Black box is functional; white box is non-functional (Hộp đen là chức năng; hộp
trắng là phi chức năng)
C. Black box has a wider statement cover age than white box (Hộp đen có chiều
rộng lớn hơn hộp trắng)
D. Black box can only be performed after white box (Hộp đen chỉ có thể được thực
hiện sau hộp trắng)

Câu 2: Which test technique is based on requirements specifications?


Kỹ thuật kiểm tra nào là căn cứ vào các đặc tả yêu cầu?

 A. White box technique (Kỹ thuật hộp trắng)


B. Component testing (Kiểm thử thành phần)
C. Black box technique (Kỹ thuật hộp đen)
D. Unit Testing (Kiểm thử đơn vị)

Câu 3: The main focus of acceptance testing is:


Tiêu điểm chính của kiểm thử chấp nhận là:

 A. Finding faults in the system (Tìm lỗi trong hệ thống)


B. Ensuring that the system acceptable to all users (Đảm bảo rằng hệ thống có thể
chấp nhận được đối với tất cả người dùng)
C. Testing the system with other systems (Kiểm thử hệ thống với các hệ thống khác)
D. Testing for a business perspective (Kiểm thử một quan điểm công việc)

Câu 4: The difference between re-testing and regression testing is:


Sự khác biệt giữa kiểm thử lại và kiểm thử hồi quy là:

 A. Re-testing is running a test again; regression testing looks for unexpected side
effects (Kiểm thư lại đang chạy thử lại; Kiểm thử hồi quy sẽ tìm ra các kết quả phụ
bất ngờ)
B. Re-testing looks for unexpected side effects; regression testing is repeating those
tests (Kiểm thử lại sẽ tìm ra các kết quả bất ngờ; kiểm thử hồi quy là lặp lại những
bài kiểm tra)
C. Re-testing is done after faults are fixed; regression testing is done earlier (Kiểm
thử lại được thực hiện sau khi sửa lỗi; kiểm thử hồi quy được thực hiện sớm hơn)
D. Re-testing is done by developers, regression testing is done by independent
testers (Kiểm thử lại được thực hiện bởi các nhà phát triển; kiểm thử hồi quy được
thực hiện bởi những người kiểm thử độc lập)

Câu 5: ____includes both Black box and white box testing features
____Bao gồm cả hai tính năng kiểm thử hộp đen và kiểm thử hộp trắng

 A. Gray box testing (Kiểm thử hộp xám)


B. Hybrid testing (Kiểm thử lai)
C. A&B (cả A và B)
D. None (Không có lựa chọn)

Câu 6: Which test levels are USUALLY included in the common type of V-model?
Mức độ kiểm tra nào thường dùng trong mô hìn

 h chữ V?
A. Integration testing, system testing, acceptance testing and regression testing
(Kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận và kiểm thủ hồi quy)
B. Component testing, integration testing, system testing and acceptance testing
(Kiểm thử thành phần, kiểm thử tích hợp, kiểm thử hệ thống và kiểm thử chấp nhận)
C. Incremental testing, exhaustive testing, exploratory testing and data driven
testing (Kiểm tra gia tăng, kiểm tra toàn diện, kiểm tra thăm dò và kiểm tra dữ liệu)
D. Alpha testing, beta testing, black box testing and white box testing (Kiểm thử
Alpha, kiểm thử Beta, kiểm thử hộp đen và kiểm thử hộp trắng)

Câu 7: What is testing without executing the code?


Kiểm thử gì mà không thực hiện mã lệnh?

 A. Non-functional testing (Kiểm thử phi chức năng)


B. Structure based testing (white box) (Kiểm thử dựa vào cấu trúc – hộp trắng)
C. Static testing (Kiểm thử tĩnh)
D. Functional testing (black box) (Kiểm thử chức năng – hộp đen)

Câu 8: Non-functional system testing includes:


Kiểm tra hệ thống phi chức năng bao gồm:

 A. Testing to see where the system does not function properly (Kiểm thử để xem nơi
hệ thống không hoạt động đúng chức năng)
B. Testing quality attributes of the system including performance and usability
(Kiểm thử các thuộc tính của hệ thống bao gồm hiệu năng và khả năng sử dụng)
C. Testing a system feature using only the software required for that function (Kiểm
tra tính năng hệ thống chỉ sử dụng phần mềm cần thiết cho chức năng đó)
D. Testing for functions that should not exist (Kiểm thử các chức năng có thể không
tồn tại)

Câu 9: Which of the following is part of system testing:


Những điều sau đây là một phần của kiểm thử hệ thống:

 A. Performance, load and stress testing (kiểm thử hiệu năng, kiểm thử tốc độ tải và
kiểm thử khả năng chịu tải)
B. Requirements based testing (Kiểm thử dựa vào yêu cầu)
C. Usability testing (Kiểm thử khả năng sử dụng)
D. All of the above are true (Tất cả những điều trên là đúng)

ACDAABDBD
CH-04.1. Test Method Definition: A definitive procedure for the identification, measurement,
and evaluation of a material, product, system, or service that produces a test result.

 (a) TRUE
(b) FALSE

CH-04.2. Choose valid(đúng đắn) test types

 (a) Regression Testing


(b) Allocation Testing
(c) Smoke Testing
(d) Performance Testing
(e) A,B and D
(f) A,C and D

CH-04.3. The primary goal of Requirement-based Testing

 (a) Requirement Experiment


(b) Bug hunting
(c) Behavioral Exploratory
(d) Requirement Validation
CH-04.4. The primary goal of exploratory testing

 (a) Find bugs on-the-fly


(b) Complete Test and Verify that the AUT works correctly
(c) Verify functions of AUT works as the programmer expects
(d) Requirement-based Validation

CH-04.5. Purposes of regression testing

 (a) Find new bugs


(b) Prove that AUT works 100% as expected
(c) Verify that the modifications have not caused any unintended effects
(d) Make sure that the bugs marked as fixed by developers are really fixed
(e) B and C
(f) C and D

CH-04.6. Smoke test is

 (a) Collection of all ad-hoc tests that are performed on a system


(b) A collection of written tests that are performed on a system prior to being
accepted for further testing, also
known as build verification test.
(c) A collection of test requirements to be validated on a system prior to being
accepted for further testing
(d) A collection of software requirements to be smoked on a system prior to being
accepted for further testing

CH-04.7. Example(s) of Common Type of Black Box Testing include:

 (a) Feature-Level Test


(b) Unit Test
(c) Configuration & Compatibility Test
(d) Acceptance Test
(e) A,B and D
(f) A,C and D

CH-04.8. Test Case is

 (a) A test that (ideally) executes a single well defined test objective
(b) Steps that (ideally) are executed a to verify a number of test objectives
(c) Process that (ideally) executes to meet a well defined objective
(d) Procedure that (ideally) executes to single out a well defined objective

CH-04.9. What are reasons or motivation for writing test case?

 (a) For compliance


(b) Reproducibility
(c) Help measure test coverage
(d) Automation
(e) All of the above
(f) A,C and D

CH-04.10. An excellent Test Case should satisfy the following criteria:

 (a) Reasonable probability of catching an error


(b) Makes program run better
(c) Neither too simple nor too complex
(d) Not redundant with other tests
(e) A,B and D
(f) A,C and D

CH-04.11. The most important part of a test case is

 (a) Test Case condition


(b) Bug report procedure
(c) The one-line title describing the objective of the test
(d) Test case status

CH-04.12. Test Objective suggested syntax is

 (a) Operating Condition + Action + Function


(b) Action + Test Requirement + Operating Condition
(c) Function + Action + Operating Condition
(d) Action + Function + Operating Condition

CH-04.13. Test Case Design Techniques include

 (a) Risk-based testing


(b) Equivalence Partitioning
(c) State Transition/ Model-Based Testing
(d) Boundary Value Analysis
(e) A,B and C
(f) B,C and D

CH-04.14. For each equivalence class partition, what is the maximum number of test cases to
execute? (see diagram below)

 (a) 3
(b) 9
(c) 5
(d) 7

CH-06.1. What is a software error?

CH-06.2. What is the difference between failure and error?

CH-06.3. What should you do if you find a bug but cannot reproduce it again?

CH-06.4. What is a Coding Error?

 1. The program doesn’t do what the programmer would expect it to do.


2. It’s doing what the programmer intended, but a reasonable customer would be
confused or unhappy with it.
3. The program is well designed and well implemented, but it won’t meet one of
the customer’s requirements.

CH-06.5.What are the criteria to rank bugs?

 a. Reproducibility
b. Severity
c. Complexity
d. Frequency
e. Priority
f. Simplicity

1. A only
2. B & C only
3. B, C, D & E
4. None of the above
5. All of the above

CH-06.6. Bugs

 1. You should report a bug even if it is not reproducible.


2. You should only report a bug when you can reproduce it.
3. Never report a bug unless you can reproduce it.
4. Tell your test lead about non-reproducible bugs but do not put it in the bug
tracking system.

CH-06.7. What are the common source of software errors?

 a. Coding error
b. Design Issue
c. Requirement Issue
d. User error
e. All of the above
f. a ,b and c

CH-06.8. Requirement Issues mean

 a. The program is well designed and well implemented, but it won’t meet one of
the customer’s requirements.
b. The program meets the requirements with some deferral bugs.
c. Design Issues
d. The user is at fault
e. All of the above
f. a, c and d

CH-06.9. What are the main steps in a bug finding process?

 a. Reproduce error
b. Analyze the error
c. Report the error
d. Regress Bug
e. a, b and c
f. b, c and d

CH-06.10. What should we do if the bug is non-reproducible?

 a. Ignore it
b. Report and describe your steps and observations precisely
c. Don’t report but call the developer
d. Report using email only

CH-06.11. Which are the main benefits of analyzing software error?

 a. Make your communication effectively


b. Support the making of business decisions
c. Avoid wasting the time of the programming and management staff
d. Find more bugs
e. All of the above
f. None of the above

CH-06.12.What are the common mistakes in bug report?


 a. Lack of information to reproduce a bug
b. Simple (non compound)
c. Judgmental
d. Duplicate bug
e. a, c and d
f. a, b and c

CH-06.13. The 3 main items of a bug report are

 a. Steps to reproduce
b. Description
c. Summary
d. Priority
e. None of the above
f. a, b and c

CH-06.14. Examples of a good bug summary include

 a. Maximize button is still active while the dialog box is maximized


b. Application crashes when clicking on the ‘Submit’ button on a Win2K system
c. The application crashes badly
d. Severe Performance Problems
e. a and d
f. a and b

CH-06.15. What should we have in the bug description ?

 a. Description of the problem


b. The steps to recreate a bug
c. The personal opinion
d. The erroneous versus the expected behavior
e. All of the above
f. a, b and d
 Given the following code, which statement is true
about the minimum number of test cases required
for full statement and branch coverage?
 Read p
 Read q
 IF p+q> 100
 THEN Print “Large”
 ENDIF
 IF p > 50
 THEN Print “p Large”
 ENDIF
 1 test for statement coverage, 2 for branch coverage
Trọng tâm chính của kiểm thử chấp nhận: Đảm bảo rằng hệ thống có
thể sử dụng được với tất cả người dùng

You might also like