Báo cáo cuối kì đề tài website cung cấp dịch vụ áo cưới

Phương pháp thử nghiệm: Dựa vào thuật giải Kiểm thử hộp trắng dựa vào thuật giải cụ thể, vào cấu trúc dữ liệu bên trong của ₫ơn vị phần mềm cần kiểm thử ₫ể xác ₫ịnh ₫ơn vị phần mềm ₫ó có

TRƯỜNG ĐẠI HỌC SƯ PHẠM KỸ THUẬT TP HỒ CHÍ MINH

KHOA ĐÀO TẠO CHẤT LƯỢNG CAO NGÀNH CÔNG NGHỆ THÔNG TIN

BÁO CÁO CUỐI KÌ MÔN: TESTING SOFTWARE

ĐỀ TÀI: Website cung cấp dịch vụ áo cưới

Tp Hồ Chí Minh, ngày … , tháng 12, năm 2022 Giáo viên chấm điểm

(Ký và ghi họ tên)

2

2.2.5 Ràng buộc thiết kế và cài đặt 13

2.2.6 Tài liệu người dùng 13

2.2.7 Các giả định và Phụ thuộc 13

2.3 Yêu cầu giao diện bên ngoài 13

2.3.1 Giao diện người dùng 13

2.3.2 Giao diện phần cứng 13

2.3.3 Giao diện phần mềm 13

2.3.4 Giao diện truyền thông 13 3

2.4 Yêu cầu chức năng của hệ thống 13

2.4.1 Đăng nhập 13

2.4.2 Tìm kiếm sản phẩm 14

2.4.3 Xem chi tiết Sản phẩm 14

2.4.4 Thêm vào giỏ hàng 14

2.4.12 Xem danh sách đơn hàng 15

2.5 Yêu cầu phi chức năng 15

2.5.1 Yêu cầu thực thi 15

2.5.2 Yêu cầu an toàn 15

2.5.3 Yêu cầu bảo mật 15

4.2.3 Xem chi tiết sản phẩm 31

4.2.4 Thêm sản phẩm vào giỏ hàng 32

4.2.12 Xem danh sách đơn hàng 51

PHẦN 5: THỰC THI KIỂM THỬ VÀ GHI NHẬN LỖI 53

5.1 Đăng nhập 53

5.2 Tìm kiếm sản phẩm 53

5.3 Xem chi tiết Sản phẩm 54

5.4 Thêm vào giỏ hàng 54

LỜI CẢM ƠN

Để hoàn thành tốt đề tài và bài báo cáo này, chúng em xin gửi lời cảm ơn chân thành đến giảng viên , người đã trực tiếp hỗ trợ chúng em trong suốt quá trình làm đề tài Chúng em cảm ơn thầy đã đưa ra những lời khuyên từ kinh nghiệm thực tiễn của mình để định hướng cho chúng em đi đúng với yêu cầu của đề tài đã chọn, luôn giải đáp thắc mắc và đưa ra những góp ý, chỉnh sửa kịp thời giúp chúng em khắc phục nhược điểm và hoàn thành bài đúng với thời hạn đã đề ra Và hơn hết, chúng em cũng xin gửi lời cảm ơn chân thành đến ban giám hiệu trường Đại Học Sư phạm kỹ thuật Thành phố Hồ Chí Minh vì đã tạo điều kiện thuận lợi cho việc tìm kiếm thông tin và nghiên cứu đề tài Bên cạnh đó, chúng em cũng xin được gửi lời cảm ơn chân thành các quý thầy cô trong khoa Đào tạo Chất Lượng Cao nói chung và ngành Công Nghệ Thông Tin nói riêng đã tận tình truyền đạt những kiến thức cần thiết giúp chúng em có nền tảng để làm nên đề tài này Cùng với đó, chúng em xin được gửi cảm ơn đến các bạn cùng khóa đã cung cấp, trau dồi thêm cho chúng em nhiều thông tin và kiến thức hữu ích giúp chúng em có thể hoàn thiện hơn đề tài của mình Đề tài và bài báo cáo được chúng em thực hiện trong khoảng thời gian ngắn, với những kiến thức còn hạn chế cùng nhiều hạn chế khác về mặt kỹ thuật và kinh nghiệm trong việc thực hiện Do đó, trong quá trình làm nên đề tài có những thiếu sót là điều không thể tránh khỏi nên chúng em rất mong nhận được những ý kiến đóng góp quý báu của các quý thầy cô để kiến thức của chúng em được hoàn thiện hơn và chúng em có thể làm tốt hơn nữa trong những lần sau Chúng em xin chân thành cảm ơn Lời cuối cùng, chúng em xin kính chúc quý thầy, quý cô thật nhiều sức khỏe, thành công và hạnh phúc

7

PHẦN 1: TÓM TẮT LÝ THUYẾT

1.1 Kiểm thử hộp đen 1.1.1 Định nghĩa

