Đặc tả các chức năng hệ thống System Functions Nhằm đáp ứng nhu cầu ứng dụng công nghệ thông tin cho các hoạt động kinh doanh và để giảm bớt thời gian tìm kiếm, theo dõi hoạt động websit
Trang 1Khoa Công Nghệ Thông Tin
MÔN HỌC : KIỂM THỬ PHẦN MỀM
ĐỀ TÀI : KIỂM THỬ WEBSITE BÁN NƯỚC HOA
Giáo Viên Hướng Dẫn : Đỗ Đức Bích Ngân
Trang 2NHẬN XÉT CỦA GIẢNG VIÊN
Giảng viên 01
Trang 3
Giảng viên 02
Trang 4
Đồ án Môn Kiểm thử phần mềm Trang 4
Trang 5LỜI CẢM ƠN
Lời đầu tiên chúng em xin chân thành cảm ơn các thầy, cô trong khoa Công nghệ
thông tin, trường Đại Học Ngoại Ngữ - Tin Học thành phố Hồ Chí Minh đã tạo điều kiện thuận lợi cho chúng em trong quá trình học tập tại trường cũng như trong thời gian thực hiện đồ án môn học Đặc biệt, chúng em muốn gửi lời cảm ơn tới cô Đỗ ĐứcBích Ngân giảng viên trực tiếp hướng dẫn, chỉ bảo giúp chúng em khắc phục những khó khăn, thiếu sót để có thể hoàn thành các phần trong đồ án từ lý thuyết đến thực hành sử dụng công cụ
Mặc dù đã cố gắng với tất cả nỗ lực của bản thân để hoàn thiện đồ án, nhưng do thời gian có hạn, năng lực và kinh nghiệm còn hạn chế nên đồ án không thể tránh khỏi
những thiếu sót Kýnh mong nhận được sự đóng góp ý kiến từ phía thầy cô, bạn bè để chúng em có thể nâng cao kiến thức và kinh nghiệm của bản thân, hoàn thiện đồ án được tốt hơn
Chúng em xin chân thành cảm ơn!
Hồ Chí Minh, ngày 14 tháng 06 năm 2022 Sinh viên thực hiện
Đặng Dương Bảo Minh
Lê Quang Duy
Vũ Đức Thắng
Trang 6MỤC LỤC
CHƯƠNG I: GIỚI THIỆU CHUNG 9
CHƯƠNG II: LÝ THUYẾT 10
1.Kiểm thử phần mềm 10
2.Bug tracking 10
Một số khái niệm cần biết khi dùng Mantis 10
CHƯƠNG III: KIỂM THỬ HỆ THỐNG WEBSITE BÁN NƯỚC HOA 12
1.Đặc tả các chức năng hệ thống (System Functions) 12
2 Sơ đồ Usecase 12
3 Xác định mục tiêu, các chuẩn chất lượng cần đạt của hệ thống 15
4 Phạm vi kiểm thử của hệ thống (Scope) 17
5 Phân công công việc 18
6 Thiết kế testcases/ test checklists 18
6.1 Kiểm thử chức năng 18
6.2 Kiểm thử phi chức năng 19
7 Thực thi kiểm thử trên các releases và báo cáo buglist (bug tracking) 23
8 Đánh giá chất lượng đồ án 24
CHƯƠNG IV: KẾT LUẬN 26
Trang 7DANH MỤC HÌNH ẢNH
Hình 1 - Usecase Admin 13
Hình 2 - Usecase User 14
Hình 3 - Testcase chức năng Đăng nhập 20
Hình 4 - Testcase chức năng Đăng ký 21
Hình 5 - Chức năng tìm kiếm 22
Hình 6 - Giao diện Test GUI 23
Hình 7 - Thực thi Testcase 23
Hình 8 - Thực thi Testcase 24
Hình 9 - Hiển thị danh sách trên release 24
Trang 9BẢNG PHÂN CÔNG CÔNG VIỆC
Đặng Dương Bảo
Minh
- Lập kế hoạch kiểm thử, viết test checklist.
- Thiết kế và viết các test case và thực thi testcase.
- Thực hiện kiểm thử các usecase thuộc về Admin: Quản lý sản phẩm, Quản lý nhà sản xuất, Quản lý thể loại, Quản lý khách hàng.
- Viết báo cáo lý thuyết word.
Lê Quang Duy - Thiết kế và viết các test case và thực thi testcase.
- Thực hiện kiểm thử các function và usecase thuộc
về User: Xem sản phẩm, Xem giỏ hàng, Chỉnh sửa giỏ hàng, Xem thông tin đơn hàng.
- Đăng bug lên Mantis.
Vũ Đức Thắng - Thiết kế và viết các test case và thực thi testcase.
- Thực hiện kiểm thử các usecase thuộc về Admin: Quản lý tin tức, Quản lý đơn hàng.
Trang 10CHƯƠNG I: GIỚI THIỆU CHUNG
- Trong những năm gần đây, công nghệ thông tin đã phát triển nhanh chóng,
mạnh mẽ và được ứng dụng ở hầu hết các mặt đời sống, kinh tế, văn hóa, xãhội Cùng với đó các ngành công nghệ phần mềm cũng phát triển theo, việc xâydựng các trang web hay các ứng dụng ngày càng phổ biến, gia tăng về số lượngtheo quy mô mở rộng và cả về chất lượng phần mềm theo chiều sâu Nhưngcũng từ đó cũng kèm theo lỗi hỏng hóc phần mềm không đáng có gây ra cácảnh hưởng đến việc sử dụng của sản phẩm của người dùng Những lỗi này là dophầm mềm bị hỏng do không được kiểm định, kiểm duyệt kỹ lưỡng trước khiđưa cho người dùng cuối hoặc do những sự phá hoại nhằm đánh cắp thông tin
cá nhân như số điện thoại, tin nhắn, danh bạ, mã số tài khoản ngân hàng,…Những vấn đề nan giải này ngày càng có xu hướng mở rộng trong những nămgần đây, cho thấy được là mặc dù phần mềm phát triển ngày càng phức tạpnhưng vấn đề về chất lượng vẫn là một dấu hỏi lớn cần xem xét cẩn thận
- Do đó yêu cầu đặt ra là cần phải có đội ngũ công tác kiểm thử phần mềm thật
kỹ lưỡng nhằm ngăn chặn các lỗi hay hỏng hóc còn tiềm tàng bên trong phầnmềm mà chúng ta chưa kịp nhận ra Tuy nhiên vì phần mềm ngày càng lớn, vớihàng nghìn module, có thể do công ty cả công ty hàng nghìn người phát triển vìvậy để kiểm thử được một phần mềm lớn như vậy sẽ tốn nhiều công sức và thờigian nếu làm thủ công, chưa kể đến chất lượng kiểm đinh sẽ không cao và thậtchính xác phù hợp cho yêu cầu Theo nhiều tính toán thì việc kiểm thử đóng vaitrò hết sức quan trọng trong quy trình phát triển phần mềm, vì vậy cần có các hệthống kiểm thử phần mềm một cách tự động cho phép ta thực hiện được cáccông việc một cách nhanh chống và độ an toàn chính xác cao nhất có thể Chính
vì thế nên các tool kiểm thử được sử dụng như một chiếc phao giúp cho đội ngũkiểm định đỡ được phần nào sự mệt mõi và dễ dàng trong công việc kiểm địnhchất lượng của phần mềm
Trang 11CHƯƠNG II: LÝ THUYẾT
1.Kiểm thử phần mềm
- Kiểm thử phần mềm (tiếng Anh: Software testing) là một cuộc kiểm tra được
tiến hành để cung cấp cho các bên liên quan thông tin về chất lượng của sảnphẩm hoặc dịch vụ được kiểm thử Kiểm thử có thể cung cấp cho doanh nghiệpmột quan điểm, một cách nhìn độc lập về phần mềm để từ đó cho phép đánh giá
và thấu hiểu được những rủi ro trong quá trình triển khai phần mềm
- Ở đồ án kiểm thử website bán nước hoa lần này thì chúng em đã tiến hành kiểm
tra kĩ lưỡng về mặt giao diện bên ngoài của Website, phần nhập liệu thông tin,phần code bên trong và nhiều thứ khác để có thể mong rằng sẽ giúp choWebsite của chúng em có thể phát hiện và khắc phục những lỗi mà Websiteđang có để hoàn thiện Website trong tương lai
2.Bug tracking
Bug tracking là gì?
- Bug tracking cho phép người dùng nhập vào các báo cáo lỗi trực tiếp vào
một hệ thống mà các bản ghi và theo dõi họ sử dụng thường xuyên củamột hệ thống theo dõi lỗi cung cấp một kỷ lục hiệu quả đội ngũ phầnmềm trackers lỗi địa phương thường được sử dụng bởi các đội của cácchuyên gia hỗ trợ ứng dụng để theo dõi các vấn đề thông báo cho cácnhà phát triển phần mềm
Bug tracker Mantis là gì?
- Bug tracker Mantis là một hệ thống theo dõi lỗi trên web dựa trên mã
nguồn mở miễn phí Việc sử dụng MantisBT phổ biến nhất là để theo dõicác lỗi xảy ra ở phần mềm Tuy nhiên, MantisBT thường được cấu hìnhbởi người dùng để phục vụ như một hệ thống theo dõi vấn đề chung vàcông cụ quản lý dự án
- Tools kiểm thử của nhóm em sử dụng là Mantis: một ứng dụng quản lý
lỗi, vấn đề và dự án, được phát triển để làm quy trình này trở nên dễdàng hơn cho mọi tổ chức Mantis được thiết kế thân thiện với ngườidùng, rất linh hoạt khi sử dụng, chạy nhiều dự án cùng lúc, có thể chạytrên nền của bất kỳ một trình duyệt nào và các chức năng tìm kiếm dễdàng và đơn giản
Trang 12Một số khái niệm cần biết khi dùng Mantis
Issues : Được hiểu như là lỗi (thường gọi là Bug), thiếu sót sai phạm trong
chương trình hoặc tài liệu của dự án
Report issue : Báo cáo lỗi/ sai sót khi được tìm thấy trên chương trình/ tài liệu
Category : phân nhóm các chức năng/ module
Severity : mức độ của issue Bao gồm 4 mức: + Mức 1: Block, crash + Mức 2:
Major + Mức 3: minor + Mức 4: tweak, text, trivial, feature
Status : trạng thái của issue Bao gồm các trạng thái:
+ New: Bug chưa được được xử lý, hoặc đang xử lý + Resolved: Bug đã xử lý xong + Closed: Bug đã được reporter kiểm tra lại và bug không còn xảy ra + Feedback: Bug đang chờ phản hồi + Confirmed: Bug đang chờ xác nhận lại + Assigned: Bug đã được bàn giao + Acknowledged: Bug đã được chấp nhận
Resolution : các giải quyết của issue + Open: Bug vừa tạo mới + Reopen: Bug
vẫn xảy ra và được mở lại để fix + Fixed: Bug đã được fix + Not Fixable: Bugkhông thể fix được + Won't Fix: Bug quyết định không được fix + UnableReproduce: Bug không bị phát sinh bug khác + Duplicate: Bug đã bị trùng vớimột bug khác + Cancelled
Quy trình Bug Tracker của Mantis:
1. Thêm người dùng (phải có quyền Admin, có thể đặt quyền của người dùngnhư report, Admin,…)
2. Tạo Project (Project đanng thực hiện)
3. Tạo Category (Category như Function Test, Non-Function Test, GUITest…)
4. Report Issue:
4.1. Chọn Category
4.2. Chọn mức dộ có thể lặp lại của lỗi
4.3. Chọn mức độ ưu tiên sửa chữa của lỗi
4.4. Chọn Platform (Website,…)
4.5. Chọn Hệ điều hành đang sử dụng để test
4.6. Chọn phiên bản hệ điều hành
4.7. Chọn người thực hiện sửa lỗi
4.8. Thêm tóm tắt của lỗi
Trang 134.9. Thêm mô tả chi tiết của lỗi
4.10 Chọn người thực hiện sửa lỗi
4.11 Thêm thông tin phụ (nếu có)
4.12 Thêm tag lỗi (nếu có)
4.13 Thêm File upload (nếu có)
4.14 Chọn View status của lỗi
1 Đặc tả các chức năng hệ thống (System Functions)
Nhằm đáp ứng nhu cầu ứng dụng công nghệ thông tin cho các hoạt động kinh doanh
và để giảm bớt thời gian tìm kiếm, theo dõi hoạt động website trong việc quản lý.Website ra đời nhằm đáp ứng vấn đề sau:
Khách hàng:
- Xem thông tin các sản phẩm
- Tìm kiếm thông tin các sản phẩm
- Xem thông tin giỏ hàng
- Chỉnh sửa thông tin giỏ hàng
- Xác nhận đặt hàng
- Xem thông tin chi tiết đơn hàng
Admin:
- Quản lý sản phẩm ( thêm, sửa, xóa thông tin các sản phẩm )
- Quản lý nhà sản xuất ( thêm, sửa, xóa thông tin các nhà sản xuất )
- Quản lý thể loại ( thêm, sửa, xóa thông tin thể loại )
- Quản lý khách hàng ( chỉnh sửa, xóa thông tin khách hàng )
Trang 142 Sơ đồ Usecase
a Admin
Hình 1 - Usecase Admin
Mô tả chức năng Admin
1 Đăng nhập Admin Đăng nhập để sử dụng các tính
năng của website
2 Đăng xuất Admin Đăng xuất khỏi tài khoản đã
6 Quản lý thể loại Admin Thêm, sửa, xóa thông tin của các
thể loại
7 Quản lý khách Admin Sửa thông tin và phân quyền tài
Ảnh 1 Usecase Admin
Trang 15hàng khoản người dùng
8 Quản lý tin tức Admin Thêm, sửa, xóa và xem thông tin
của các phân quyền của website
Hình 2 - Usecase User
Mô tả chức năng User
1 Đăng nhập User Đăng nhập để sử dụng các tính
năng của website
Trang 165 Chỉnh sửa giỏ
hàng
User Thêm, sửa, xóa các sản phẩm đã
được user đã thêm vào giỏ hàng
6 Đặt hàng User Xác nhận đặt toàn bộ các sản
phẩm hiện có trong giỏ hàng
7 Xem chi tiết sản
phẩm
User Xem thông tin chi tiết của sản
phẩm như: Hình ảnh, tên sản phẩm, giá bán
8 Đăng xuất User Đăng xuất khỏi tài khoản đã
đăng nhập
Table 2 - Mô tả chức năng User
3.Xác định mục tiêu, các chuẩn chất lượng cần đạt của hệ thống.
Xác định mục tiêu:
- Website phải đảm bảo đúng chức năng với đặc tả và thiết kế hệ thống, đáp ứng
yêu cầu của người dùng
- Các chức năng phải đầy đủ và hoạt động bình thường
- Kiểm thử giao diện của website
- Sau khi trải qua kiểm thử, website không được tồn tại lỗi quan trọng
- Hoàn thành các quy trình kiểm thử Requirenment analysis, Test planning, Testcase development, …
Yêu cầu về phía người sử dụng:
+ Giao diện đẹp, thân thiện phù hợp với yêu cầu khách hàng+ Dễ sử dụng với các đối tượng người dùng, thuận tiện trong quản trị, dễ bảo trì+ Thông tin hiển thị chi tiết
+ Chạy ổn định trên các trình duyệt+ Hoàn thành sản phẩm đúng thời gian quy định
Yêu cầu về chức năng:
+ Dễ dàng tùy chỉnh + Có tính hiệu quả cao + Có tính bảo mật cao
Yêu cầu tính hữu dụng của phần mềm:
+ Cập nhật, thêm, sửa, xóa, tra cứu các thông tin về khách hàng+ Thống kê, báo cáo các hoạt động theo tuần, tháng/năm
+ Giúp Khách hàng ở xa có thể đặt hàng dễ dàng
Trang 17Xác định chuẩn chất lượng đầu ra:
Website bán hàng của nhóm được xây dựng và phát triển dựa trên tiêu chuẩn
của ISO/IEC 9126, tiêu chuẩn này trình bày một số tổ hợp chất lượng tượng
trưng cho bất cứ phần mềm nào, bao gồm:
- Tính chức năng: Khả năng của phần mềm cung cấp các chức năng
đáp ứng được nhu cầu sử dụng khi phần mềm làm việc trong điềukiện cụ thể
Đảm bảo phân quyền tài khoản người dùng
Tài khoản admin có thể quản lý toàn bộ thông tin của website:quản lý sản phẩm, quản lý người dùng, phân quyền người dùng,…
Tài khoản người dùng có thể dùng để sử dụng các chức năng cơbản của website theo nghiệp vụ đặt hàng: Xem sản phẩm, muahàng, chỉnh sửa giỏ hàng,…
- Tính tin cậy: Là khả năng của phần mềm có thể hoạt động ổn định
trong những điều kiện cụ thể
Tính chính xác: Website phải luôn có khả năng tính toán chínhxác và tránh các kết quả sai ảnh hưởng đến nhu cầu của Adminhoặc User: tính toán tổng tiền sản phẩm, thống kê số lượng sảnphẩm
Khả năng chịu lỗi: Website phải có khả năng chống chọi với cáctình trạng lỗi, crash hoặc DDOS
Tính tuân thủ tinh cậy: Website phải được thiết kế dựa theo cácchuẩn quy định, quy ước chung
- Tính khả dụng: Là khả năng của phần mềm có thể hiểu được, học
được, sử dụng được và hấp dẫn người sử dụng trong từng trường hợp
- Khả năng bảo hành, bảo trì: Khả năng bảo hành, bảo trì: Khả năng
của phần mềm có thể chỉnh sửa
Có thể thay đổi được: Website có khả năng nâng cấp lên các nền
Trang 18 Có thể kiểm tra được: Website phải có khả năng cho phép testerthực hiện các quy trình kiểm thử website một cách định kỳ nhằmphát hiện ra bug sớm nhất có thể.
Tận dụng tài nguyên: Website phải tận dụng tài nguyên một cáchtriệt để, sử dụng ít Ram, sử dụng ít dung lượng Database
Tính tin cậy: Là khả năng của phần mềm có thể hoạt động ổn định trong những điều
kiện cụ thể
Khả năng chịu lỗi: khả năng của phần mềm hoạt động ổn định tại một mức độ
cả trong trường hợp có lỗi xảy ra ở phần mềm hoặc có những vi phạm tronggiao diện
Khả năng phục hồi: khả năng của phần mềm có thể tái thiết lại hoạt động tạimột mức xác định và khôi phục lại những dữ liệu có liên quan trực tiếp đến lỗi
Tính tuân thủ tin cậy: phần mềm thoả mãn các chuẩn, quy ước, quy định
Tính khả dụng: Là khả năng của phần mềm có thể hiểu được, học được, sử dụng
được và hấp dẫn người sử dụng trong từng trường hợp sử dụng cụ thể
Có thể hiểu được: người sử dụng có thể hiểu được xem phần mềm có hợp với
họ không và và sử dụng chúng thế nào cho những công việc cụ thể
Có thể học được: người sử dụng có thể học các ứng dụng của phần mềm
Có thể sử dụng được: khả năng của phần mềm cho phép người sử dụng sử dụng
và điều khiển nó
Tính hấp dẫn: khả năng hấp dẫn người sử dụng của phần mềm
Tính tuân thủ khả dụng: phần mềm thoả mãn các chuẩn, quy ước, quy định
4 Phạm vi kiểm thử của hệ thống (Scope)
- Xác định Scope (phạm vi) của dự án cần test là một điều tối quan trọng trong
quá trình kiểm thử một phần mềm hay một website nào đó Việc này cung cấpcho bạn các thông tin về project mà bạn sẽ test trong tương lai Điều đó giúpcho toàn bộ thành viên tham gia dự án của bạn đều sẽ biết trước được cácfunction, các GUI hay các tác vụ cần test
- Ở đồ án lần này với website bán nước hoa thì nhóm đã đặt ra phạm vi kiểm thử
như sau:
Trang 19o Đăng nhập (Test các form nhập thông tin)
o Đăng ký (Test các form nhập thông tin)
o Giỏ hàng (Test các chức năng: thêm, sửa, xóa số lượng các sản phẩm
hiện có trong giỏ hàng, xem thông tin giỏ hàng)
o Đơn hàng (Test các chức năng: xem thông tin các đơn hàng đã được đặt
hàng bởi người dùng)
o Quản lý sản phẩm (Test các chức năng: thêm, sửa, xóa các sản phẩm mới
trong cửa hàng, các form nhập liệu thông tin khi thêm hoặc sửa thông tinsản phẩm)
o Quản lý nhà sản xuất (Test các chức năng: thêm, sửa, xóa các hãng sản
xuất của, các form nhập liệu thông tin khi thêm hoặc sửa thông tin hãngsản xuất)
o Quản lý thể loại (Test các chức năng: thêm, sửa, xóa các form nhập liệu
thông tin khi thêm hoặc sửa thông tin hệ điều hành)
o Quản lý người dùng (Test các chức năng quản lý tài khoản người dùng,
xóa người dùng hoặc chỉnh sửa thông tin người dùng, các form nhập liệukhi chỉnh sửa thông tin người dùng)
5 Phân công công việc
- Đặng Dương Bảo Minh:
o Lập kế hoạch kiểm thử, viết test checklist.
o Thiết kế và viết các test case và thực thi testcase.
o Thực hiện kiểm thử các usecase thuộc về Admin: Quản lý sản phẩm,
Quản lý nhà sản xuất, Quản lý thể loại, Quản lý khách hàng
o Viết báo cáo lý thuyết word.
- Lê Quang Duy
o Thiết kế và viết các test case và thực thi testcase.
o Thực hiện kiểm thử các function và usecase thuộc về User: Xem sản
phẩm, Xem giỏ hàng, Chỉnh sửa giỏ hàng, Xem thông tin đơn hàng
o Đăng bug lên Mantis.
- Vũ Đức Thắng
o Thiết kế và viết các test case và thực thi testcase.
o Thực hiện kiểm thử các usecase thuộc về Admin: Quản lý tin tức, Quản
lý đơn hàng
6 Thiết kế testcases/ test checklists