Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

Câu hỏi ôn tập ISTQB - phần 1

Question 1: A company recently purchased a commercial off-the-shelf application to automate their bill-paying process. They now plan to run an acceptance test against the package prior to putting it into production. Which of the following is their most likely reason for testing? (Một công ty gần đây đã mua 1 phần mềm thương mại điện tử bán sẵn để tự động hóa việc chi trả bằng hóa đơn. Họ lên kế hoạch chạy 1 kiểm thử chấp nhận đối với gói phần mềm trước khi đưa vào sản xuất. Cái nào dưới đây giống nhất với lý do kiểm thử?) a. To build confidence in the application (thu thập sự tin tin cho ứng dụng) b. To detect bugs in the application (phát hiện lỗi trong ứng dụng) c. To gather evidence for a lawsuit (thu thập bằng chứng cho 1 vụ kiện) d. To train the users (để đào tạo người dùng) --> Theo định nghĩa của acceptance testing: Confirm that the system works as expected, to gain confidence that it has met the requirements. //1.2 What is testing K2 - page 8. Choose A. Quest...
Đọc thêm

Đây là một số lưu ý khi test web và test windows application

Đây là một số lưu ý khi test web và test windows application: - Window Application hay còn gọi Desktop Application sử dụng kiến trúc 2 tầng giữa client và server. + Install rồi chạy trên những máy tính cố định + Nếu có thay đổi, thường là phải install lại và test lại ứng dụng. + Hệ thống thường là một người dùng, nếu có share dữ liệu thì cũng là share mạng LAN là chủ yếu. + Thực thi trên máy tính cá nhân, server, vì vậy khi test trên ứng dụng desktop người ta chú trọng trên 1 môi trường cụ thể. + Vì thường chỉ sử dụng bởi 1 người dùng trên máy cụ thể nên không cần thực thi Load Test với giả lập số lượng user nhiều. + Kiểm thử bảo mật cũng đơn giản và dễ dàng hơn. + Background và màu sắc, layout thường giống nhau đối với các cửa sổ. - Web Application sử dụng kiến trúc đa tầng ( user client, database và server) + Nhiều người dùng tại 1 thời điểm. + Duyệt bằng trình duyệt, không biết trước môi trường duyệt web của người dùng, vì thế phải test tất cả trình duyệt và tất cả hệ điề...
Đọc thêm

Thêm về Mức độ nghiêm trọng và Độ ưu tiên

Mức độ nghiêm trọng (Severity): P1: Hệ thống sập, dữ liệu bị mất, ứng dụng không cài đặt được v.v. P2: Chức năng chính của sản phẩm không hoạt động, bug giao diện, khả năng dễ sử dụng nếu test WEB. P3: Chức năng phụ của sản phẩm không hoạt động P4: Bug nhỏ không ảnh hưởng đến chức năng chính, phụ của sản phẩm P5: Yêu cầu cải tiến sản phẩm, thêm chức năng => Cũng nên lưu ý việc định nghĩa mức độ nghiêm trọng phụ thuộc vào sản phẩm khác nhau, mang tính tham khảo và tương đối. Độ ưu tiên (Priority): S1: Cao– Bug sẽ phải sửa ngay lập tức S2: Trung bình – Bug sẽ sửa trong bản cập nhật lần tới S3: Thấp – Bug không cần sửa trong bản cập nhật lần tới, có thể sửa nếu có thời gian Khi ghi nhận lỗi trên hệ thống, có thể đưa ra priority và severity như sau: + P1, P2 => S1 + P3, P4 => S2 + P5 => S2 hoặc S3 (Tùy vào yêu cầu về thời gian từ khách hàng)
Đọc thêm