Kiểm tra hộp đen (Black box testing) là một phương pháp kiểm thử phần mềm mà việc kiểm tra các chức năng của một ứng dụng không cần quan tâm vào cấu trúc nội bộ hoặc hoạt động của nó.

1.1.2 Đối tượng được kiểm thử

Là thành phần phần mền (TPPM) có thể là 1 hàm chức năng, 1 modul chức năng, 1 phân hệ chức năng

1.1.3 Phương pháp thử nghiệm:

Dựa vào chức năng Kiểm thử hộp đen (Black box test) có thể được áp dụng hầu như đến mọi cấp độ của kiểm thử phần mềm:

Kiểm thử đơn vị (Unit test) Kiểm thử tích hợp (Intergration test) Kiểm thử hệ thống (System test) Kiểm thử chấp nhận (Acceptance test).

Tuy nhiên, Black box test được sử dụng thích hợp nhất trong kiểm thử hệ thống (System test) và Kiểm thử chấp nhận (Acceptance test)

1.1.4 Đặc điểm

Là chiến lược kiểm thử TPPM dựa vào thông tin duy nhất là các đặc tả về yêu cầu chức năng của TPPM tương ứng.

Người kiểm thử không cần thiết phải có kiến thức về việc mã hoá, cấu trúc bên trong của TPPM, cũng như không yêu cầu phải biết lâp trình phần mềm.

Việc kiểm thử được tiến hành dựa vào việc kiểm thử TPPM làm được gì, có phù hợp với yêu cầu của người dùng hay không Các tester nhập số liệu vào phần mềm và chỉ cần xem kết quả của phần mềm và các mục tiêu kiểm tra.

Mức test này thường yêu cầu các tester phải viết test case đầy đủ trước khi test; khi test, đơn giản chỉ cần thực hiện theo các bước mô tả trong test case thao tác và nhập data vào, sau đó xem kết quả trả về hoặc hành vi của phần mềm, rồi so sánh với kết quả mong đọi được viết trong testcase

1.1.5 Tạo test case và Thực hiện test case

Khi viết test case: Dựa vào yêu cầu và giao diện bên ngoài của chương trình (Không can thiệp vào bên trong code của chương trình)

Khi thực hiện test: Thực hiện trên giao diện của chương trình (yêu cầu chương trình phải chạy được mới test được, không can thiệp vào code)

8

1.2 Kiểm thử hộp trắng 1.2.1 Định nghĩa

Kiểm thử hộp trắng (While box test) là phương pháp thử nghiệm phần mềm, trong đó các thiết kế, cấu trúc giải thuật bên trong, và việc thực hiện các công việc đều được biết đến

1.2.2 Đối tượng kiểm thử

Là 1 thành phần của phần mềm (1 chức năng, 1 module chức năng, 1 phân hệ chức năng )

1.2.3 Phương pháp thử nghiệm:

Dựa vào thuật giải Kiểm thử hộp trắng dựa vào thuật giải cụ thể, vào cấu trúc dữ liệu bên trong của ₫ơn vị phần mềm cần kiểm thử ₫ể xác ₫ịnh ₫ơn vị phần mềm ₫ó có thực hiện ₫úng không.

Với những TPPM quá lớn sẽ tốn rất nhiều thời gian và công sức để kiểm thử nếu như dùng kiểm thử tích hợp (Integration test) hay kiểm thử chức năng

Người kiểm thử phải có kiến thức nhất định về việc mã hoá, cấu trúc bên trong của chức năng, biết lâp trình phần mềm.

Việc kiểm thử được tiến hành dựa vào việc kiểm xem giải thuật, mã lệnh đã làm có đúng không.

Mức test này thường yêu cầu các tester phải viết test case đầy đủ các nhánh trong code; khi test, sẽ set điều kiện và data để chạy vào đủ tất cả các nhánh trong giải thuật, đảm bảo thực hiện đầy đủ.

1.2.5 Tạo testcase và thực hiện test

Khi viết test case: Dựa vào yêu cầu và nội dung Source Code (can thiệp vào bên trong Code của chương trình)

