Xem mẫu
- 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.
nguon tai.lieu . vn
