TestPlan Website bán laptop

NHÓM 2 (DCT119C1):
Trần Lê Quốc Thái
Nguyễn Vĩnh Bảo
Trần Thái Thiện

TEST PLAN FOR

<LAPTOP>>
Version

Change Date

By

Description

version
number

Date of Change

Name of person
who made changes

Description of the changes made

1.0

28/2/2022

Thái,Bảo,Thiện

Initial Release – Prototype Test Plan


1 Introduction
•

•

Một quy trình kiểm thử website cần phải đảm bảo đầy đủ các bước, ngoài việc
cho khách hàng feedback website để tối ưu nhất theo đúng ý khách hàng thì cần
có những quy trình test riêng với sản phẩm của mình làm ra nhằm đảm bảo
mang đến trang web tốt nhất cho khách hàng.
Kiểm thử chức năng của trang web hay còn gọi là Functionality Testing. Đây là
một loại kiểm thử website 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ị và kiểm tra kết quả đầu ra. Kiểm thử chức năng được thực
hiện dựa trên yêu cầu và dựa trên quy trình nghiệp vụ.

1.1 Scope
1.1.1
Module Name
Đăng nhập

In Scope
Applicable Roles
Quản lý
Khách hàng

Description
Khách hàng : Khách hàng có thể
đăng nhập thơng tin tài khoản và
mật khẩu để có thể thực hiện các
chức năng của trang web.
Quản lý : Người quản lý có thể đăng
nhập để quản lý, thống kê, kiểm tra
tồn bộ thơng tin của trang web.

2


Đăng kí

Quản lý
Khách hàng

Quản lý sản phẩm

Quản lý

Đặt hàng

Quản lý
Khách hàng

Giỏ hàng

Khách hàng

1.1.2
-

Khách hàng : Khách hàng bắt buộc
phải đăng kí tài khoản để có thể
mua sản phẩm.
Quản lý : Người quản lý có thể thêm
tài khoản mới cho khách hàng.
Quản lý : Người quản lý có thêm,
xóa, sửa các sản phẩm của trang
web.
Khách hàng : một khách hàng có thể
đặt được nhiều đơn hàng
Quản lý : người quản lý tiếp nhận
các đơn hàng và xử lý
Khách hàng : Khách hàng có thể
xem, thay đổi các sản phẩm đã thêm
vào giỏ hàng trước khi tiến hành đặt
hàng và thanh toán.

Out of Scope

Giao diện Website.
Kiểm tra hiệu năng.
Kiểm tra bảo mật.
CSDL logic.

1.2Quality Objective
-

Mục tiêu kiểm tra là xác minh chức năng của website, dự án cần tập trung kiểm
tra các hoạt động của cửa hàng như : quản lý, đặt hàng, đăng nhập … Để đảm bảo
các hoạt động có thể hoạt động bình thường trong mơi trường thực tế

1.3Roles and Responsibilities
Role
QA Analyst
Test Manager

Responsibilities
Kiểm tra phần mềm để phát hiện lỗi. Đảm bảo
phần mềm đúng yêu cầu khách hang và hoàn
thành đúng thời hạn yêu cầu.
Chịu trách nhiệm hoàn toàn về sự thành công
(hoặc thất bại) của dự án. Chuẩn bị chiến lược
kiểm tra, xác định phạm vi công việc cho các
thành viên khác, kiểm soát việc thực hiện kiểm
tra.
3


Configuration
Manager
Developers
Installation
Team

Quản lý, kiểm soát một cách hệ thống những
thay đổi trong vòng đời phát triển phần mềm.
Thiết kế và xây dựng giao diện, các chức năng

của hệ thống.
Xây dựng, thiết lập trên các môi trường khác
nhau (android, chrome, …), dung lượng.

2 Test Methodology
2.1Overview
AGILE TESTING là một phương thức test tuân theo các quy tắc và nguyên tắc phát triển
phần mềm agile. Khơng giống như phương pháp Waterfall, Agile Testing có thể được
thực hiện ngay từ thời điểm bắt đầu dự án với sự kết hợp liên tục giữa phát triển và
kiểm thử. Agile Testing không tuân theo thứ tự (tức là chỉ được thực hiện sau khi code
xong) mà nó được thực hiện liên tục.

2.2Test Levels
Trong dự án Website bán laptop, có 3 loại thử nghiệm nên được tiến hành :
- Unit Testing
- Integration Test
- System Testing

2.3Bug Triage
Bug:
-

Đặt hàng (Khách hàng không thể đặt nhiều sản phẩm cùng lúc).
Quản lý sản phẩm (Khách hàng không thể xem sản phẩm Admin chỉnh sửa).

ID Module
Name

Description

Severity

Priority