Khi thực hiện test: Thực thi test trong code (không cần thực thi chương trình, vì thực hiện test white box sẽ sử dụng framework nào đó hỗ trợ (Ví dụ như test kiểu debug)

Trong kiểm tra này, đòi hỏi người tester phải có kiến thức và kỹ năng nhất định về ngôn ngữ lập trình được dùng, hiểu thuật giải trong thành phần phần mềm, để có thể hiểu được chi tiết về đoạn code cần kiểm thử

9

10

2.1 Giới thiệu 2.1.1 Mục đích

Tài liệu SRS này sẽ mô tả các yêu cầu về chức năng cũng như phi chức năng của hệ thống website (Website cung cấp dịch vụ áo cưới) Tài liệu này được cung cấp như một tài liệu tham khảo cho sinh viên trực tiếp tham gia phát triển dự án phục vụ cho việc hoàn thành đồ án tốt nghiệp

2.1.2 Đối tượng sở hữu và các đề xuất đọc Tài liệu được xây dựng bởi Nhóm 9:

Operating Environment (OE) Môi trường vận hành

User Interface (UI) Giao diện người dùng Communication Interface (CI) Giao diện truyền thông Performance Requirements (PR) Yêu cầu thực thi

Security Requirements (ER) Yêu cầu an toàn Software Quality Attributes (SQA) Chất lượng thuộc tính phần mềm 2.1.3 Phạm vi sản phẩm

Tài liệu đặc tả yêu cầu phần mềm này được xây dựng nhằm phục vụ cho dự án Xây dựng website cung cấp dịch vụ áo cưới.

Mục tiêu của đề tài là nhằm xây dựng một website cho mọi người có thể tham khảo các dịch vụ, sản phẩm, giúp cho mọi người tiết kiệm thời gian ra tham khảo trực tiếp tại cửa hàng trước khi quyết định sử dụng dịch vụ

11

2.1.4 Tài liệu tham khảo RameshMF, Hibernate-ORM-Tutorials,

https://github.com/RameshMF/Hibernate-ORM-Tutorials, 2018 JDBC Postgresql,

Joel Murach and Michael Urban, murach’s Java Servlets and JSP 3rd Edition, MIKE MURACH & ASSOCIATES INC, 2014

2.2 Mô tả chung

2.2.1 Tổng quan về sản phẩm

Theo xu hướng chuyển đổi số, cùng các giải pháp công nghệ thì website như một chi nhánh mới của một hay một chuỗi cửa hàng, đồng thời cũng là nơi lưu trữ thông tin về hình ảnh, sản phẩm Với một studio cung cấp dịch vụ áo cưới việc mở thêm chi nhánh hết sức tốn kém và việc đầu tư xây dựng một website là một giải pháp trước mắt cũng như lâu dài, ít tốn kém mà lại hiệu quả.

2.2.2 Chức năng của sản phẩm

4 Thêm sản phẩm vào giỏ hàng

Người dùng cuối: người dùng được phép xem thông tin sản phẩm, gửi thông tin liên hệ, xem, thay đổi số lượng sản phẩm trong giỏ hàng của người dùng đó, đặt hàng.

12

Quản trị viên: theo dõi và quản lý cơ sở dữ liệu 2.2.4 Môi trường vận hành

OE-01: Hệ thống hoạt động trên trình duyệt Microsoft Internet Explorer, google chrome, cốc cốc, và các trình duyệt khác

OE-02: Ngôn ngữ cấu hình hệ thống: Java, JSP servlet OE-03: Cơ sở dữ liệu sử dụng: MySQL

OE-04: Framework: NetBean, Tomcat server 2.2.5 Ràng buộc thiết kế và cài đặt

CO-01: Thiết kế, mã và tài liệu hướng dẫn bảo trì của hệ thống phải phù hợp CO-02: Tất cả các mã HTML phải phù hợp với chuẩn HTML5.

2.2.6 Tài liệu người dùng

UD-01: Hệ thống này cung cấp phần hỗ trợ chứa tài liệu hướng dẫn sử dụng các chức năng của hệ thống cũng như mô tả và minh họa các chức năng này của hệ thống.

2.2.7 Các giả định và Phụ thuộc

S-1: Hệ thống sẽ sẵn sàng hoạt động khi đưa vào sử dụng.

E-1: Các hoạt động của hệ thống phụ thuộc vào những thay đổi được thực hiện trong hệ thống cơ sở dữ liệu để có thể chấp nhận (section người dùng: email đăng nhập; thông tin giỏ hàng: sản phẩm và số lượng)

2.3 Yêu cầu giao diện bên ngoài 2.3.1 Giao diện người dùng

UI-01: Giao diện đơn giản thân thiện, dễ dùng, không quá nhiều hiệu ứng 2.3.2 Giao diện phần cứng

2.3.3 Giao diện phần mềm 2.3.4 Giao diện truyền thông

CI-01: Hệ thống sẽ gửi một phản hồi đến người dùng bắt buộc phải đăng nhập bằng Email để sử dụng tính năng giỏ hàng.

CI-02: Hệ thống sẽ trả lời lại cho người dùng để thông báo sự truy cập thành công hoặc không thành công.

CI-03: Hệ thống sẽ thông báo cho người dùng về thông tin đơn hàng 2.4 Yêu cầu chức năng của hệ thống

2.4.1 Đăng nhập

REQL-1:Khách hàng đăng nhập email vào giao diện đăng nhập theo cú pháp Abc123@gmail.com

REQL-2:Hệ thống tìm kiếm dữ liệu trong cơ sở dữ liệu để đối chiếu

+Nếu khách hàng nhập sai cú pháp (Abc123@gmail.com) thì hệ thống sẽ báo sai và yêu cầu nhập nhập lại đúng cú pháp

REQF-1:Khách hàng truy cập vào hệ thống Website nhập thông tin cần tìm kiếm , hệ thống sẽ tự động thực hiện yêu cầu tìm kiếm

REQF-2:Khách hàng điền từ khóa và hệ thống sẽ kiểm tra : +REQF-2.1:

13

*Nếu từ khóa hợp lệ thì hệ thống sẽ bắt đầu hiển thị thông tin sản phẩm hoặc thông tin bài viết được tìm thấy.

*Khách hàng có thể chọn xem thông tin hoặc quay lại trang chủ +REQF-2.2:

*Nếu từ khóa không hợp lệ khách hàng có thể điền lại hoặc hủy bỏ tìm kiếm quay lại trang chủ

2.4.3 Xem chi tiết Sản phẩm

REQV-1:Khách hàng muốn xem chi tiết sản phẩm thì bấm vào hình ảnh hoặc tên sản phẩm đó

REQV-2:Khách hàng xem chi tiết sản phẩm sẽ thấy được thông tin cũng như giá tiền, mẫu, tình trạng, giá bán , giá cho thuê, chọn thuê hoặc mua,chọn số lượng và giỏ hàng

2.4.4 Thêm vào giỏ hàng

REQA-1: Khách hàng yêu cầu thêm vào giỏ hàng những sản phẩm mình cần mua và yêu thích

+Nếu khách hàng chưa cập nhập hệ thống sẽ chuyển qua trang đăng nhập + khách hàng đã đăng nhập hệ thống sẽ thêm sản phẩm khách yêu cầu vào giỏ hàng

REQA-2: Hệ thống sẽ lưu trữ thông tin sản phẩm mà khách hàng thêm vào giỏ hàng Với mỗi sản phẩm được thêm vào tổng giá trị trong giỏ hàng sẽ tăng thêm tương ứng với sản phẩm được thêm cùng với trường sản phẩm.

2.4.5 Cập nhật giỏ hàng

REQU-1: Khi bấm nút update giỏ hàng sẽ được cập nhật lại số lượng sản phẩm vừa mới thay đổi và hiển thị số tiền cần thanh toán sau khi cập nhật, giới hạn số lượng sản phẩm tối đa 9.999.999

2.4.6 Liên kết Google map

REQM-1: Trong mục liên hệ trang web được liên kết với google map để hiển thị bản đồ vị trí của shop ở số 1 Võ Văn Ngân, Thủ Đức, từ đó người mua có thể tìm đến shop để mua hàng

2.4.7 Thanh toán

REQP-1: Sau khi thêm sản phẩm vào giỏ hàng sẽ có thể tiến hành thanh toán Chuyển đến trang thanh toán, số tiền cần thanh toán sẽ được hiển thị cụ thể và khách hàng cần nhập tên đầy đủ, địa chỉ và số điện thoại để đặt hàng

REQP-2: Khi bấm nút đặt hàng trang sẽ hiển thị thông báo đặt hàng thành công, thời gian đặt hàng và số tiền thanh toán.

2.4.8 Liên hệ với cửa hàng

REQS-1: Ở trang liên hệ với cửa hàng sẽ có thông tin của cửa hàng như địa chỉ, số điện thoại, email để khách hàng liên hệ hoặc khách hàng có thể nhập email và gửi tin nhắn đến cửa hàng

REQS-2: Ở dưới cuối trang sẽ có phần bản đồ vị trí của cửa hàng để khách hàng tìm đường đến mua sắm trực tiếp.

2.4.9 Đăng sản phẩm

REQC_1: Ở trang quản trị, người quản trị website có quyền đăng thêm sản phẩm mới cho cửa hàng, khi người dùng nhấn nút thêm một form thông tin về sản phẩm sẽ được hiện lên.

14

REQC_2: Người quản trị cần điền đầy đủ các thông tin về sản phẩm: hình ảnh, tên sản phẩm, giá tiền (giá thuê, giá bán), danh mục sản phẩm, … số lượng sản phẩm phải lớn hơn 0 và nhỏ hơn 10.000.000

2.4.10 Chỉnh sửa thông tin sản phẩm

REQEP_1: Ở trang quản trị, khi cần thay đổi nội dung, thông tin sản phẩm, người quản trị website truy cập vào trang quản trị thực hiện cập nhật thông tin sản phẩm REQEP_2: Người quản trị cập nhật các thông tin về sản phẩm: hình ảnh, tên sản phẩm, giá tiền (giá thuê, giá bán), danh mục sản phẩm, … sau đó chọn lưu để xác nhận thay đổi thông tin sản phẩm

2.4.11 Xoá sản phẩm

REQDP_1: Khi một sản phẩm không còn hoặc ngừng bán, người quản trị website có thể truy cập vào trang quản trị thực hiện xóa sản phẩm khỏi cơ sở dữ liệu.

REQDP_2: Người quản trị vào mục danh sách sản phẩm mỗi sản phầm có một nút xoá tương ứng chọn sản phẩm muốn xoá, hệ thống yêu cầu quản trị viên xác nhận lại một lần nữa trước khi xóa sản phẩm.

REQDP_3: Nếu chỉ tạm thời ngưng cung cấp 1 sản phẩm có thể chọn ẩn sản phẩm 2.4.12 Xem danh sách đơn hàng

REQV_1: Ở trang quản trị, khi vào mục danh sách đơn hàng thì một danh sách đơn hàng sẽ được hiển thị, sắp xếp theo thời gian từ mới tới cũ.

REQV_2: Để xem chi tiết người quản trị sẽ phải click vào đơn hàng, mỗi đơn hàng sẽ hiển thị các thông tin bao gồm: người mua ( tên, email, số điện thoại, địa chỉ) sản phẩm (tên sản phẩm, loại, số lượng, giá sản phẩm, tổng đơn hàng)

REQV_3: Khi xử lý xong người dùng có thể cập nhật trạng thái đơn hàng là đã hoàn thành.

REQV_4: Danh sách các đơn hàng sẽ được lọc theo 2 trường đó là “đơn hàng mới” và “đơn hàng đã xử lý”

2.5 Yêu cầu phi chức năng 2.5.1 Yêu cầu thực thi

PR-01: Hệ thống cho phép truy cập cùng lúc 100 người dùng sử dụng trong thời gian cao điểm, với một thời gian ước tính trung bình là 30 phút.

PR-02: Tất cả những trang web hoặc tab mới hiển thị đầy đủ không quá 10 giây PR-03: Những phản hồi với các truy vấn không quá 5 giây để tải lên màn hình sau khi người dùng gửi các truy vấn.

PR-04: Hệ thống sẽ hiển thị thông báo xác nhận cho người dùng không quá 3 giây sau khi nhập/gửi các thông tin đến hệ thống.

2.5.2 Yêu cầu an toàn 2.5.3 Yêu cầu bảo mật

SR-01: Người dùng được yêu cầu đăng nhập vào hệ thống khi muốn thực hiện công việc với nó.

SR-02: Tài khoản của các User chỉ có Admin và chính User của tài khoản đó mới được chỉnh sửa, cập thông tin.

SR-03: User thì chỉ được xem và thao tác với sản phẩm như xem, xem chi tiết, thao tác với giỏ hàng: thêm, xóa, sửa.

SR-04: Admin thì được tạo thêm sản phẩm mới, thay đổi, cập nhật thông tin sản phẩm, xóa sản phẩm Admin được xem danh sách các đơn hàng: bao gồm các thông tin khách hàng điền trong form đặt hàng.

15

Hệ thống phải hoạt động ổn định, đảm bảo nhiều người dùng có thể đăng nhập cùng một lúc mà không bị quá tải.

Hệ thống đảm bảo rằng tất cả use case được phân chia, quản lý và làm việc ổn định.

SOA-03: Tính toàn vẹn (Integrity):

Khi xảy ra lỗi hệ thống có khả năng phục hồi, sửa chữa.

Kiểm tra tất cả các liên kết nội bộ Kiểm thử liên kết nhảy (các liên kết truyền parameter vào link của chính page đó)

Kiểm tra xem có bất kỳ trang nào không có đường link dẫn tới hay không

Tìm kiếm link hỏng trong tất cả các trường hợp trên Test các biểu mẫu (form)

Kiểm tra các validation trong các trường input Kiểm tra giá trị mặc định của các trường Input sai vào các trường

Các tùy chọn quản lý biểu mẫu nếu có (xóa biểu mẫu, xem hoặc sửa đổi biểu mẫu).

b) Kiểm thử tính khả dụng Kiểm tra điều hướng

