5. CHƯƠNG 5: CÀI ĐẶT VÀ KIỂM THỬ PHẦN MỀM
5.2.3. Quy trình kiểm thử
- Quy trình kiểm thử được thực hiện theo 8 bước:
1. Chuẩn bị chiến lược kiểm thử (Preparing the test strategy)
Tiếp cận ban đầu, xác định chiến lược kiểm thử, tùy theo yêu cầu của khách hàng mà ưu tiên kiểm thử những nội dung nào trước, nội dung nào sau. Giai đoạn này thường phải đặt câu hỏi: Kiểm thử cái gì và kiểm thử như thế nào?
2. Chuẩn bị kế hoạch kiểm thử (Preparing the test plan)
Bước tiếp theo cần phải làm đó làm lập kế hoạch kiểm thử. Xác định và phân chia một cách hợp lý thời gian, nhân sự, các công cụ được sử dụng cho từng chức năng
3. Chuẩn bị môi trường kiểm thử (Preparing the test environment)
Ở bước này bạn cần phải chuẩn bị môi trường, nền tảng cho công việc kiểm thử phần mềm của mình gồm: Hệ điều hành (win 7, win 8, linux, IOS…), Trình duyệt (IE, Safari, Opera…), thiết bị (Moblie, tablet, deskop…)
144
4. Viết test cases (Write test cases)
Thiết kế danh sách testcase từ các yêu cầu chức năng và phi chức năng (UI, Functional, Field Validation, Browser compatibility, Performance) theo như kế hoạch kiểm thử đã được làm trước đó.
5. Thực thi test cases (Executing the test cases)
Tiến hành thực thi các Case trong testcase/test scrips để thực hiện việc kiểm thử, quá trình này có thể update thêm một số case còn thiết hoặc những case phát sinh thêm.
6. Phân tích kết quả kiểm thử (Analyzing the results)
Phân tích kết quả đã kiểm thử để tìm hiểu nguyên nhân gây lỗi, đồng thời định hướng cách khắc phục và sau đó tiến hành sửa các lỗi.
7. Thực hiện kiểm thử hồi quy (Doing regression testing)
Kiểm thử hồi quy các lỗi đã được sửa.
8. Kết thúc kiểm thử (Test exiting)
Khi tất cả testcase đều đã pass, hoặc vẫn còn tồn tại lỗi nhưng lỗi nhỏ, không đáng kể vẫn đảm bảo yêu cầu đặc tả của phần mềm thì quá trình kiểm thử kết thúc.
145
5.2.4. Test case
5.2.4.1. Test case màn hình đăng nhập
146
5.2.4.2. Test case màn hình quên mật khẩu
147
5.2.4.3. Test case màn hình trang chủ user
148
5.2.4.4. Test case màn hình chi tiết sản phẩm
149
5.2.4.5. Test case màn hình danh mục sản phẩm
150
5.2.4.6. Test case màn hình lịch sử đơn hàng
Hình 5.7: Test case màn hình Lịch sử đơn hàng
151
152
5.2.4.8 Test case màn hình thống kê
153
PHẦN 3: KẾT LUẬN
1. KẾT QUẢ ĐẠT ĐƯỢC
- Về giao diện:
+ Xây dựng được tất cả các giao diện cần thiết và đồng bộ cho các chức năng của cả 3 actor Guest, User, Admin.
- Về chức năng:
+ Guest: đảm bảo được các chức năng cơ bản như đăng nhập, đăng ký, quên mật khẩu, xem sản phẩm, …
+ User: đảm bảo được các chức năng hỗ trợ cho user mua sản phẩm như: tìm kiếm sản phẩm, lọc danh sách sản phẩm, sắp xếp, lựa chọn size, màu sắc, xác nhận đơn hàng, thanh toán online, chat online, …
+ Admin: đảm bảo được vai trò quản lý của admin trong việc quản lý user, sản phẩm, danh mục sản phẩm, đơn hàng, gửi tin nhắn, chat online.
2. ƯU ĐIỂM
- Về giao diện:
+ Giao diện đơn giản, rõ ràng, dễ dàng sử dụng.
+ Guest và User có thể tìm kiếm sản phẩm ở bất cứ trang nào.
+ Validate các trường của các form, khi người dùng thực hiện thao tác sai sẽ báo lỗi cụ thể.
+ Sản phẩm được hiển thị đầy đủ các thông tin cần thiết như: hình ảnh, tên sản phẩm, giá sản phẩm.
+ User có thể thêm sản phẩm ở trang chủ và có thể chỉnh sửa lại ở trang thanh toán. - Về chức năng:
+ Hỗ trợ người dùng đăng nhập bằng nhiều cách khác nhau: đăng nhập qua Facebook, qua Google hoặc dùng Email/SDT, password đã đăng ký.
+ Mã hóa password trước khi lưu vào CSDL để đảm bảo tính bảo mật cho tài khoản. + Sử dụng JWT để tăng tính bảo mật và mỗi phiên đăng nhập kéo dài chỉ 1 giờ đồng hồ, hết thời gian đó muốn tiếp tục mua hàng, User phải đăng nhập lại.
+ Hỗ trợ chức năng lọc sản phẩm theo giá tiền, theo size của sản phẩm trong danh mục sản phẩm để User dễ dàng lựa chọn.
+ Sử dụng Google Api để tính phí ship dựa trên địa chỉ khách hàng nhập vào, hỗ trợ khách hàng xác định chính xác tọa độ của địa chỉ và hiển thị trên bản đồ.
154 + Sử dụng Google Analytics để theo dõi website.
+ Ứng dụng phương thức thanh toán không tiền mặt như: Paypal, Stripe, Vnpay, Zalopay, giúp cho khách hàng thuận tiện và có nhiều sự lựa chọn hơn trong việc thanh toán.
3. NHƯỢC ĐIỂM
- Về giao diện: về cơ bản, giao diện dễ quan sát, dễ sử dụng nhưng vẫn chưa bắt mắt, quá thu hút.
- Về chức năng:
+ Tính năng chat socket vẫn chưa xử lý trong trường hợp có nhiều admin quản lý website. + Cổng thanh toán vnpay vẫn chưa gửi request refund thành công, cổng thanh toán zalopay vẫn chưa nhận được callback để nhận thông tin, trạng thái thanh toán của khách hàng.
4. HƯỚNG PHÁT TRIỂN
- Khắc phục những nhược điểm đã nêu trên.
- Tích hợp thêm giao diện cũng như chức năng quản lý đơn hàng cho shipper.
- Tích hợp mô hình tích lũy điểm khi mua hàng và quy đổi thành khuyến mãi để thu hút khách hàng.
155
DANH MỤC TÀI LIỆU THAM KHẢO
[1]. https://toidicodedao.com/2017/05/23/giai-thich-technical-stack-la-gi/ [2]. https://www.quora.com/What-is-mean-stack [3]. https://o7planning.org/vi/12115/gioi-thieu-ve-react#a25023126 [4]. https://toidicodedao.com/2015/09/24/nosql-co-gi-hay-ho-tong-quan-ve-nosql-phan-1/ [5]. https://viblo.asia/p/gioi-thieu-ve-nosql-database-djeZ1a9jZWz [6]. https://viblo.asia/p/tim-hieu-ve-mongodb-4P856ajGlY3 [7]. https://toidicode.com/mongodb-la-gi-282.html [8]. https://medium.freecodecamp.org/introduction-to-mongoose-for-mongodb- d2a7aa593c57 [9]. https://medium.freecodecamp.org/the-definitive-node-js-handbook-6912378afc6e [10]. https://medium.freecodecamp.org/what-exactly-is-node-js-ae36e97449f5 [11]. https://sotatek.com/blog/nodejs-hieu-asynchronous-event-drivent-nonblocking-io/ [12]. https://blog.cloudboost.io/event-driven-programming-with-nodejs-net-and-events- 9e4e14f561f3 [13]. https://o7planning.org/vi/11925/npm-la-gi [14]. https://scotch.io/tutorials/build-a-restful-api-using-node-and-express-4
[15]. Ethan Brown, Web Development with Node & Express O’Reilly, Chương 15, trang 169
[16]. https://topdev.vn/blog/redux-la-gi/#redux-la-gi
[17]. https://topdev.vn/blog/reactjs-nhung-dieu-ban-can-phai-biet/ [18]. https://techblog.vn/reactjs-uu-diem-va-nhuoc-diem