Status Detected
Date

Closing
Date

4


1

Đặt hàng

2

Quản lý
sản phẩm

Không đặt được High
nhiều sản phẩm
trong một đơn
hàng
Khách hàng
Mediu
không xem
m

được sản phẩm
đã được Admin
thay đổi

High

Open

20/2/202
2

25/2/2022

Medium Open

2/3/2022

10/3/2022

2.4Suspension Criteria and Resumption Requirements
Suspension criteria :
- Có sự thay đổi yêu cầu từ khách hàng.
- Nêu các thành viên trong nhóm báo cáo rằng có 40% trường hợp test case bị lỗi,
hãy tạm ngừng thử nghiệm cho đến khi sửa được các test case lỗi trên.
- Lỗi phần mềm, phần cứng.
Resumption Requirements :
- Khi khơng có những vấn đề gây nên Suspension hoặc đã giải quyết được các
Suspension.

2.5Test Completeness

•
•
•

Tỉ lệ chạy bắt buộc phải 100% trừ khi có lý do rõ ràng.
Tất cả các trường hợp kiểm tra thủ công & tự động sẽ được thực thi.
Tất cả các lỗi mở được sửa hoặc sẽ được sửa trong bản phát hành tiếp theo.

3 Test Deliverables
3.1Test Cases
Test case ID: Login_01
Test Priority: High
Module name: Login
Test title: Kiểm tra đăng nhập với “Tài khoản” và “Mật khẩu”
Description: Kiểm tra trang Đăng nhập
Pre-condition: Người dùng phải nhập đúng “Tài khoản” và “Mật khẩu”
5


I
D
1

2

3

4

5

6

Test Case
Description
Kiểm tra đăng
nhập với “Tài
khoản” và “Mật
khẩu” để trống

Test Case Procedure Expected
Result
1.”Tài khoản” và
Hiển thị
“Mật khẩu” textbox thông báo
= rỗng
‘Tài khoản và
2.Nhấn “Xác nhận” mật khẩu
button
không được
để trống’
Kiểm tra đăng
1.Nhập “Tài
Hiển thị
nhập thành công khoản”và “Mật
thông báo
khẩu” đã tồn tại
‘Bạn đã đăng
trong DB
nhập thành

2.Nhấn “Xác nhận” công’
button
Kiểm tra đăng
1.”Tài khoản”
Hiển thị
nhập với “Tài
textbox = rỗng
thông báo
khoản” để trống
2.Nhấn “Xác nhận” ‘Tài khoản
button
không được
để trống’
Kiểm tra đăng
1.”Mật khẩu”
Hiển thị
nhập với “Mật
textbox = rỗng
thông báo
khẩu” để trống
2.Nhấn “Xác nhận” ‘Mật khẩu
button
không được
để trống’
Kiểm tra đăng
1.Nhập “Tài
Hiển thị
nhập không thành khoản”và “Mật
thông báo
công với “Tài

khẩu” không tồn tại ‘Thông tin
khoản” và “Mật
trong DB
đăng nhập
khẩu” không tồn
2.Nhấn “Xác nhận” không hợp lệ’
tại
button
Kiểm tra đăng
1.Nhập “Tài khoản” Hiển thị
nhập không thành tồn tại trong DB
thông báo
công với “Mật
2. Nhập “Mật khẩu” ‘Bạn đã nhập
khẩu” khơng
bất kỳ
sai Mật khẩu’
chính xác
3.Nhấn “Xác nhận”
button

Test Data
-Tài khoản:
-Mật khẩu:

Test
Result
Pass

-Tài khoản:

khachhang
-Mật khẩu:
159

Pass

-Tài khoản:
-Mật khẩu:
159abc

Pass

-Tài khoản:
khachhang
-Mật khẩu:

Pass

-Tài khoản:
abc
-Mật khẩu:
A12345

Pass

-Tài khoản:
khachhang
-Mật khẩu:
Abc123

Pass

6


Test case ID: Res_02
Test Priority: High
Module name: Register
Test title: Kiểm tra đăng kí với “Tài khoản”, “Mật khẩu” và “Nhập lại mật khẩu”
Description: Kiểm tra trang Đăng kí
Pre-condition: Người dùng phải nhập đúng “Tài khoản”, “Mật khẩu” và “Nhập lại mật
khẩu”
I
D
1

Test Case
Description
Kiểm tra đăng
kí với “Tài
khoản”, “Mật
khẩu”,”Nhập lại
mật khẩu”,”Họ
tên”, ”Địa chỉ”
để trống

2

Kiểm tra đăng
kí với “Mật

khẩu”,”Nhập lại
mật khẩu” quá
số ký tự

3