Kiểm tra các điều khiển khác nhau như nút, hộp hoặc cách người dùng sử dụng liên kết trên các trang để đi tới các trang khác nhau

Kiểm tra nội dung Lỗi chính tả

Liên kết đính kèm trong văn bản Hình ảnh (kích thước hiển thị c) Kiểm tra tính tương thích (responsive)

Khả năng tương thích trình duyệt

Kiểm tra xem trang web có thể thu thập thông tin cho các công cụ tìm kiếm khác nhau hay không.

c) Kiểm thử cơ sở dữ liệu

Kiểm tra toàn vẹn dữ liệu và các lỗi trong khi chỉnh sửa, xóa, sửa đổi các nội dung hoặc làm bất kỳ chức năng liên quan đến DB

Kiểm tra xem tất cả các truy vấn cơ sở dữ liệu được thực hiện chính xác, dữ liệu được lấy ra và cũng được cập nhật chính xác hay chưa

Nội dung được thêm vào cơ sở dữ liệu có được tải trên DB không d) Load Test

e) Stress Test

17

3.1.2 Mục tiêu

Xác định những kĩ thuật, chiến lược test để đảm bảo rằng chương trình sản phẩm được viết ra đáp ứng được các yêu cầu kỹ thuật và những đặc tả ban đầu

