6. Giả thuyết khoa học
3.2 Giải pháp giải quyết bài toán
Mô hình giải quyết vấn đề được mô tả tại hình 3.1 với các tính năng cụ thể như sau.
Phần đầu vào của chương trình sẽ là một ứng dụng quản lý danh bạ điện thoại với tập hợp các dữ liệu là thông tin liên lạc có trong danh bạ. Dựa trên những đặc tả ban đầu và giao diện của phần mềm, từ đó xây dựng một bảng các liên kết chi tiết các trạng thái sẽ xảy ra đối với từng chức năng, và sẽ được coi đó là đầu vào cho một ca kiểm thử cụ thể của chức năng đó.
Trong phần kết quả, đưa ra các chức năng của ứng dụng đã được kiểm định thông qua báo cáo cụ thể. Phần kết quả sẽ chỉ ra được các trường hợp kiểm thử và kết quả đạt được của ca kiểm thử.
ng ng u n danh - p c ca m c t kê i ng Excel - c thi c ca m t u m - Ghi ra p Excel - p i n nh m t u u o u ra t c
Hình 3.1 Mô hình giải quyết bài toán
3.2.1 Đầu vào cho ứng dụng kiểm định
Đầu vào kiểm định là chương trình quản lý danh bạ điện thoại sử dụng ngôn ngữ C#. Giao diện cho người dùng gồm có:
- Dialog [Danh bạ]: Trên Dialog [Danh bạ] có thanh tìm kiếm giúp người dùng có thể tìm kiếm thông tin danh bạ có trong danh sách hiện có. Chức năng tìm kiếm có thể tìm kiếm theo tên và tìm kiếm theo số điện thoại của danh bạ.
Hình 3.2 Màn hình tìm kiếm theo tên Hình 3.3 Màn hình tìm kiếm theo số + Mục thêm mới cho phép người dùng thêm mới một liên lạc vào
danh bạ.
+ Tiếp theo là danh sách liên lạc được sắp xếp theo thứ tự a, b, c… + Cuối cùng là hiển thị tổng số liên lạc có trong danh bạ.
- Dialog [Thông tin liên lạc]: Hiển thị thông tin chi tiết một liên lạc có trong danh bạ gồm có các trường:
+ Họ + Tên + Công ty + Số điện thoại + Email + Ngày sinh.
Hình 3.4 Màn hình danh bạ Hình 3.5 Màn hình thông tin liên lạc - Dialog [Sửa thông tin liên lạc]: Hiển thị các thông tin giống như trong - Dialog [Thông tin liên lạc] nhưng cho phép người dùng có thể thực hiện:
+ Sửa đổi thông tin trong các trường
+ Nút [Xóa liên hệ] để xóa bỏ thông tin liên lạc hiện tại ra khỏi danh sách.
+ Nút [Xong] để cho phép lưu thông tin đã sửa chữa và cập nhật danh sách danh bạ.
+ Nút [Hủy] để hủy bỏ việc sửa thông tin và không cập nhật danh sách danh bạ.
Hình 3.6
Màn hình thêm thông tin liên lạc
Hình 3.7
Màn hình xóa thông tin liên lạc - Dialog [Liên hệ mới]: Cho phép người dùng tạo thêm liên hệ vào danh sách liên lạc, trong đó gồm các trường:
Họ; Tên; Công ty; Số điện thoại; Email; Ngày sinh.
Nút [Xong]: Cho phép nhập liên hệ mới cà cập nhật vào danh sách liên lạc.
Nút [Hủy]: Hủy bỏ việc thêm mới vào danh sách.
Đầu vào kiểm thử là sẽ là giao diện người sử dụng của phần mềm như mô tả ở trên và luồng nghiệp vụ cho các chức năng phần mềm thực hiện qua giao diện như trong hình 3.8 đảm bảo các chức năng được thực hiện đúng.
Danh m m
Liên i
Thông tin liên c
Danh ch liên c Tên Công ty n i Email Danh ch liên c Nhan : Anh ( )... Tên: Van A : Nguyen Công ty: XYZ n i: Email: nguyenvana@gmail.com y sinh: ơ ua : Danh ch liên c Nhan : Anh ( )... Tên: Van A : Nguyen Công ty: XYZ n i: Email: nguyenvana@gmail.com y sinh: ơ ua : Danh ch liên c y Xong i liên a y Xong n p a i ng liên c a liên + Thêm i
Hình 3.8 Giao diện liên kết các màn hình của chương trình.
3.2.2 Kiểm định giao diện người sử dụng (User Interface Testing)
Kiểm định giao diện người sử dụng (UI) kiểm tra các tương tác của người dùng với phần mềm. Mục tiêu của kiểm định UI là để đảm bảo rằng giao diện người dùng cung cấp cho người sử dụng cách truy cập và sử dụng thích hợp thông qua các chức năng trong mục tiêu kiểm định. Ngoài ra, kiểm định UI còn để đảm bảo rằng các đối tượng trong phạm vi chức năng UI
giống như mong đợi và phù hợp yêu cầu thẩm mỹ.
Mục đích kiểm định:
Kiểm tra:
Việc sử dụng thông qua mục tiêu kiểm định phản ánh đúng các chức năng và yêu cầu nghiệp vụ, bao gồm màn hình đến màn hình, trường đến trường và sử dụng các phương pháp truy cập (phím tabs, di chuột, tổ hợp phím)
Các đối tượng và thuộc tính màn hình như menus, size, position, state, và tập trung vào việc tương thích với chuẩn.
Cách thực hiện:
Tạo ra và chỉnh sửa kịch bản kiểm định cho mỗi màn hình để kiểm tra việc sử dụng đúng cách và tình trạng các đối tượng cho mỗi màn hình và đối tượng của ứng dụng
Điều kiện hoàn thành:
Mỗi màn hình được kiểm tra thành công đúng với phiên bản kiểm tra hoặc phạm vi chấp nhận được
Các vấn đề đặc biệt:
Không phải toàn bộ các thuộc tính của các đối tượng đều truy cập được
Test case giao diện gồm hai phần chính
Testcase giao diện chung: hiển thị màn hình ở trạng thái khởi tạo, kiểm tra tab, shift+ tab order, …
Testcase kiểm tra validate cho từng control riêng rẽ trên màn hình: viết cho từng control một. Khi viết test case cho các control, người kiểm định sẽ viết hết testcase kiểm tra định dạng cho control này rồi mới chuyển sang testcase cho control tiếp theo theo thứ tự từ trái sang phải, từ trên xuống dưới.
Mã test case
Mục đích kiểm
định Các bước thực hiện Kết quả mong muốn
Test case cho Dialog [Liên hệ mới]
TC_1 Kiểm tra giao diện
dialog [Liên hệ mới]
1. Tại màn hình [Danh bạ]
2. Click nút [Thêm mới]
2. Hiển thị dialog [Liên hệ mới]:
- Các trường dữ liệu: Họ: Textbox Tên: Textbox Điện thoại: Textbox Công ty: Textbox Email: Textbox Ngày sinh:
- Các button: Hủy, Xong
TC_2 Kiểm tra thứ tự di
chuyển trỏ trên màn hình khi nhấn phím Tab hoặc Shift+Tab
1. Tại dialog [Thêm mới]
2. Nhấn phím Tab liên tục
2. Con trỏ di chuyển lần lượt theo thứ tự: Từ trái qua phải và từ trên xuống dưới.
Tiếp tục xây dựng Test casecho cho các Dialog khác…
3.2.3 Kiểm định luồng nghiệp vụ (Business Flow Testing)
Mục đích của kiểm định luồng nghiệp vụ là tập trung vào các yêu cầu kiểm định có thể được lưu vết trực tiếp trong các chức năng và quy tắc nghiệp vụ.
Mục tiêu của kiểu kiểm định này là kiểm tra tính đúng đắn của các dữ liệu, quy trình và báo cáo cũng như việc thực hiện đúng những quy tắc nghiệp vụ. Tức là kiểm tra ứng dụng và các xử lý nội tại bằng cách tương tác với ứng dụng thông qua giao diện người sử dụng và phân tích các kết quả hoặc đầu ra.
Mục đích kiểm định:
Đảm bảo mục tiêu kiểm định đúng đắn của chức năng, bao gồm định hướng, dữ liệu đầu vào, xử lý và dữ liệu nhận được.
Kiểm định chức năng đảm bảo các yêu cầu sau: - Nhập dữ liệu hợp lệ thì chương trình phải cho nhập - Luồng nghiệp vụ đúng
- Quá trình xử lý dữ liệu và kết quả đầu ra phải đúng
Cách thực hiện:
Thực hiện các chức năng, sử dụng các dữ liệu hợp lệ và không hợp lệ để kiểm tra. Cụ thể như sau:
- Kết quả mong đợi với dữ liệu hợp lệ.
- Lỗi thích hợp hoặc thông báo hiển thị khi dữ liệu không hợp lệ.
- Mỗi quy tắc nghiệp vụ đều được áp dụng đúng
Điều kiện hoàn thành:
- Toàn bộ kế hoạch kiểm định đã được thực hiện. - Toàn bộ các lỗi phát hiện ra đã được ghi nhận.
Các vấn đề đặc biệt:
Xác định hoặc mô tả các vấn đề (nội bộ hoặc bên ngoài) ảnh hưởng đến việc kiểm định chức năng
Testcase cho phần chức năng gồm testcase cho các nội dung sau: - Kiểm tra giá trị trong các trường nhập.
- Kiểm tra ràng buộc giữa các liên kết trong phần mềm (có sự truy vấn dữ liệu trong cơ sở dữ liệu để kiểm tra).
- Kiểm tra các màn hình trung gian để thực hiện chức năng chính: ví dụ để thực hiện chức năng phải có màn hình popup.
- Các ràng buộc tuân thủ theo nghiệp vụ: Thí dụ trong màn hình [Liên hệ mới] khi ta nhập đủ các trường thì phần mềm cho thêm danh bạ vào danh
sách; Nhưng nếu không nhập trường nào mà lưu lại thì sẽ có thông báo là “chưa nhập tên”, …
- Các test case trong luồng nghiệp vụ:
+ Thứ tự sắp xếp các test case phải theo thứ tự tương ứng trên luồng trong tài liệu đặc tả yêu cầu: kiểm tra các luồng sự kiện phụ trước, cuối cùng là sự kiện chính.
+ Đối với test case chức năng ta có thể viết theo hai cách.
Cách 1: các bước thực hiện chỉ mô tả các bước thực hiện đứng từ phía người dùng cuối bao gồm nhập dữ liệu, nhấn button. Việc kiểm tra dữ liệu trong cơ sở dữ liệu so với hiện thị trên màn hình nằm ở kết quả mong muốn
Cách 2: Các bước thực hiện mô tả bao gồm các bước thực hiện đứng từ phía người dùng cuối và bước kiểm tra dữ liệu trong cơ sở dữ liệu. Kết quả mong muốn so sánh dữ liệu hiện thị trên màn hình khớp với dữ liệu trong cơ sở dữ liệu.
3.3 Thực hiện kiểm định và kết quả đạt được
Thực hiện kiểm định theo đúng các bước đa đề ra. Kết quả ghi lại sẽ được tổng hợp thành báo cáo kiểm định qua file excel.
Báo cáo sẽ chỉ ra chi tiết các trường hợp kiểm định (các test case) và kết quả đạt được của từng trường hợp và có báo cáo tổng hợp của ca kiểm thử.
Hình 3.9 Kịch bản kiểm thử xây dựng được dưới dạng Excel
Đánh giá ứng dụng:
Đánh giá Ưu điểm Nhược điểm Đề xuất
Giao diện chung
- Giao diện của phần mềm đã thể hiện được đầy đủ các thông tin yêu cầu của phần mềm. - Các màn hình sử dụng được bố trí khoa học, tương đối thuận tiện cho người sử dụng.
- Phần nội dung hiển thị có kích thước hơi nhỏ. Không thể tương tác với giao diện như: phóng to, hay thay đổi kích thước hiển thị. - Chưa hiển thị số điện thoại của người sử dụng trong danh bạ.
- Thiết kế cho phép thay đổi nội dung hiển thị: Đổi Font chữ hiển thị, thay đổi kích thước font chữ.
- Có thể thêm Options cho phép người dùng chọn hiển thị hay ẩn số điện thoại trong danh bạ Chức
năng tìm kiếm
- Chức năng tìm kiếm được tao tác tương đối dễ dàng và nhanh chóng
Trong màn hình tìm kiếm chưa có hiển thị thống kê tổng số danh sách tìm kiếm được.
- Có thể thêm Options cho phép người dùng tìm kiếm thông tin theo ý muốn: Thí dụ tìm kiếm theo họ, tên, ngày sinh, công ty, email
Chức năng nhập liệu
- Có thể nhập liệu được đầy đủ các thông tin trên các trường và đảm bảo đúng yêu cầu của phần mềm.
- Khi nhập liệu tại các trường không cho phép xóa tất cả những kí tự vừa nhập (sẽ gây khó khăn cho người sử dụng khi vô tình nhập vào kí tự quá dài).
- Có thể thêm một nút (X) tại cuối mỗi trường nhập, cho phép xóa tất cả. Chức năng thêm mới - Đã có thể thêm mới và cập nhật vào danh sách liên hệ. - Trong phần thêm người dùng bắt buộc người sử dụng chỉ được nhập có một trường. Nhưng đôi khi một số người sử dụng lại muốn thông tin nhiều hơn. Thí dụ có người dùng lại dùng nhiều hơn một số điện thoại, …
- Có thể có chức năng “Thêm trường” để người dùng có thể thêm bất kì thông tin nào mà họ muốn khi thêm mới danh bạ.
- Có chức năng thêm ảnh để người dùng dễ dàng nhận ra liên lạc trong danh bạ hơn khi theo dõi. Chức năng sao lưu, phục hồi danh bạ
Chưa có chức năng sao lưu và phục hồi danh sách liên lạc.
Bổ sung chức năng sao lưu và phục hồi danh sách liên lạc. Có thể có thêm chức năng nhập và xuất danh bạ thí dụ như định dạng .CSV; .VCARD. Chức năng đồng bộ hóa danh bạ Chưa có chức năng đồng bộ hóa danh bạ. Bổ sung chức năng đồng bộ hóa danh bạ của chương trình với danh bạ của tài khoản Email như Google, Yahoo, …
KẾT LUẬN
Đề tài đã hệ thống hóa được các khái niệm sau: Phần mềm, các tiêu chí của phần mềm, quy trình phát triển và quy trình kiểm định phần, kiểm định hộp đen. Tổng quan các kỹ thuật trong kiểm thử hộp đen: Kỹ thuật phân lớp tương đương, kỹ thuật phân tích giá trị biên, kỹ thuật bảng quyết định và cách thực hiện các kỹ thuật trên. Xây dựng kịch bản kiểm thử cho ứng dụng quản lý danh bạ điện thoại.
Hướng nghiên cứu tiếp theo của đề tài, tác giả muốn mở rộng kỹ thuật kiểm định hộp đen thông qua việc xây dựng kịch bản kiểm thử cho các ứng dụng trên thiết bị di động.
DANH MỤC CÁC TÀI LIỆU THAM KHẢO
Tiếng Việt
[1] Nguyễn Xuân Huy (1996), Giáo trình Công nghệ phần mềm, Nhà xuất bản Đại học Tổng hợp Tp HCM.
[2] Nguyễn Xuân Huy (2013), Giáo trình kiểm định phần mềm, Tài liệu tập huấn Bộ Thông tin và Truyền thông.
[3] Nguyễn Văn Vỵ, Nguyễn Việt Hà (2008), Giáo trình kỹ nghệ phần mềm, Nhà xuất bản Đại học quốc gia Hà Nội.
[4] Ngô Trung Việt, Nguyễn Kim Ánh (2003), Nhập môn kỹ nghệ phần mềm, Nhà xuất bản Khoa học và Kỹ thuật.
Tiếng Anh
[5] Bezier, B. (1990). Software Testing Techniques, 2nd edition. New York: Van Nostrand Rheinhold.
[6] Kaner, C. (2003). "The power of "What If . . ." and nine ways to fuel your imagination: Cem Kaner on scenario testing". Software Testing and Quality Engineering, 5 (5), 16–22.
[7] Martin, R. C. (2007). "Professionalism and Test-Driven Development". IEEE Software, 24 (3), 32–6.
[8] Sommerville, I. (2011). Software Engineering, Ninth Edition, Addison-Wesley.
[9] R. Pressman (2001), Software Engineering: A Practitioner’s Approach. 5th Ed., McGraw-Hill.