Câu 8:

Biết ạ
Smoke Testing (Kiểm thử) là quá trình mà phần mềm build đã được triển khai tới môi
trường QA và đã được kiểm tra độ ổn định của ứng dụng. Nó cũng được gọi là “Build
verification testing”. Nói 1 cách đơn giản, chúng ta đang xác minh liệu các tính năng
quan trọng có đang hoạt động chứ không có danh mục nào trong build mà đang được
test.

Scenarior Description Test data Steps Expected result Actual Statu

s result s

1 Valid Test chức năng http:// 1.Launch Login Application Pass

login đăng nhập với example.com the Application launched
credential username và applicatio should get successfull
s password n launched y
http://exa
mple.com

2.Navigat Login page login page Pass

e the should be loaded
login displayed with successfull
page user id and y.
password fields,
login button

Username: 3.Enter User id field Input Pass

GURU99 valid should be accepted
password : username editable and
XYZ123 should accept
input

4.Enter Login field Input Pass

valid should be accepted
password editable and
should accept
input

5.Click on The user should Home page Pass

login be able to login is
button and see the Displayed
home page after
window clicking on
submit
button
Câu 9: Biết ạ
Sanity testing là một loại Kiểm thử phần mềm được thực hiện sau khi nhận được một
bản build phần mềm, với những thay đổi nhỏ về mã, hoặc chức năng, để xác định rằng
các lỗi đã được sửa và không có vấn đề gì khác xảy ra do những thay đổi này. Mục
đích là để xác định rằng chức năng được đề xuất hoạt động gần như mong đợi. Nếu
kiểm tra sanity không thành công, bản build bị từ chối để tiết kiệm thời gian và chi phí
liên quan đến một thử nghiệm nghiêm ngặt hơn.

Ví dụ: một phiên bản vừa ra đời ta sẽ ưu tiên kiểm tra những chức năng mà gây ra lỗi
ở bản trước hoặc chức năng mới thêm ở bản hiện tại, ta áp dụng chiến lược Sanity test
nếu phần mềm không được như mong đợi thì từ chối nhận và đánh dấu là phiên bản
này đã tPhần mềm máy tính v.1 được tích hợp chức năng cộng: 1 + 2 = 5 => Qua
phiên bản sau v.2 lỗi không được fix thì => Phiên bản v.2 đã thất bại.

CÂu 10:
Không ạ

Kiểm thử tích hợp (Integration testing) hay còn gọi là tích hợp và kiểm thử
(integration and testing, viết tắt: I&T) là một giai đoạn trong kiểm thử phần mềm. Mỗi
môđun phần mềm riêng biệt được kết hợp lại và kiểm thử theo nhóm.

Giả sử bạn làm việc cho một tổ chức CNTT đã được yêu cầu phát triển trang web mua
sắm trực tuyến cho Camp World, một công ty bán dụng cụ cắm trại. Sau khi thu thập
yêu cầu, phân tích và thiết kế hoàn tất, một nhà phát triển đã được chỉ định để phát
triển từng mô-đun bên dưới.

● Đăng ký và xác thực người dùng / Đăng nhập

● Danh mục sản phẩm
● Giỏ hàng
● Thanh toán
● Tích hợp cổng thanh toán
● Theo dõi vận chuyển và gói hàng

Sau khi mỗi mô-đun được gán cho nhà phát triển, nhà phát triển bắt đầu mã hóa chức
năng trên các máy riêng lẻ của họ. Họ đã triển khai các mô-đun tương ứng trên các
máy của mình để xem những gì đã hoạt động và những gì đã làm, khi họ bắt đầu phát
triển mô-đun. Sau khi họ hoàn thành việc phát triển, các nhà phát triển đã kiểm tra các
chức năng cá nhân của họ như là một phần của kiểm thử đơn vị của họ và tìm thấy
một số khiếm khuyết. Họ đã sửa những khuyết điểm này. Tại thời điểm này, họ cảm
thấy các mô-đun của họ đã hoàn thành. Kiểm tra tích hợp nên được thực hiện để xác
nhận rằng tất cả các mô-đun hoạt động cùng nhau. Khi họ triển khai tất cả mã của họ
trong một máy chung, họ thấy rằng ứng dụng không hoạt động như mong đợi vì các
mô-đun riêng lẻ không hoạt động tốt với nhau. Có một số lỗi như - sau khi đăng nhập,
giỏ hàng của người dùng không hiển thị các mục họ đã thêm trước đó, số tiền hóa đơn
không bao gồm chi phí vận chuyển, v.v.