Xác định effort cần thiết để xác nhận chất lượng của website đang kiểm thử Xác định những đặc điểm và chức năng sẽ được test

3.1.3 Vai trò và trách nhiệm của các thành viên Thành viên Khối lượng tài nguyên

Test leader

Trần Văn Quang 100% Nhiệm vụPhân chia công việc

Quản lý các thành viên trong nhóm Quản lý tiến độ thực hiện dự án Viết test case

Chuẩn bị dữ liệu cho việc kiểm thử Chạy các test case

Tổng hợp kết quả chạy test case Xây dựng báo cáo kết quả cho các test case

3.2 Phương pháp kiểm thử 3.2.1 Tổng quan

3.2.1.1 Kiểm thử hộp trắng (White box testing)

Kiểm thử Hộp Trắng (còn gọi là Clear Box Testing, Open Box Testing, Glass Box Testing, Transparent Box Testing, Code-Based Testing hoặc Structural Testing) là một phương pháp kiểm thử phần mềm trong đó tester biết về cấu trúc nội bộ / thiết kế Người kiểm tra chọn đầu vào để thực hiện các đường dẫn thông qua mã và xác định đầu ra thích hợp Kiến thức lập trình và kiến thức thực hiện là rất cần thiết trong kiểm thử hộp trắng.

