Phần 1.
Như các bạn đã biết, trong quá trình kiểm tra chất lượng một sản phẩm phần mềm, việc tạo danh sách các mục cần phải kiểm tra có chất lượng tốt đóng một vai trò hết sức quan trọng. Bởi vì nó liên quan trực tiếp đến 1. tìm ra đầy đủ hay không đầy đủ những điểm khiếm khuyết của phần mềm và 2. chi phí (máy móc, con người, thời gian) tiêu tốn cho việc test.
Và trong các bước để tạo danh sách các mục cần kiểm tra như miêu tả dưới đây, thì bước tạo quan điểm test là bước rất quan trọng. 1. Triển khai yêu cầu cho các chức năng (function) 2. Kiểm tra chắc chắn không bị bỏ sót nội dung nào và xây dựng quan điểm test 3. Quyết định các điểm sẽ test và thống nhất với khách hàng 4. Thiết lập các mục sẽ kiểm tra 5. Kiểm tra xem có cần tạo patern không và kết quả mong đợi cho từng patern
Quan điểm test chính là tập hợp các tình huống kiểm tra, là tài liệu giúp kiểm tra việc viết đủ case hay không. Với quan điểm test chuẩn chung, tài liệu sẽ có những nội dung kiểm tra cơ bản mà bất kì người viết testcase nào cũng có thể dùng được để triển khai chi tiết thành các testcase. Ví dụ như test màn hình, cần phải test layout, thứ tự di chuyển tab, label, các textbox, checkbox.... trên màn hình đó. Ngoài quan điểm test chuẩn chung, sẽ có nhiều các case đặc thù, dùng cho khách hàng đặc thù của một công ty. Chúng ta cần phải định hình đầy đủ và rõ ràng quan điểm này thì mới đảm bảo khi tạo danh sách các mục sẽ kiểm tra, các bạn sẽ không bị bỏ sót các trường hợp test. Sau đây tôi xin được thống kê một số các quan điểm test cơ bản để các bạn tham khảo.
1. Các quan điểm test cho layout của màn hình: **(dưới đây có 16 điểm cần phải chú ý khi kiểm tra layout của màn hình)
1.1 Size màn hình:
Xác nhận có thể view chính xác bằng size màn hình đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view với size màn hình khác với size đã quy định (đã recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.2 Độ phân giải
Xác nhận có thể hiển thị chính xác bằng độ phân giải đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view với độ phân giải khác với độ phân giải đã quy định (đã recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.3 Browse
Xác nhận có thể hiển thị chính xác bằng browse đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view bằng browse khác với browse đã quy định (recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.4 Chức năng phóng to/thu nhỏ browse
Xác nhận việc vỡ hỏng màn hình khi thực hiện phóng to / thu nhỏ bằng browse phải trong phạm vi có thể chấp nhận được
1.5 Chức năng phóng to/thu nhỏ chữ hiển thị trong browse
Xác nhận việc vỡ hỏng màn hình khi thực hiện phóng to / thu nhỏ cỡ chữ trên browse phải trong phạm vi có thể chấp nhận được
1.6 Thay đổi vị trí hiển thị/trật tự sắp xếp object
Xác nhận vị trí của các object theo đúng mô tả trong spec
Xác nhận các object được sắp xếp theo hàng (lề trái/phải phải đều nhau v.v )
1.7 Title bar
Xác nhận tite bar hiển thị theo đúng mô tả trong spec
1.8 Message dialogue
Xác nhận size của message dialogue, character của title bar, icon (warning, caution, information , question ? ) các loại button (OK、はい・いいえ、キャンセル、中止・再試行・無視 ~OK、YES・NO、CANCEL、Suspend・
1.9 Mouse pointer
Xác nhận con trỏ chuột hiển thị theo theo đúng mô tả trong spec (Ví dụ như thiết lập con trỏ chuột hình đồng hồ cát ...)
1.10 Status bar
Xác nhận thông tin hiển thị ở Status bar theo đúng mô tả trong spec
1.11 Scroll
Xác nhận số lần scroll không bị dư thừa so với chỉ định trong spec
Xác nhận số lần scroll, độ rộng scroll theo đúng mô tả trong spec
1.12 Title bar
Xác nhận title hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.13 Header
Xác nhận header hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.14 Footer
Xác nhận footer hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.15 Từ điển đồng nghĩa/gần nghĩa
Không bị hiện tượng trong cùng 1 tài liệu, những từ đồng âm, đồng nghĩa lại được hiển thị khác nhau Ví dụ như: 「メモリー」&「メモリ」、「引っ越し」&「引越」 phải sử dụng thống nhất 1 cách viết
1.16 RIA
Hiển thị bằng JavaScript theo theo đúng mô tả trong spec
Hiển thị bằng Flash theo theo đúng mô tả trong spec
Hiển thị bằng Java theo theo đúng mô tả trong spec
Hiển thị bằng Ajax theo theo đúng mô tả trong spec
2. Các quan điểm test cho tuần tự di chuyển Tab:
Xác nhận tuần tự di chuyển Tab trên màn hình theo đúng mô tả trong spec
Xác nhận mục đang được focus vào đầu tiên khi khởi động màn hình lên theo đúng mô tả trong spec
3. Các quan điểm test cho Label(dưới đây có 6 điểm cần phải chú ý khi kiểm tra label)
3.1 Text
Xác nhận theo đúng mô tả trong spec (Nội dung, chữ không bị cắt rời rạc)
3.2 Format
Xác nhận theo đúng mô tả trong spec (Màu sắc, font, font size, căn chữ trái phải ở giữa, mép lề, độ lớn của đường kẻ v.v)
3.3 Size
Xác nhận theo đúng mô tả trong spec (Ngang, dọc, số hàng v.v)
3.4 Display / Undisplay
Xác nhận thiết lập hiển thị / không hiển thị label theo đúng mô tả trong spec
3.5 Control giá trị khởi tạo
Xác nhận hiển thị default trên màn hình (ngay sau khi mở màn hình ra) theo đúng mô tả trong spec
3.6 Mouse over (chỉ con trỏ chuột vào)
Xử lý khi chỉ con trỏ chuột vào theo đúng mô tả trong spec
4. Các quan điểm test cho textbox(dưới đây có 16 điểm cần phải chú ý khi kiểm tra textbox)
4.1 Control Input method Editor
Xác nhận mode IME default theo đúng mô tả trong spec
Xác nhận những mode IME có thể thay đổi theo đúng mô tả trong spec
4.2 Số ký tự tối đa
Setting số ký tự có khả năng nhập vào theo đúng mô tả trong spec
4.3 Wrap text to view full content
Số chữ ngắt xuống hàng theo đúng mô tả trong spec
Việc tự động ngắt xuống hàng hay không tự động xuống hàng theo đúng mô tả trong spec
4.4 Xuống hàng
Việc có thể xuống hàng bằng cách ấn button Enter, hoặc bằng cách nào khác hay không phải tuân theo theo đúng mô tả trong spec
4.5 Scroll
Khi có nhiều hàng, việc thiết lập scroll theo đúng mô tả trong spec
4.6 Thay đổi format
Những setting thay đổi format tự động khi nhập nội dung vào text box theo đúng mô tả trong spec (ví dụ đổi từ chữ hoa ←→ chữ thường, đổi từ full size ←→ half size, đổi từ lịch kiểu Nhật ←→ lịch kiểu phương tây như 平成22年 ⇒ 2010 年)
4.7 Control Copy/Cut/Paste
Việc có thể copy, cut, paste nội dung trong text box hay không theo đúng mô tả trong spec
4.8 Text
Xác nhận chữ không bị cắt rời rạc
4.9 Format
Theo đúng mô tả trong spec (Màu sắc, font, font size, căn chữ trái phải ở giữa, mép lề, độ lớn của đường kẻ v.v)
4.10 Size
Theo đúng mô tả trong spec (Chiều dọc, chiều ngang, số hàng v.v)
4.11 Display / Undisplay
Thiết lập hiển thị / không hiển thị nội dung textbox theo đúng mô tả trong spec
4.12 Active/Inactive
Thiết lập active / inactive nội dung textbox theo đúng mô tả trong spec
4.13 Readonly
Thiết lập nội dung trong textbox chỉ có thể readonly hay full quyền read-write theo đúng mô tả trong spec
4.14 Auto suggest
Khi nhập một số chữ cái, sẽ tự động hiển thị ra đầy đủ từ ngữ được suggest từ một số chữ đó
4.15 Default control
Ngay sau khi mở màn hình, việc hiển thị / không hiển thị, active / không active các text box trên màn hình theo đúng mô tả trong spec
4.16 Masking
Khi nhập nội dung, nội dung đã nhập vào sẽ hiển thị thành ●
Phần 2.Một số ví dụ:
I. Viết testcase cho form đăng ký tài khoản
- Form Đăng ký gồm các thành phần
o Tên đăng nhập
o Mật khẩu
o Email
o Số điện thoại
o Nút “Đăng ký”
o Nút “ Bỏ qua”
- Điều kiện
o Trường Tên đăng nhập không được sử dụng ký tự đặc biệt. chỉ được sửu dụng số và chữ giới hạn 6-12 ký tự
o Trường Mật khẩu được phép sử dụng ký tự đặc biệt, độ dài 6-12 lý tự
o Trường số điện thoại yêu cầu 10-12 ký tự , bắt đầu bằng 0 hoặc 84
o Trường email đúng định dạng local-name@doamin-name
- Check kiểm tra thông báo khi chưa nhập thông tin gì
o Không nhập thông tin vào các trường => bấm “Đăng ký”
o Nhập thông tin vào 1 trường , các trường còn lại để trống => bấm “Đăng ký”
- Check valid trường Tên tài khoản
o Check các ký tự đặc biệt hoặc space/blank
o Check tiếng việt có dấu, không dấu
o Check chữ thường, chữ hoa
o Check độ dài 6-12 ký tự (p2 giá trị biên 5-…-13)
o Check trùng tài khoản đã đăng ký rồi
- Check valid trường Mật khẩu
o Check nhập giá trị vào thì có được mã hóa thành dấu **** hay không
o Check nhập vào các chữ , ký tự đặc biệt
o Check độ dài 10-12 ký tự ( Dùng p2 giá trị biên check các giá trị 9-10-11-12-13)
- Check valid trường Email
o Check Email không đúng định dạng : local-name@domain-name
o Check trùng email đã đăng ký rồi
- Check valid trường Số điện thoại
o Check không phải đầu số 0, 84
o Check đúng đầu số nhưng không đúng số điện thoại
o Check trùng số điện thoại đã đăng ký rồi
II. Viết testcase cho form đăng nhập
- Form đăng nhập sẽ bao gồm các thành phần:
o Tên Đăng nhập
o Mật khẩu
o Nút “Đăng nhập”
o Nút “Bỏ qua”
- Testcase cho Form Đăng nhập:
o Check kiểm tra thông báo khi chưa nhập thông tin
§ Không nhập thông tin vào các trường => bấm nút “Đăng nhập”
§ Nhập tài khoản mà không nhập mật khẩu => bấm nút “Đăng nhập”
§ Nhập mật khẩu mà không nhập tài khoản => bấm nút “Đăng nhập”
o Check kiểm tra đăng nhập
§ Nhập sai tên tài khoản
§ Nhập sai mật khẩu
§ Nhập đúng tài khoản đã đăng ký nhưng chưa được kích hoạt
§ Nhập đúng tài khoản đã đăng ký nhưng bị block
§ Nhập đúng tài khoản đã đăng ký ( Case đăng nhập thành công)
§ Đăng nhập 1 tài khoản trên nhiều thiết bị
§ Thực hiện đổi mật khẩu, đăng nhập bằng mật khẩu cũ/ mới
-
III. Viết testcese cho Form Đổi mật khẩu
- Form đổi mật khẩu bao gồm các thành phần
o Mật khẩu cũ
o Mật khẩu mới
o Xác nhận mật khẩu mới
o Nút “Đổi mật khẩu”
- Testcase cho Form Đổi mật khẩu
o Điều kiện
§ Trường mật khẩu được sử dụng ký tự đặc biệt , 6-12 ký tự
o Check kiểm tra thông báo khi chưa nhập thông tin
§ Không nhập thông tin vào các trường => bấm nút “Đổi mật khẩu”
§ Nhập 1 trường, bỏ trống các trường khác
o Check valid trường mật khẩu
§ Check giá trị nhập vào có được mã hóa thành *** không
§ Check nhập vào các ký tự đặc biệt
§ Check độ dài 10-12 ký tự (9-13)
§ Check nhập mật khẩu mới và cũ không trùng nhau
§ Check mật khẩu cũ không đúng
§ Check mật khẩu cũ trùng với mật khẩu mới
§ Logout ra đăng nhập lại xem mật khẩu đã được đổi chưa
IV.
V.
No comments:
Post a Comment