Theo cách này, Kiểm thử tích hợp giúp chúng ta xác định, khắc phục các sự cố và đảm
bảo rằng toàn bộ ứng dụng hoạt động như mong đợi.

Câu 11:
Biết ạ
KIỂM THỬ HỒI QUY được định nghĩa là một loại thử nghiệm phần mềm để xác
nhận rằng một khi có một sự thay đổi về code hoặc phần nào đó của phần mềm thì
cũng không ảnh hưởng xấu đến các tính năng hiện có.
KIỂM THỬ HỒI QUY là lựa chọn toàn bộ hoặc một phần các trường hợp kiểm thử đã
được thực hiện và tái thực hiện lại những trường hợp kiểm thử đó nhằm đảm bảo các
chức năng hiện có hoạt động tốt.
Sau đây là các công cụ quan trọng nhất được sử dụng cho cả kiểm thử chức năng và
hồi quy trong công nghệ phần mềm:
● Ranorex Studio: Tự động kiểm tra hồi quy tất cả trong một cho máy tính để
bàn, web và ứng dụng di động với Selenium WebDriver tích hợp. Bao gồm một
IDE đầy đủ cộng với các công cụ để tự động mã hóa.
● Selenium: Đây là một công cụ nguồn mở được sử dụng để tự động hóa các ứng
dụng web. Selenium có thể được sử dụng để kiểm tra hồi quy trên trình duyệt.
● Quick Test Professional (QTP): HP Quick Test Professional là phần mềm tự
động được thiết kế để tự động hóa các trường hợp kiểm tra chức năng và hồi
quy. QTP sử dụng ngôn ngữ VBScript để tự động hóa và là một công cụ dựa
trên dữ liệu, dựa trên từ khóa.
● Trình kiểm tra chức năng hợp lý (RFT): Trình kiểm tra chức năng hợp lý của
IBM là một công cụ Java được sử dụng để tự động hóa các trường hợp kiểm
thử của các ứng dụng phần mềm. RFT chủ yếu được sử dụng để tự động hóa
các trường hợp kiểm thử hồi quy và nó cũng tích hợp với Rational Test
Manager.
Câu 20:
So sánh giữa
Alpha Testing Beta Testing

Alpha Testing được thực hiện Beta Testing được thực hiện bởi Khách hàng
bởi Người kiểm tra thường là hoặc Người dùng cuối không phải là nhân viên
nhân viên nội bộ của tổ chức của tổ chức
Alpha Testing được thực hiện Beta Testing được thực hiện tại địa điểm
tại trang web của nhà phát khách hàng hoặc người dùng cuối của sản
triển phẩm

Kiểm tra độ tin cậy và bảo Độ tin cậy, Bảo mật, Độ bền được kiểm tra
mật không được thực hiện trong quá trình Beta Testing
Kiểm tra alpha chuyên sâu

Alpha Testing liên quan đến Beta Testing thường sử dụng Thử nghiệm hộp
cả kỹ thuật hộp trắng và hộp đen
đen

Alpha Testing yêu cầu môi Thử nghiệm beta không yêu cầu bất kỳ môi
trường phòng thí nghiệm hoặc môi trường thử
trường phòng thí nghiệm
nghiệm nào. Phần mềm được cung cấp cho
hoặc môi trường thử nghiệm công chúng và được cho là môi trường thời
gian thực

Chu kỳ thực thi dài có thể Chỉ cần một vài tuần thực hiện để Beta
được yêu cầu cho Alpha Testing
Testing

Các vấn đề nghiêm trọng Hầu hết các vấn đề hoặc phản hồi được thu
hoặc bản sửa lỗi có thể được thập từ Beta Testing sẽ được triển khai trong
nhà phát triển giải quyết ngay các phiên bản tương lai của sản phẩm
lập tức trong Alpha Testing