CHƯƠNG 2 : TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM
3.6. Kế hoạch kiểm thử
• Mục đích.
Xác định những thơng tin dự án và các phần dự án cần được kiểm thử. Liệt kê những yêu cầu kiểm thử (Test Requirements).
Nêu ra những phương pháp, chiến lược kiểm thử nên sử dụng. Xác định nguồn lực cần thiết.
Liệt kê những kết quả, tài liệu có được sau khi thực hiện kiểm thử.
Thơng tin chung.
Thực hiện test tồn bộ hệ thống bao gồm giao diện hệ thống và các chức năng của hệ thống.
Khách hàng muốn là thành viên thì chọn My Account, khách hàng phải nhập đủ cả username và password rồi gửi yêu cầu tới hệ thống, hệ thống sẽ kiểm tra sự hợp lệ của thông tin và lưu thông tin vào cơ sở dữ liệu, xuất thông báo đăng ký thành.
Khi user đã có tài khoản, muốn sử dụng các chức năng cần thiết, user phải đăng nhập vào hệ thống qua mail và mật khẩu đã đăng ký công.
Nếu đăng nhập thành công, form đăng nhập biến mất, trang home xuất hiện. Nếu đăng nhập thất bại thì hệ thống sẽ báo ngay trên form đăng nhập để user biết và đăng nhập lại. Nếu User qn thơng tin tài khoản của mình thì có thể lấy lại thơng tin qua địa chỉ email đã dùng để đăng ký.
User có thể thêm sản phẩm yêu thích vào giỏ hàng, thêm với số lượng mà user mong muốn. Số lượng hệ thống chỉ cho nhập chữ số.
Kiểm Thử Sản Phẩm Thương Mại Điện Tử Trên Nền Wordpress Sử Dụng Công Cụ Selenium User cũng có thể thêm hoặc bớt số lượng sản phẩm và xóa sản phẩm ở trong giỏ
hàng.
User đã có tài khoản, để thay đổi thông tin vào My Account, chọn edit your password and account details thay đổi email, mật khẩu, tên…
User phải điền đầy đủ thông tin địa chỉ để nhận hàng, khi thông tin không hợp lệ hệ thống sẽ thông báo ngay.
Để thanh tốn, user phải điền đầy đủ thơng tin trong Check Out, khi thông tin không hợp lệ, hệ thống sẽ thông báo ngay tại form Check Out.
Phạm vi test
Test toàn bộ hệ thống, bao gồm giao diện và tất cả các chức năng của hệ thống Tài liệu liên quan
S T T
Tên tài
liệu Nguồn Ghi chú
1 Tài liệu đặc tả yêu cầu 2 Bản thiết kế, ảnh thiết kế, sp
tương tự
Bảng 3.1. Bảng tài liệu liên quan Yêu cầu kiểm thử
- Test giao diện toàn hệ thống.
- Test các chức năng của hệ thống: đăng kí, đăng nhập, đăng xuất, thêm sản phẩm, thanh tốn . . . có hoạt động đúng như đặc tả u cầu khơng.
- Test độ bảo mật.
Chiến lược kiểm thử
Kiểm thử giao diện
Mục đích kiểm tra Đảm bảo giao diện form rõ ràng, đúng với yêu cầu thiết kế.
Kỹ thuật Thực thi các trường hợp có thể xảy ra để test các giao diện tương ứng.
Tiêu chuẩn dừng -Tất cả các testcase đã được thiết kế đều được thực thi.
-Tất cả các lỗi tìm thấy đều được ghi nhận và khắc phục bởi coder.
Chịu trách nhiệm kiểm
thử
Tester
Cách kiểm thử Kiểm thử thủ công, tuần tự theo các bước được định nghĩa trong testcase.
Xử lý ngoại lệ Liệt kê tất cả các vấn đề liên quan phát sinh trong quá trình thực thi kiểm thử.
Bảng 3.2. Bảng mô tả chiến lược kiểm thử giao diện Kiểm thử chức năng
Mục đích kiểm
tra Đảm bảo các chức năng đăng nhập và đăng kí hoạt độngđúng với đặc tả yêu cầu. Kỹ thuật Thực thi tất cả các trường hợp có thể có cho mỗi nhóm
chức năng, sử dụng dữ liệu hợp lệ và không hợp lệ để xác định:
- Kết quả mong đợi khi dữ liệu hợp lệ được sử dụng. - Cảnh báo phù hợp hiện ra khi dữ liệu không hợp lệ được sử dụng.
Tiêu chuẩn dừng -Tất cả các testcase đã được thiết kế đều được thực thi. -Tất cả các lỗi tìm thấy đều được ghi nhận và khắc phục bởi coder.
Chịu trách nhiệm kiểm thử
Tester
Cách kiểm thử Kiểm thử thủ công, tuần tự theo các bước được định nghĩa trong testcase.
Sử dụng công cụ kiểm thử tự động Selenium.
Xử lý ngoại lệ Liệt kê tất cả các vấn đề liên quan phát sinh trong quá trình
thực thi kiểm thử.
Bảng 3.3. Bảng mô tả chiến lược kiểm thử chức năng Kiểm thử bảo mật
Mục đích kiểm
tra Kiểm tra rằng một người dùng chỉ có thể truy nhập những chức năng hay dữ liệu mà họ được cấp quyền hạn. Một
Kiểm Thử Sản Phẩm Thương Mại Điện Tử Trên Nền Wordpress Sử Dụng Công Cụ Selenium
Kỹ thuật -Liệt kê các quyền hạn của từng loại người sử dụng.
- Tạo ra những testcase cho mỗi loại người sử dụng và xác minh mỗi sự cho phép tạo ra những giao dịch đặc biệt đối với mỗi loại người sử dụng.
-Sửa đổi kiểu người sử dụng và chạy lại testcase.
Tiêu chuẩn dừng -Tất cả các testcase đã được thiết kế đều được thực thi.
- Tất cả các lỗi tìm thấy đều được ghi nhận và khắc phục bởi coder.
Chịu trách nhiệm kiểm thử
Tester
Cách kiểm thử Kiểm thử thủ công, tuần tự theo các bước được định nghĩa trong testcase.
Xử lý ngoại lệ Liệt kê tất cả các vấn đề liên quan phát sinh trong q trình
thực thi kiểm thử.
Bảng 3.4. Bảng mơ tả chiến lược kiểm thử bảo mật Công cụ kiểm thử.
-.Dùng các trình duyệt web để kiểm tra tương thích.
-.Microsoft Office để xây dựng tài liệu: testcase, testplan, ... -.Hệ quản trị CSDL.
-.Dùng công cụ Taiga.io để quản lí hệ thống bug được phát hiện trong q trình kiểm thử, giúp kiểm thử viên và lập trình viên dễ dàng theo dõi trạng thái lỗi.
Công cụ kiểm thử tự động Selenium.
Phần cứng.
-.Máy tính PC chạy ổn định, cấu hình tốt.
Mơi trường kiểm thử.
-.Máy tính PC có kết nối mạng Internet, tốc độ mạng ổn định.
-.Hệ điều hành có cài đặt các trình duyệt cần thiết để phục vụ quá trình kiểm thử.
Rủi ro
-.Khách hàng trả lời các câu hỏi không rõ ràng
-.Kinh nghiệm của deverloper yếu xảy ra những lỗi khách quan -.Code quá nhiều bug không thể test hết
-.Tốn nhiều thời gian, thời gian kiểm thử vượt qua thời gian cho phép -.Thay đổi yêu cầu ảnh hưởng đến tài nguyên con người và chiến lược test
Thông tin và tài liệu kết quả.
-.Test plan.
-.Có tài liệu testcase đầy đủ.
-.Test log được lưu vết trên hệ thống Taiga. Các bộ phận tester, coder có thể theo dõi tình trạng lỗi trên hệ thống Taiga một cách dễ dàng.