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:

2.

-

Vương Thị Hà Nhi

-

Ông Huỳnh Bảo Phước

Các giai đoạn 

Giai đoạn
Training
Bắt đầu
Review
End

Sản phẩm bàn giao

Tổng Thời 
gian
Write test cases, type test,  15 ngày
level test, log bug,
Develop Test cases
25 ngày
Test cases review and fix 30 ngày

Complete defect reports
15 ngày

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

Bắt đầu

Kết thúc

Từ 25/11

Đến10/1

Từ 1/12
Từ 1/12
Từ 1/1

Đến 25/12
Đến 30/12
Đến 15/1


-

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.

ST
T
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

5.

Các tính năng cần kiểm tra

Tính năng
Authentication
Client and Librarian roles
Quote of the day
Logo and Icon

Search Books
Edit Book
Cover Picture
Borrow Books
Return Book
Duplicate Book
Missing Book
More Book Details
Lend out and receive notification
Reserve a Lent Book
Books Catalogue for Librarian
Lent Out Book
Receive Returned Book

Chiến lược kiểm tra 

Chức năng

UI





















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.