3.2.1.2 Kiểm thử hộp đen (Black box testing)

Khi thực hiện kỹ thuật kiểm thử này, tester không cần quan tâm bên trong hệ thống hoạt động ra sao, không cần hiểu source code thế nào Thông thường, trong lúc thực 18

hiện kiểm thử hộp đen, tester sẽ tương tác với giao diện người dùng của hệ thống bằng cách cung cấp đầu vào và kiểm tra kết quả đầu ra mà không cần biết cách thức làm việc bên trong của hệ thống.

3.2.2 Các loại test (levels test) 3.2.2.1 Unit test

Một Unit là một thành phần PM nhỏ nhất mà ta có thể kiểm tra được như các hàm (Function), thủ tục (Procedure), lớp (Class), hoặc các phương thức (Method).

Integration Testing là công việc kiểm thử tích hợp 1 nhóm các module riêng lẻ với nhau cùng với các Unit Test riêng lẻ trong từng module.

3.2.2.3 System test

System test được thử nghiệm trong hộp đen, tức là chỉ có các tính năng làm việc bên ngoài của phần mềm được đánh giá trong quá trình thử nghiệm này Nó không đòi hỏi bất kỳ kiến thức nội bộ nào về codinh, lập trình, thiết kế, v.v và hoàn toàn dựa trên quan điểm của người dùng.

3.2.3 Các mục tiêu test 3.2.3.1 Kiểm thử hệ thống

Kiểm thử hiệu năng

Kiểm thử hiệu năng sẽ đánh giá hệ thống có đáp ứng được các yêu cầu về tốc độ phản hồi đã đặt ra khi thực hiện các chức năng hay không.

Kiểm thử giao diện

Kiểm thử giao diện sẽ đánh giá giao diện của phần mềm có đáp ứng được tính nhất quán, và đáp ứng được các yêu cầu về thiết kế hay không

3 Xem chi tiết Sản phẩm Trung bình

6 Liên kết Google map Trung bình

8 Liên hệ với cửa hàng Trung bình

Khi hết ngân sách dành cho kiểm thử Khi có sự thay đổi trong cài đặt sản phẩm Server bị lỗi cần khôi phục lại

Lỗi vòng lặp vô tận khi khởi chạy hệ thống.

Độ bao phủ Kiểm tra chức năng phải đạt được 80% Tỷ lệ vượt qua trường hợp thử nghiệm phải là 90%.

Tất cả các trường hợp kiểm tra quan trọng đều được thông qua 10% Các trường hợp kiểm tra có thể không thành công nhưng các trường hợp kiểm tra không thành công có mức độ ưu tiên thấp.

Tất cả các luồng chức năng chính được thực hiện thành công với nhiều đầu vào khác nhau và đang hoạt động tốt.

20

3.3 Kết quả phân phối

Thành viên Khối lượng tài nguyên cần cung cấp

Nhiệm vụ Test leader

Trần Văn Quang 100% Nhiệm vụPhân chia công việc

Quản lý các thành viên trong nhóm Quản lý tiến độ thực hiện dự án Viết test case

Chuẩn bị dữ liệu cho việc kiểm thử Chạy các test case

Tổng hợp kết quả chạy test case Xây dựng báo cáo kết quả cho các

REQL-2 Test_L1 Người dùng nhập đúng cú pháp ví dụ: abc123@gmail.com và ,email đã được đăng ký – chuyển tới giao diện chính

Test_L2 Người dùng nhập đúng cú pháp ví dụ:

abc123@gmail.com và ,email chưa được đăng ký – thông báo email chưa được đăng ký Test_L3 Người dùng nhập sai cú pháp email vd:

Test_L4 Người dùng nhập sai tên email vd:

Abc1@mail.com – phía trước @ bắt buộc phải

Test_Search1 Bấm Icon Search -> hiển thị thanh tìm kiếm -> nhập nội dung tìm kiếm ->