Kiểm tra đăng
kí với “Mật
khẩu”,”Nhập lại
mật khẩu” quá
ngắn

4

Kiểm tra đăng

Test Case
Procedure
1.”Tài khoản”,
“Mật khẩu”,
“Nhập lại mật
khẩu”, “Họ
tên”, “Địa chỉ”
textbox = rỗng
2.Nhấn “Xác
nhận” button
1.Nhập “Mật
khẩu” và “Nhập
lại mật khẩu” >
16 ký tự

2.Nhấn “Xác
nhận” button
1.Nhập “Mật
khẩu” và “Nhập
lại mật khẩu” <
8 ký tự
2.Nhấn “Xác
nhận” button
1.”Mật khẩu” ≠

Expected
Result
Hiển thị
thơng báo
‘Đăng kí tài
khoản
khơng
thành cơng’
Hiển thị
thơng báo
‘Mật khẩu
quá số ký tự
cho phép’

Test Data
-Tài khoản:
-Mật khẩu:
-Nhập lại mật khẩu:
-Họ tên:
-Địa chỉ:

Test
Result
Pass

Hiển thị
thông báo
‘Mật khẩu
không hợp
lệ’

-Tài khoản:
Pass
khachhang3
-Mật khẩu:
abc123dfg45678901
-Nhập lại mật khẩu:
abc123dfg45678901
-Tài khoản:
Pass
khachhang3
-Mật khẩu: abc123
-Nhập lại mật khẩu:
abc123

Hiển thị

-Tài khoản:

Pass

7


kí với “Mật
khẩu” và ”Nhập
lại mật khẩu”
khơng trùng
nhau
Kiểm tra đăng
kí thành cơng

5

6

Kiểm tra đăng
kí với “Tài
khoản” đã tồn
tại

“Nhập lại mật
khẩu”
2.Nhấn “Xác
nhận” button

thông báo
‘Nhập lại
mật khẩu
sai’

khachhang3
-Mật khẩu: 159abc
-Nhập lại mật khẩu:
123abc

1.Nhập “Tài
khoản”,”Mật
khẩu”,”Nhập lại
mật khẩu”,”Họ
tên” và ”Địa
chỉ” ≠ trong DB
2.Nhấn “Xác
nhận” button
1.Nhập “Tài
khoản” tồn tại
trong DB
2.Nhấn “Xác
nhận” button

Hiển thị
thơng báo
‘Bạn đã
dăng kí
thành công’

-Tài khoản:
khachhang3
-Mật khẩu: 123abc
-Nhập lại mật khẩu:

123abc
-Họ tên: Nguyen
Van A
-Địa chỉ: TPHCM
-Tài khoản:
khachhang
-Mật khẩu: A12345
-Nhập lại mật khẩu:
A12345

Hiển thị
thông báo
‘Đăng kí
khơng
thành cơng
tài khoản
đã tồn tại’

Pass

Pass

3.2Intergration Testing
Test Case ID
Login_01
Res_02

Tiêu đề
Kiểm thử liên kết giao diện
giữa module Đăng nhập và

module Trang chủ
Kiểm thử liên kết giao diện
giữa module Đăng kí và
module Đăng nhập

Mô tả
Nhập thông tin
đăng nhập và click
vào nút Đăng nhập
Nhập thơng tin
đăng kí và click vào
nút Đăng kí

Kết quả mong đợi
Được chuyển đến
Trang chủ
Được chuyển đến
Đăng nhập

3.3System Testing
3.3.1
-

Load Testing

Tool: Selenium IDE, Webload

8

3.3.2

Functional Testing

Mục đích kiểm
tra

Đảm bảo các chức năng được kiểm tra hoạt động
chính xác theo đặ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 lý do rõ
ràng để có thể giúp cho developer khắc phục.
Chịu trách nhiệm Test Designer / Tester
kiểm thử
Cách kiểm thử

Kiểm thử bằng tay 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ử.

4 Resource & Environment Needs
4.1Testing Tools
Requirements Tracking Tools
Bug Tracking Tools
Automation Tools

Helix RM
ClickUp, Marker.io
Selenium IDE, Lambdatest

4.2Test Environment
Browers:
• Windows 10: Edge, Chrome, Firefox, Safari
• Windows 11: Edge, Chrome, Firefox, Safari
• Mac OS: Chrome, Firefox, Safari

9


Linux Ubuntu: Chrome, Firefox
Devices:
• iPhone 10/11/12/13, Google pixel 6, Samsung Galaxy S21, LG Wing 2
•

5 Terms/Acronyms
TERM/ACRONYM

DEFINITION

API

Application Program Interface

AUT

Application Under Test

QA

Quality Assurance

RTM

Requirements Traceability Matrix

PM

Project manager

10