Các mức độ của một testcase


MD1:
Ở mức độ này, bạn sẽ viết một testcase dạng đơn giản dựa vào đặc tả có sẵn và tài liệu của người dùng.
MD2:
Là giai đoạn thực hành trong đó việc viết một testcase phụ thuộc vào chức năng và luồn hệ thống thực sự của ứng dụng.
MD3:
Đây là giai đoạn mà bạn sẽ nhóm một vài testcase và viết thủ tục test(test procedure) Test procedure la một nhóm các testcase nhỏ với số lượng tốt đa là 10.
MD4:
Tính tự động của project. Việc này sẽ giảm thiểu tối đa sự tương tác giữa con người với hệ thống. Và vì vậy QA có thể tập trung vào trạng thái update của chức năng hiện tại để test hơn là vẫn còn mải mê bận rộn với việc test hồi qui.

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

Một số kĩ thuật kiểm thử quan trọng thường dùng để tìm ra bug

Hình ảnh
Trong bài này mình sẽ giới thiệu một số kĩ thuật kiểm thử áp dụng trong việc test ra lỗi ^^ Đầu tiên phải nói đến tầm quan trọng của testing trong project Tại sao nói testing rất quan trọng với dự án? Như các bạn thấy coder thì luôn nhìn đứa con tinh thần của mình dưới góc nhìn hoàn hảo nhất, không có khiếm khuyết. Do đó họ không thể khách quan mà đánh giá được phần mềm chưa tốt chỗ nào, có khi coder còn không nghĩ đấy là lỗi, và thường bị báo lỗi sẽ biện bạch rằng đó chỉ là tính năng. Nhưng điều đó không thể làm phần mềm tốt hơn được. Giả thử 1 dự án không có sự góp mặt của tester, thì khi ấy những lỗi tiềm ẩn không được tìm thấy sẽ được thực thi trên môi trường thật, gây ra 1 số hỏng hóc về 1 chức năng, 1 thành phần hoặc thậm chí cả hệ thống. Chắc chắn khách hàng của bạn sẽ unhappy rồi, đấy là chưa nói đến những khách hàng khó tính, họ có thể cancel dự án bất cứ lúc nào!  -> đấy tester là rất quan trọng nhé !! Sau đây mình sẽ liệt kê 1 vài kĩ thuật test sử dụng để tìm
Đọ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