Test_Search2 Không nhập nội dung tìm kiếm -> nhấn nút tìm kiếm-> hiển thị tất cả sản phẩm

Test_Search3 Nội dung tìm kiếm -> kiểm tra trong csdl và trả về dữ liệu nếu không có sản phẩm nào -> thông báo không có sản phẩm nào phù hợp

REQV-2 Test_V1 Rê chuột vào hình sản phẩm -> click chuột vào hình sản phẩm sẽ chuyển tới trang hiển thị thông tin chi tiết sản phẩm

Test_V2 Rê chuột vào tên sản phẩm -> click chuột vào tên sản phẩm sẽ chuyển tới trang hiển thị thông tin chi tiết sản phẩm

Test_A1 Chưa đăng nhập -> nhấp nút “add to cart” thì sẽ chuyển tới trang đăng nhập

Test_A2 Đã đăng nhập-> Chọn số lượng sản phẩm bằng 0 -> không thêm vào giỏ hàng

Test_A3 Đã đăng nhập -> Số lượng sản phẩm >=1 -> chọn thuê -> nhấp nút “add to cart” thì sẽ thêm sản phẩm vào giỏ hàng với số lượng sản phẩm đã chọn và giá sản phẩm sẽ là giá cho thuê Test_A4 Đã đăng nhập -> Số lượng sản phẩm >=1 ->

chọn mua -> nhấp nút “add to cart” thì sẽ thêm sản phẩm vào giỏ hàng với số lượng sản phẩm đã chọn và giá sản phẩm sẽ là giá cho việc mua

REQU-1 Test_U1 User tăng số lượng sản phẩm trong giỏ hàng lớn hơn số lượng sản phẩm đang có => giá phải được cập nhật chính xác tương ứng với sản phẩm.

Test_U2 User tăng số lượng sản phẩm trong giỏ hàng nhỏ hơn hoặc bằng số lượng sản phẩm đang có => giá phải được cập nhật chính xác tương ứng với

22

sản phẩm.=> giỏ hàng cập nhật các sản phẩm còn lại trong giỏ hàng và tổng giá trị tương ứng Test_U3 User loại bỏ tất cả sản phẩm trong giỏ hàng => số dư của giỏ hàng trở về 0, và không còn sản phẩm nào được hiển thị trong giỏ hàng Test_U4 User giảm số lượng sản phẩm trong giỏ hàng

nhỏ hơn hoặc bằng 0 -> xoá sản phẩm khỏi giỏ

Test_M8 User bấm vào nút phóng to góc phải bản đồ =>hiển thị bản đồ google map ra toàn màn hình

Req1 Test_CK1 Chưa đăng nhập -> Nhấn vào giỏ hàng-> Yêu cầu đăng nhập để tiếp tục

Test_CK2 User đã đăng nhập -> Nhấn vào giỏ hàng -> Chọn thanh toán -> Nhập thông tin (nhập đầy đủ thông tin) -> User sẽ nhận được thông báo thành công và mail xác nhận đơn hàng

Test_CK3 User đã đăng nhập -> Nhấn vào giỏ hàng -> Chọn thanh toán -> User nhập thiếu thông tin nhưng bấm nút đặt hàng -> Thông báo lỗi và yêu cầu nhập lại thông tin

8 Liên hệ với cửa hàng

Req2 Test_S6 Bấm vào mục liên hệ trên navbar -> nhập email và bỏ trống nội dung-> thông báo cần nhập nội dung để nhân viên hỗ trợ tốt hơn

Test_S7 Bấm vào mục liên hệ trên navbar -> nhập nội dung và bỏ trống email-> yêu cầu nhập email Test_S8 User nhập đủ thông tin và gửi phản hồi cho cửa

hàng-> thông báo thông tin đã được gửi thành

Test_C1 Tại trang quản trị, người quản trị chọn thêm sản phẩm -> điền đầy đủ thông tin sản phẩm, các trường dữ liệu cho sản phẩm (Số lượng sản phẩm là số âm)-> nhấn đăng sẽ nhận được thông báo số lượng sản phẩm kh thể nhỏ hơn hoặc bằng 0

Test_C2 Tại trang quản trị, người quản trị chọn thêm sản phẩm -> điền đầy đủ thông tin sản phẩm, các trường dữ liệu cho sản phẩm (Số lượng sản phẩm bằng 0)-> nhấn đăng sẽ nhận được thông báo số lượng sản phẩm kh thể nhỏ hơn hoặc bằng 0

Test_C3 Tại trang quản trị, người quản trị chọn thêm sản phẩm -> điền đầy đủ thông tin sản phẩm, các trường dữ liệu cho sản phẩm (Số lượng sản phẩm lớn hơn 0)-> thông báo thành công Test_C4 Tại trang quản trị, người quản trị chọn thêm sản

phẩm -> điền đầy đủ thông tin sản phẩm, các trường dữ liệu cho sản phẩm (Số lượng sản phẩm bằng 9.999.999)-> thông báo thành công

