Trong quá trình kiểm thử không thể bỏ qua việc thiết kế test case. Việc này đòi hỏi cần có sự hiệu quả và có thể tái sử dụng, điều đó giúp cho quá trình kiểm thử tối ưu và tiết kiệm thời gian hơn. Bài viết này, chúng tôi sẽ chia sẻ tới bạn một số vấn đề về cấu trúc cũng như một số loại bộ test case để giúp bạn thiết kế test case hiệu quả hơn.
Thành phần của test case gồm những gì?
Cấu trúc của một bộ test case nhằm đảm bảo các chức năng có hoạt động đúng hay không. Thiết kế test case thường được xây dựng trên Excel hay Google sheet. Mỗi loại test case có cấu trúc khác nhau, và độ chi tiết của test case phụ thuộc vào đặc thù dự án hay mô hình của công ty. Tuy nhiên, cấu trúc bộ test case bao gồm một số thành phần chính sau: Mã test case, tên chức năng, tên test case, điều kiện tiền đề, dữ liệu (data), các bước thực hiện, kết quả mong muốn.
- Mã test case (ID): Nhằm xác định số trường hợp thực hiện kiểm thử. Thường gắn với mã dự án hay tên chức năng viết tắt.
- Ví dụ: với chức năng login là Lg_001, Lg_002,…
- Tên chức năng (function name): Thực hiện kiểm thử ở chức năng nào. Trong chức năng này có những test case nào. Tester cần ghi ngắn gọn, súc tích.
- Ví dụ: Chức năng đăng nhập, chức năng đăng ký lịch học…
- Tên test case (test case name): Là những test case thuộc chức năng đã nói trên. Nên mô tả mình test cái gì, tester cần ghi ngắn gọn tên test case và tập trung vấn đề chính, lược bớt từ không liên quan, tránh quá dài dòng.
- Ví dụ: “Kiểm tra đăng nhập sai mật khẩu”, “Kiểm tra đăng ký khi để trống tất cả trường”, …
- Điều kiện tiền đề (precondition): Là một thành phần quan trọng trong thiết kế test case, nhằm kiểm tra các điều kiện giả định trước khi thực hiện test. Tester thực hiện mô tả, liệt kê các thông tin cần thiết, các điều kiện cần có trước khi thực hiện test. Ví dụ như là liên quan dữ liệu người dùng, liên quan đến môi trường test, setup trước khi test hay là sự liên quan giữa các case trước và case sau như thế nào,…
- Ví dụ: “Hiển thị màn hình đăng nhập”, “Hiển thị chi tiết tài khoản”, …
- Dữ liệu test (data test): Để tiết kiệm thời gian, tester nên đưa thông tin dữ liệu vào trong quá trình mô tả để người khác có thể thực hiện test luôn, tránh mất thời gian tạo và xác minh lại thông tin.
- Các bước thực hiện (step by step): Cần mô tả rõ ràng, ngắn gọn các bước thực hiện test để tất cả mọi người đều có thể hiểu. Nếu viết chỉ mình bạn hiểu sẽ mất công giải thích lại cho dev, hay vì lý do nào khác bạn phải chuyển dự án thì người tiếp nhận sau sẽ khó hiểu case bạn muốn viết. Vậy nên hãy làm đúng, đủ ngay từ đầu.
- Kết quả mong muốn (expected result): Trong quá trình viết test case, sẽ có mong muốn đầu ra sau khi thực hiện các bước test (output). Căn cứ vào kết quả này tester có thể đánh giá chức năng phần mềm có gặp lỗi hay không. Để xác định kết quả này có hợp lệ hay không, yêu cầu tester phải xem hiểu tài liệu nghiệp vụ, nắm được chức năng phần mềm, yêu cầu khách hàng và phạm vi chức năng thực hiện test.
- Ví dụ: Đăng ký thành công – Hiển thị thông báo “Đăng ký tài khoản thành công”
Một số loại thiết kế test case
Cấu trúc của bộ test case sẽ có phần khác nhau, do có nhiều loại thiết kế test case khác nhau, tùy thuộc vào mục đích và yêu cầu của phần mềm. Dưới đây là một số loại thiết kế test case phổ biến:
➢ Username: Không được để trống và có độ dài trong khoảng 3-30 ký tự ➢ Password: Không được để trống và có độ dài trong khoảng 6-10 ký tự ➢ Các message thông báo lỗi: ➔ Username không được để trống. ➔ Độ dài Username phải nằm trong khoảng 3 đến 30 ký tự. ➔ Password không được để trống. ➔ Độ dài Password phải nằm trong khoảng 6 đến 10 ký tự. ➔ Username hoặc Password đã nhập sai. ➔ Nhập đúng username + password sẽ chuyển user vào màn hình.
Bài 2 (2 điểm)
Đề bài: Viết trường hợp kiểm thử tính năng cho chức năng tải ảnh lên (upload
photos) :
Yêu cầu của chức năng tải ảnh lên
➔ Định dạng ảnh phải ở định dạng JPEG, GIF hoặc PNG trước khi bạn tải chúng lên ➔ Kích thước tệp ảnh của bạn phải nhỏ hơn 100mb ➔ Lỗi tải lên nếu ảnh của bạn không đúng định dạng hoặc kích thước, chúng có thể quá lớn để tải lên hệ thống quản lý nội dung hoặc chúng sẽ làm cho trang web của bạn chạy chậm
Search
Language
- English(selected)
- Español
- Português
- Deutsch
- Français
- Русский
- Italiano
- Română
- Bahasa Indonesia
Upload
Welcome to Scribd!
- Upload
- Read for free
- FAQ and support
- What is Scribd?
- Documents(selected)
- Explore Documents
Categories
- Academic Papers
- Business Templates
- Court Filings
- All documents
- Sports & Recreation
- Bodybuilding & Weight Training
- Boxing
- Martial Arts
- Religion & Spirituality
- Christianity
- Judaism
- New Age & Spirituality
- Buddhism
- Islam
- Art
- Music
- Performing Arts
- Wellness
- Body, Mind, & Spirit
- Weight Loss
- Self-Improvement
- Technology & Engineering
- Politics
- Political Science All categories
Uploaded by
Nguyễn Đông
0% found this document useful (0 votes)
518 views
66 pages
Original Title
Bai 9.1- Test Design-Test Case
Copyright
© © All Rights Reserved
Available Formats
PDF, TXT or read online from Scribd
Share this document
Did you find this document useful?
Is this content inappropriate?
0% found this document useful (0 votes)
518 views66 pages
Bai 9.1 - Test Design-Test Case
Uploaded by
Nguyễn Đông
Jump to Page
You are on page 1of 66
Search inside document
XÂY DỰNG
TEST DESIGN - TEST CASE
Đỗ Thị Thu Trang
- FIT.UTEHY
1
KIỂM THỬ PHẦN MỀM
- SOFTWARE TESTING
NỘI DUNG
Thiết kế kiểm thử (Test design)
Trường hợp kiểm thử (Test case)
Các yếu tố đảm bảo chất lượng phần mềm
2
NỘI DUNG
Thiết kế kiểm thử (Test design)
Trường hợp kiểm thử (Test case)
Các yếu tố đảm bảo chất lượng phần mềm
3
Reward Your Curiosity
Everything you want to read.
Anytime. Anywhere. Any device.
No Commitment. Cancel anytime.