CHƯƠNG 1 : TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM
1.6 Hướng dẫn cách viết Test Cases
1.6.2 Cách để viết Test Cases tốt nhất
1.6.2.1 Các Test Cases cần phải đơn giản và minh bạch:
Tạo các Test Cases đơn giản nhất có thể. Test Cases phải rõ ràng và ngắn gọn vì tác giả của Test Cases có thể khơng thực hiện chúng.
Sử dụng ngôn ngữ dễ hiểu như: đi đến trang chủ, nhập dữ liệu, click vào Submit... Điều này làm cho việc hiểu các bước kiểm thử dễ dàng và thực hiện kiểm thử nhanh hơn.
1.6.2.2 Tạo Test Cases với vai trò như người dùng cuối
Mục tiêu cuối cùng của bất kỳ dự án phần mềm nào là tạo ra phần mềm đáp ứng yêu cầu của khách hàng và dễ sử dụng cũng như dễ vận hành. Người kiểm thử phải tạo Test Cases dựa trên quan điểm người dùng cuối.
1.6.2.3 Tránh lặp lại Test Cases.
Không lặp lại các Test Cases. Nếu một Test Cases là cần thiết để thực hiện một số Test Cases khác, hãy nêu Test Case Id trong cột điều kiện tiền đề.
1.6.2.4 Khơng phỏng đốn
Khơng phỏng đốn các chức năng và tính năng của ứng dụng phần mềm trong khi chuẩn bị Test Cases. Phải bám sát các Tài liệu kỹ thuật.
1.6.2.5 Đảm bảo bao phủ 100%
Hãy chắc chắn rằng bạn viết các Test Cases để kiểm thử tất cả các yêu cầu phần mềm được đề cập trong tài liệu đặc tả. Sử dụng Ma trận truy xuất nguồn gốc (Traceability Matrix) để đảm bảo khơng có chức năng hay điều kiện nào chưa được kiểm thử.
18
1.6.2.6 Các Test Cases phải được xác định.
Đặt tên các Test Cases sao cho chúng được xác định dễ dàng khi theo dõi lỗi hoặc xác định yêu cầu phần mềm ở giai đoạn sau.
1.6.2.7 Thực hiện các kỹ thuật kiểm thử
Không thể kiểm thử mọi điều kiện có thể có trong ứng dụng phần mềm. Kỹ thuật kiểm thử sau đây giúp bạn chọn những Test Cases với khả năng tìm thấy lỗi tối đa.
Phân tích giá trị biên (Boundary Value Analysis - BVA): Đây là kỹ thuật
kiểm thử xác định các ranh giới cho phạm vi giá trị được chỉ định.
Phân vùng tương đương (Equivalence Partition - EP): Kỹ thuật này phân
vùng phạm vi thành các phần giống nhau hoặc nhóm có xu hướng có cùng kết quả.
Kỹ thuật chuyển trạng thái (State Transition Technique): Phương pháp này
được sử dụng khi hệ thống có xử lý thay đổi từ trạng thái này sang trạng thái khác sau hành động cụ thể.
Kỹ thuật đốn lỗi (Error Guessing Technique): Dự đốn lỗi có thể phát sinh
trong khi kiểm thử. Đây khơng phải là kỹ thuật chính thức và kỹ thuật này tận dụng trải nghiệm của tester với ứng dụng.
1.6.2.8 Làm sạch môi trường kiểm thử
Test Cases bạn tạo phải đảm bảo môi trường kiểm thử đúng theo yêu cầu, phải phục hồi môi trường kiểm thử về trạng thái trước khi kiểm thử khi môi trường kiểm thử đã bị thay đổi và môi trường kiểm thử phải sử dụng được. Điều này đặc biệt đúng đối với kiểm thử cấu hình.
1.6.2.9 Lặp lại và không thay đổi
Test Cases sẽ tạo ra kết quả giống nhau mỗi lần bất kể ai kiểm thử nó
1.6.2.10 Đánh giá ngang hàng.
Sau khi tạo các Test Cases, hãy để các đồng nghiệp của bạn review Test Cases. Đồng nghiệp của bạn có thể phát hiện ra các lỗi trong thiết kế Test Cases của bạn mà bạn có thể dễ dàng bỏ qua.
19
BÀI TẬP: Sinh viên tham khảo các Test Cases mẫu trong PHỤ LỤC 3 để thực hiện các
bài tập sau
Bài tập 1: Viết Test Cases cho màn hình Login như sau:
Tính năng Mơ tả
Đăng nhập bằng tài khoản Email, Facebook, Google Plus, Twitter
- Người dùng có thể đăng nhập để bắt đầu sử dụng ứng dụng.
- Nút Login sẽ bị disable nếu người dùng không nhập username hoặc password.
- Nếu username và password khơng đúng, thì một câu thông báo “invalid username and password“ sẽ được hiển thị.
- Người dùng có các tùy chọn thay thế là đăng nhập bằng tài khoản Facebook, Twitter hoặc Google+.
- Nếu chưa có tài khoản, người dùng có thể nhấn đường link “sign up here“ để mở ra chức năng đăng ký tài khoản.
- Nếu người dùng qn mật khẩu thì có thể nhấn vào đường link “forget password“ để mở ra chức năng khôi phục mật khẩu.
Ghi chú: Sinh viên viết tối thiểu phải được 40 Test Cases có ý nghĩa để kiểm thử màn hình Login này.
20
Bài tập 2: Viết Test Cases cho màn hình “Change Password“ như sau:
Tính năng Mơ tả
Change Password
Màn hình Change Password gồm có các thơng tin sau:
Ô Current Password dùng để nhập password hiện tại đang sử dụng.
Ô New Password dùng để nhập password mới cho tài khoản.
Ô Retype New Password để nhập lại password mới một lần nữa để kiểm tra.
Nếu một trong các ô trên chưa được nhập thơng tin thì nút Change password sẽ bị disable.
Nếu password nhập vào ô Current Password khơng đúng thì ứng dụng sẽ hiển thị câu thơng báo “that is not the correct
password“ bên dưới ô đó.
Trường hợp password nhập vào các ơ có số ký tự ít hơn 6 hoặc có chứa ký tự đặc biệt thì hệ thống sẽ xuất hiện câu thông báo “please enter a password that is at least 6 characters that does not use special characters: /\[]:;|<>+=,?*%() “ bên dưới ơ đó.
Ghi chú: Sinh viên viết tối thiểu phải được 30 Test Cases có ý nghĩa để kiểm thử chức năng Change Password này.
21