23

Test_C5 Tại trang quản trị, người quản trị chọn thêm sản phẩm -> điền đầy đủ thông tin sản phẩm, các trường dữ liệu cho sản phẩm (Số lượng sản phẩm bằng 10.00.000)-> thông báo số lượng sản phẩm vượt mức tối đa

Test_EP3 Người dùng cập nhật một hoặc nhiều trong các trường (hình ảnh, giá bán, giá thuê, tên sản

Test_DP1 Người dùng nhấn xem danh sách sản phẩm-> Người dùng chọn xoá -> người dùng được yêu cầu xác nhận lại-> đồng ý -> sản phẩm bị xoá

Test-VP1 Người quản trị xem đơn hàng đã được xử lý, kết quả gồm trạng thái đã hoàn thành và thời gian hoàn thành đơn hàng

Test-VP2 Người quản trị xem đơn hàng chưa được xử lý, kết quả gồm trạng thái và thời gian tiếp nhận của đơn hàng.

4.1.2 Kiểm thử hộp trắng Search Funtion

24

4.1.2.1 Kiểm thử luồng điều khiển

Path1: 1-2-3-4-5-6-7-8-9-10-11-12-13-14-15 Paht2: 1-2-3-4-5-6-7-8-9-10-13-14-15

TestcasePath1: input = ‘Váy cưới’ , Excepted value các sản phẩm là váy cưới TestcasePath 2: input = ‘Váy abcdef’, Excepted value không có sản phẩm nào

4.1.2.2 Kiểm thử dòng dữ liệu AU

25

3 “Concept 01” Duy nhất sản phẩm có tên concept 01 hoặc 0 có sản phẩm nào

26

4.2 Test case 4.2.1 Đăng nhập

4.2.1.1 Test case Test_L1

Test Case ID: Test_L1 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Đăng nhập Test Executed by: Trần Văn Quang Test Title: login Test Execution date: 06/12/2022 Description: login

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào login form Thông báo email

không tồn tại

2 Nhập emailVanq22233@gmail.com

Post-conditions: Thông báo email không tồn tại

4.2.1.2 Test case Test_L2

Test Case ID: Test_L1 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Đăng nhập Test Executed by: Trần Văn Quang Test Title: login Test Execution date: 06/12/2022 Description: login

Pre-conditions:

27

Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào login form Chuyển tới trang chủ, trên thanh

4.2.1.3 Test case Test_L3

Test Case ID: Test_L3 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Đăng nhập Test Executed by: Trần Văn Quang Test Title: login Test Execution date: 06/12/2022 Description: login

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào login form Thông báo email

không đúng

2 Nhập emailvanquang@gmail.vn

Post-conditions: Thông báo email không đúng

28

4.2.1.4 Test case Test_L4

Test Case ID: Test_L4 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Đăng nhập Test Executed by: Trần Văn Quang Test Title: login Test Execution date: 06/12/2022 Description: login

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào login form Thông báo email

không đúng

2 Nhập emailvanq@gmail.com

Post-conditions: Thông báo email không đúng

4.2.2 Tìm kiếm sản phẩm 4.2.2.1 Test case Test_Search1

Test Case ID: Test_Search1 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Search Test Executed by: Trần Văn Quang Test Title: tìm kiếm Test Execution date: 06/12/2022 Description: tìm kiếm

Pre-conditions: Dependencies:

29

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào icon search Danh sách sản

phẩm phù hợp

2 Nhập từ khoáconcept

Post-conditions: Danh sách sản phẩm phù hợp

4.2.2.2 Test case Test_Search2

Test Case ID: Test_Search2 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Search Test Executed by: Trần Văn Quang Test Title: tìm kiếm Test Execution date: 06/12/2022 Description: tìm kiếm

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào icon search Tất cả sản phẩm

2 Nhập từ khoá(để trống)

Post-conditions: Tất cả sản phẩm

4.2.2.3 Test case Test_Search3

Test Case ID: Test_Search3 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022

30

Module Name: Search Test Executed by: Trần Văn Quang Test Title: tìm kiếm Test Execution date: 06/12/2022 Description: tìm kiếm

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 1 Nhấn vào icon search Danh sách sản

phẩm phù hợp

2 Nhập từ khoáConcept 01

Post-conditions: Danh sách sản phẩm phù hợp

4.2.3 Xem chi tiết sản phẩm 4.2.3.1 Test case Test_V1

Test Case ID: Test_V1 Test Designed by: Trần Văn Quang Test Priority (Low/Medium/High): Med Test Designed date: 19/11/2022 Module Name: Xem sản phẩm Test Executed by: Trần Văn Quang Test Title: xem chi tiết sản phẩm Test Execution date: 06/12/2022 Description: xem chi tiết sản phẩm

Pre-conditions: Dependencies:

Step Test Steps Test Data Expected Result Actual Result Status (Pass/Fail) Notes 31