Tiểu luận Chuẩn bị kiểm thử: Kiểm thử hệ thống quản lý Thư viện

Chia sẻ: Vương Thị Hà Nhi | Ngày: | Loại File: DOCX | Số trang:6

Thêm vào BST

Báo xấu

259
lượt xem 35
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Mục đích cả kế hoạch kiểm thử là thu thập tất cả các thông tin cần thiết để lập kế hoạch và kiểm soát ứng dụng với các lần thử nghiệm nhất định. Nó mô tả cách tiếp cận kiểm thử phần mềm và kế hoạch cao nhất được các nhà quản lý tạo và sử dụng để chỉ đạo việc nỗ lực kiểm tra chất lượng sản phẩm. Để nắm chi tiết nội dung nghiên cứu mời các bạn cùng tham khảo tiểu luận.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Tiểu luận Chuẩn bị kiểm thử: Kiểm thử hệ thống quản lý Thư viện

TRƯỜNG ĐẠI HỌC SƯ PHẠM – ĐẠI HỌC ĐÀ NẴNG KHOA TIN HỌC KẾ HOẠCH KIỂM THỬ TÊN ĐỀ TÀI KIỂM THỬ HỆ THỐNG QUẢN LÝ THƯ VIỆN Sinh viên : VƯƠNG THỊ HÀ NHI CBHD : TS. NGUYỄN TRẦN QUỐC VINH Lớp : 16 CNTT1 ĐÀ NẴNG, 3/2020 Mục Lục 1
1. Giới thiệu 1.1 Mục đích Mục đích cả kế hoạch kiểm thử là thu thập tất cả các thông tin cần thiết để lập kế hoạch và kiểm soát ứng dụng với các lần thử nghiệm nhất định. Nó mô tả cách tiếp cận kiểm thử phần mềm và kế hoạch cáo nhất được các nhà quản lý tạo và sử dụng để chỉ đạo việc nỗ lực kiểm tra chất lượng sản phẩm. Kế hoạch này giành cho ứng dụng quản lý thư viện Biblib với các mục tiêu sau: - Xác định phạm vi, môi trường, các tính năng sẽ được kiểm tra và không được kiểm tra, rủi ro, dự phòng và nguồn lực cần thiết cho việc kiểm thử chất lượng sản phẩm. - Liệt kê các yêu cầu được đề nghị kiểm tra - Đề xuất và mô tả phương pháp thử nghiệm sẽ được sử dụng 1.2 Phạm vi Tài liệu cung cấp các yêu cầu kiểm tra, chiến lược kiểm trac ho: - Kế hoạch kiểm thử - Thiết kế kiểm thử
- Báo các kiểm thử40 Trong các trường hợp kiểm thử sau - Authentication - Tìm kiếm sách - Mượn sách - Trả sách - ….. 1.3 Thành phần tham gia Thử nghiệm được thực hiện dưới sự hướng dẫn của Scrum Master QA của công ty là Đinh Thị Bích Ngọc và 2 thành viên còn lại: - Vương Thị Hà Nhi - Ông Huỳnh Bảo Phước 2. Các giai đoạn Giai đoạn Sản phẩm bàn giao Tổng Thời Bắt đầu Kết thúc gian Training Write test cases, type test, 15 ngày Từ 25/11 Đến10/1 level test, log bug, Bắt đầu Develop Test cases 25 ngày Từ 1/12 Đến 25/12 Review Test cases review and fix 30 ngày Từ 1/12 Đến 30/12 End Complete defect reports 15 ngày Từ 1/1 Đến 15/1 3. Môi trường test 3.1 Hardware (Phần cứng) - 1 macBook - 2 Laptop cá nhân - 1 mobile device Android 3
- 1 mobile device IOS 3.2 Software (Phần mềm) - Chorme browser - Safari browser - Android mobile - IOS mobile 3.3 Môi trường test Windows 10 and Safari 2.21 browsers, IOS and Android 4. Các tính năng cần kiểm tra ST Tính năng Chức năng UI T 1 Authentication  2 Client and Librarian roles  3 Quote of the day  4 Logo and Icon  5 Search Books  6 Edit Book  7 Cover Picture  8 Borrow Books  9 Return Book  10 Duplicate Book  11 Missing Book  12 More Book Details  13 Lend out and receive notification  14 Reserve a Lent Book  15 Books Catalogue for Librarian  16 Lent Out Book  17 Receive Returned Book  5. Chiến lược kiểm tra
5.1 Các giai đoạn kiểm thử 5.1.1 Unit testing Đây là giai đoạn đầu tiên cho việc kiểm thử và cũng là mức kiểm thử thấp nhất. Giai đoạn sẽ kiểm tra độ chính xác của code được viết ra cho các tính năng của dự án. Unit test là mức độ kiểm tra thuộc phần công việc của Development 5.1.2 Intergration testing Intergration testing là kiểu test tích hợp hai hay nhiều module thiết bị lại với nhau nhằm kiểm tra xem hệ thống có đáp ứng được yêu cầu đặt ra hay không. Giai đoạn này sẽ được thực hiện khi Development thực hiện xong mức Unit Test 5.1.3 System testing System testing là giai đoạn được thực hiện sau khi dự án đã thông qua các mức kiểm thử như Unit test, intergration test. Giai đoạn này nhằm kiểm tra xem chương trình có đáp ứng được yêu cầu của người dung hay không. Hơn nữa, ở giai đoạn này, chúng ta phải chắc chắn ứng dụng chạy tốt trên môi trường thật, với dữ liệu thật. Điều đó đảm bảo ứng dụng khi phát hành không xảy ra những lỗi không mong muốn. 5.1.4 Acceptance testing Đây là giai đoạn kiểm tra cuối cùng, xem xét phần mềm có phù hợp và được thực hiện đúng như sự mong đợi của người dùng hay không. Ở giai đoạn này, tester có thể thực hiện hoặc bên phía khách hàng sẽ có đội ngũ kiểm tra riêng. Dự án sẽ được phân bổ một phiên bản thử nghiệm để người dùng kiểm tra tại nơi làm việc của họ. Trong quá trình sử dụng nếu có bất cứ vấn đề nào thì sẽ báo với bên nhà phát triển để được sửa chửa kịp thời. 5.2 Các loại thử nghiệm 5
5.2.1 Kiểm tra chức năng (Functionality testing) Functionality testing được thực hiện ở giai đoạn Intergration testing. Kiểm tra chức năng là một loại kiểm thử hộp đen và test case của nó được dựa trên đặc tả của ứng dụng phần mềm/thành phần đang test. Các chức năng được test bằng cách nhập vào các giá trị nhập và kiểm tra kết quả đầu ra, ít quan tâm đến cấu trúc bên trong của ứng dụng. Nó là một quy trình cố gắng tìm ra các khác biệt giữa đặc tả bên ngoài của phần mềm và thực tế mà phần mềm cung cấp. Với các đặc tả bên ngoài của phần mềm là đặc tả chính xác về hành vi của phần mềm theo góc nhìn của người dùng. 5.2.2 Kiểm tra hồi quy (Regression testing) Regression testing được thực hiện khi đã hoàn thành các mức test và trước khi giao cho khách hàng thử nghiệm phải thực hiện test hồi quy một lần nữa để đảm bảo chất lượng tốt nhất. Regression testing cũng được thực hiện khi có một sự thay đổi nào đó về chương trình hay có một bug nào đó được fix nhằm đảm bảo sự thay đổi đó hay bug đã fix đó không làm ảnh hưởng đến các thành phần còn lại của chương trình. 6. Khuyết điểm - Chỉ kiểm tra chức năng của ứng dụng, UI và test tích hợp. - Với số lượng người kiểm thử là 3 người với kiến thức còn bị hạn chế. - Ứng dụng chưa được test hiệu suất, bảo mật. - Một số tính năng chỉ được test đoán lỗi, không thực hiện tạo test cases cho một vài chức năng nhỏ. - Ứng dụng nên được tích hợp thêm tính năng nâng cao.