Hướng dẫn kiểm thử phần mềm
MỤC LỤC
Các mức kiểm thử
Dù có một số nhược điểm, mô hình này vẫn rất hữu ích cho việc kiểm thử, là phương tiện để xác định các mức kiểm thử khác nhau và làm sáng tỏ mục đích của mỗi. Một đơn vị chương trình là một đoạn mã nguồn như hàm hoặc phương thức của một lớp, có thể được gọi từ ngoài, và cũng có thể gọi đến các đơn vị chương trình khác. Đơn vị chương trình cần được kiểm thử riêng biệt để phát hiện lỗi trong nội tại và khắc phục trước khi được tích hợp với các đơn vị khác.
Sau khi các đơn vị chương trình để cấu thành hệ thống đã được kiểm thử, chúng cần được kết nối với nhau để tạo thành hệ thống đầy đủ và có thể làm việc. Kiểm thử tích hợp nhằm đảm bảo hệ thống làm việc ổn định trong môi trường thí nghiệm để sẵn sàng cho việc đưa vào môi trường thực sự bằng cách đặt các đơn vị với nhau theo phương pháp tăng dần. Có hai loại kiểm thử chấp nhận: kiểm thử chấp nhận người dùng, được tiến hành bởi người dùng, và kiểm thử chấp nhận doanh nghiệp, được tiến hành bởi nhà sản xuất ra sản phẩm phần mềm.
Kiểm thử bằng bảng quyết định
Khi lập bảng quyết định ta thường tìm các điều kiện có thể xảy ra, để xét các tổ 55 hợp của chúng mà từ đó chúng ta sẽ xác định được các ca kiểm thử tương ứng cho các điều kiện được thỏa mãn. Trên thực tế không phải tổ hợp đầu vào nào cũng là hợp lệ, do đó khi sử dụng bảng quyết định người ta thường bổ sung thêm một giá trị đặc biệt ’–’ để đánh dấu các điều kiện không thể cùng xảy ra này. Khi máy in có sự cố, chúng ta sẽ xem xét tình trạng dựa trên các điều kiện trong bảng là đúng hay sai, từ đó xác định được cột duy nhất có các điều kiện thỏa mãn, và thực hiện các hành động khắc phục sự cố tương ứng.
Với các hành động cũng vậy, tuy nhiên tùy trường hợp chúng ta có thể làm mịn hơn bằng việc đánh số thứ tự hành động 56 xảy ra thay cho dấu X để chỉ ra hành động nào cần làm trước. Với bảng quyết định tổng quát, các giá trị của điều kiện không chỉ nhận giá trị đúng (T) hoặc sai (F), khi đó ta cần tăng số cột để bao hết các tổ hợp có thể của các điều kiện. Kinh nghiệm áp dụng: So với các kỹ thuật kiểm thử khác, kiểm thử bằng bảng quyết định tốt hơn với một số bài toán (như NextDate) nhưng cũng kém hơn với một số bài toán (như Commission).
Kiểm thử dựa trên dòng điều khiển
Nên dùng dạng mở rộng và sử dụng đại số để đơn giản hóa bảng. Có thể cần một số lần thử và rút kinh nghiệm để dần dần lập được bảng tối ưu. Xem cách dựng đồ thị dòng điều khiển cho đơn vị chương trình có mã nguồn bằng ngôn ngữ C như Hình 4.3.
Chúng ta đánh số các dòng lệnh của đơn vị chương trình và lấy số này làm đỉnh của đồ thị. Điểm xuất phát của đơn vị chương trình ứng với câu lệnh khai báo hàm foo. Trong trường hợp này, chúng ta không tách riêng thành hai đỉnh vì đây là hai câu lệnh tuần tự nên chúng ta ghép chúng thành một đỉnh nhằm tối thiểu số đỉnh của đồ thị dòng điều khiển.
LẬP KẾ HOẠCH TEST 2.1. Giới thiệu về phần mềm quản lý thư viện
Quá trình kiểm thử việc xây dựng phần mềm quản lý thư viện không phải bắt đầu từ khi phần mềm có các chức năng mà quá trình này bắt đầu ngay từ khi có bản đặc tả yêu cầu phần mềm. Rủi ro trong đặc tả yờu cầu của hệ thống: Yờu cầu khụng rừ ràng, khụng đảm bảo tính đầy đủ, yêu cầu không đồng bộ với người sử dụng cuối, không có mức độ ưu tiên và không đảm bảo tính linh động. Rủi ro không đủ thời gian và nguồn lực: Thời gian dự kiến đặt ra cho quá trình kiểm thử không khớp so với thực tế, nguồn lực không đáp ứng điều kiện.
=>Bàn bạc và tổng hợp đầy đủ các yêu cầu ngay từ bản đặc tả, khi đã bắt tay vào xây dựng chương trình cần xác định quy trình chấp nhận và quản lý thay đổi yêu cầu. ● Phần mềm kiểm thử:TestComplete: Sử dụng phiên bản mới nhất của TestComplete để thực hiện kiểm thử tự động cho ứng dụng quản lý thư viện viết bằng WinForms. Các dữ liệu này bao gồm thông tin về sách (tên sách, tác giả, thể loại), độc giả (tên độc giả, số thẻ thư viện), và các thông tin liên quan đến mượn trả sách.
GIỚI THIỆU VÀ CÔNG CỤ KIỂM THỬ 3.1. Giới thiệu về công cụ kiểm thử
Tính năng chính
Lịch sử ra đời của TestComplete bắt đầu từ việc phát triển bởi công ty AutomatedQA vào những năm đầu của thập kỷ 2000. Sau đó, SmartBear Software đã mua lại AutomatedQA và tiếp tục phát triển và cải tiến công cụ này. TestComplete đã trở thành một trong những công cụ kiểm thử hàng đầu trên thị trường với sự hỗ trợ đa nền tảng, tích hợp linh hoạt, và khả năng tương tác với nhiều loại ứng dụng khác nhau, bao gồm cả ứng dụng web, desktop, và di động.
TestComplete không chỉ giúp tự động hóa quá trình kiểm thử mà còn cung cấp khả năng thu thập và phân tích dữ liệu kiểm thử, giúp đảm bảo chất lượng phần mềm và tối ưu hóa quy trình phát triển. Điều này làm cho TestComplete trở thành một công cụ quan trọng trong quá trình đảm bảo chất lượng phần mềm hiện đại. ● Tích hợp công cụ và ngôn ngữ lập trình:TestComplete có khả năng tích hợp với nhiều công cụ quản lý dự án như Jira, TestRail và Azure DevOps.
Nó cũng hỗ trợ nhiều ngôn ngữ lập trình như JavaScript, Python, VBScript và C++Script. ● Ghi và chạy kịch bản kiểm thử tự động:TestComplete cung cấp tính năng ghi và chạy kịch bản kiểm thử tự động, cho phép người dùng ghi lại các hành động trên ứng dụng và sau đó chạy lại chúng để kiểm tra tính ổn định và chức năng của ứng dụng. ● Thu thập dữ liệu kiểm thử:TestComplete tự động thu thập dữ liệu về hiệu suất và hiệu quả của các kịch bản kiểm thử, giúp nhận diện và báo cáo về các vấn đề liên quan đến chất lượng phần mềm.
Ưu, nhược điểm
- Hạn chế trong việc kiểm thử ứng dụng di động:Mặc dù hỗ trợ kiểm thử ứng dụng di động, nhưng TestComplete có thể không cung cấp mọi tính năng cần thiết cho các dự án phát triển ứng dụng di động phức tạp. - Yêu cầu tài nguyên cao:TestComplete có thể yêu cầu tài nguyên máy tính khá cao để chạy, đặc biệt là khi thực hiện kiểm thử trên ứng dụng lớn và phức tạp. Điều này có thể làm tăng chi phí cần thiết cho phần cứng và hạt nhân máy tính.
- Khả năng tương thích giữa các phiên bản:Có thể xảy ra vấn đề về sự tương thích giữa các phiên bản của TestComplete và các phiên bản của các công nghệ và frameworks phần mềm khác, đặc biệt là khi có các cập nhật và nâng cấp.
GIỚI THIỆU VỀ PHẦN MỀM CỦA NHểM 4.1. Mô tả chung về phần mềm
Demo giao diện - Đặc tả chức năng
Đăng ký - Người dùng chọn chức năng đăng ký, hệ thống bật cửa sổ đăng ký. Người sử dụng điền tài khoản và mật khẩu, email/số điện thoại vào khung đăng ký, nhấn đăng ký. Hệ thống thông báo đăng ký thành công và chuyển sang giao diện đăng nhập sau khi đăng ký hợp lệ hoặc thông báo lỗi khi người dùng điền tin không hợp lệ.
Nếu muốn Thêm - Thủ thư nhập Mã độc giả, Họ tên, Chọn giới tính, Địa chỉ, Số thẻ, Tình trạng form quản lý độc giả, nhấn thêm. Hệ thống thông báo thêm/sửa/xoá độc giả thành công khi thông tin hợp lệ hoặc thông báo lỗi khi người dùng điền thông tin không hợp lệ. Quản lý nhân viên - Chức năng này cho phép thêm/sửa/xoá thông tin nhân viên thư viện mới vào hệ thống bằng cách cung cấp các thông tin cần thiết như mã nhân viên, tên nhân viên, ngày sinh, giới tính, quê quán, lương.
Thanh toán - Chức năng này cho phép thủ thư thực hiện thanh toán đăng ký hoặc gia hạn thẻ thành viên cho một độc giả bằng cách kiểm tra tình trạng thẻ thông qua mã thẻ hoặc mã độc giả trước khi thực hiện thanh toán. Thống kê – Người dùng chọn Ngày bắt đầu, ngày kết thúc và ấn Thống kê, Hệ thống sẽ hiển thị bảng dữ liệu số lượng độc giả mượn sách, xuất ra file Excel.