Đề tài kiểm thử trên hệ thống the guru99 bank

Theo Myer 1979, Chương 10: “Kiểm thử là quá trình thực thi một chươngtrình với mục đích tìm ra lỗi.” Theo như định nghĩa này, quá trình kiểm thử baogồm tất cả các hoạt động từ kiểm tra m

Khái niệm kiểm thử phần mềm

Cùng với phát triển phần mềm, kiểm thử phần mềm cũng có nhiều định nghĩa khác nhau được phát biểu bởi nhiều tổ chức hay cá nhân khác nhau

Theo Myer (1979, Chương 10): “Kiểm thử là quá trình thực thi một chương trình với mục đích tìm ra lỗi.” Theo như định nghĩa này, quá trình kiểm thử bao gồm tất cả các hoạt động từ kiểm tra mã nguồn đến chạy thử chương trình. Theo IEEE Std 610.12 (IEEE, 1990): Kiểm thử phần mềm là quá trình phân tích các yếu tố phần mềm để phát hiện những khác biệt giữa chương trình với các điều kiện yêu cầu và đánh giá các đặc điểm của các yếu tố phần mềm. Theo Daniell Galin: Kiểm thử phần mềm là một quá trình được tiến hành bởi một nhóm chuyên viên kiểm thử, trong đó một đơn vị phần mềm, một nhóm các đơn vị được tích hợp, hoặc cả gọi phần mềm được kiểm tra bằng cách chạy chương trình trên máy tính Tất cả các bước kiểm tra liền được tiến hành theo các quy trình kiểm thử và được thông qua ca kiểm thử.

- Vai trò kiểm thử phần mềm:

 Giảm mức độ rủi ro, tăng chất lượng sản phẩm phần mềm: sản phẩm phần mềm được kiểm tra sẽ đảm bảo được độ tin cậy, hiệu suất hoạt động cao, đảm bảo được các yêu cầu, tính năng cần thiết của nó Sản phẩm đưa đến tay khách hàng phải là một sản phẩm đạt đủ các yêu cầu của khách hàng về hình thức, giao diện, cấu trúc, tính năng, và đảm bảo không còn bất cứ lỗi nào trên sản phẩm.

 Gia tăng sự hài lòng của khách hàng: Một sản phẩm càng chỉn chu, càng hoàn thiện, chất lượng càng cao sẽ tạo ra những trải nghiệm người dùng tốt nhất, từ đó càng tạo được niềm tin và uy tín với khách hàng và đối tác.

 Gia tăng tính bảo mật: Sản phẩm được phát hiện và sửa lỗi giúp loại bỏ các rủi ro và các vấn đề sớm, làm tăng độ tin cậy cho sản phẩm. Đối với ngành công nghệ phần mềm, vấn đề bảo mật là yếu tố cực kỳ nhạy cảm, nó liên quan trực tiếp đến việc sở hữu, sử dụng của người dùng Vì vậy, việc kiểm thử phần mềm giúp hoàn thiện nhất sản phẩm phần mềm, tránh những lỗ hổng bảo mật đáng tiếc, tăng độ tin tưởng cho người sử dụng.

 Tiết kiệm thời gian, tiền bạc: Kiểm thử phần mềm giúp nhanh chóng phát hiện các lỗi của phần mềm, giúp giảm chi phí sửa chữa.

Các nguyên tắc kiểm thử phần mềm

Kiểm thử đơn vị

Một đơn vị chương trình là một thành phần phần mềm nhỏ nhất mà ta có thể kiểm thử được Ví dụ, các hàm (Function), thủ tục (Procedure), lớp (Class) hay phương thức (Method) đều có thể được xem là đơn vị.

Mỗi đơn vị chương trình được chọn để kiểm tra thường có kích thước nhỏ và chức năng hoạt động đơn giản, chúng ta không khó khăn gì trong việc tổ chức kiểm thử, ghi nhận và phân tích kết quả kiểm thử Nếu phát hiện lỗi, việc xác định nguyên nhân và khắc phục cũng tương đối dễ dàng vì chỉ khoanh vùng trong một đơn vị đang kiểm tra Một nguyên lý đúc kết từ thực tiễn: thời gian tốn cho kiểm thử đơn vị sẽ được đền bù bằng việc tiết kiệm rất nhiều thời gian và chi phí cho việc kiểm thử và sửa lỗi ở các mức kiểm thử sau đó.

Kiểm thử đơn vị thường do lập trình viên thực hiện Công đoạn này cần được thực hiện càng sớm càng tốt trong giai đoạn lập trình và xuyên suốt chu kỳ phát triển phần mềm Thông thường, kiểm thử đơn vị đòi hỏi kiểm thử viên có kiến thức về thiết kế và mã nguồn của chương trình Mục đích của kiểm thử đơn vị là bảo đảm thông tin được xử lý và xuất (khỏi đơn vị) là chính xác, trong mối tương quan với dữ liệu nhập và chức năng của đơn vị Điều này thường đòi hỏi tất cả các nhánh bên trong đơn vị đều phải được kiểm tra để phát hiện nhánh phát sinh lỗi Một nhánh thường là một chuỗi các lệnh được thực thi trong một đơn vị Ví dụ: chuỗi các lệnh sau điều kiện If và nằm giữa then else là một nhánh Thực tế việc chọn lựa các nhánh để đơn giản hóa việc kiểm thử và quét hết đơn vị đòi hỏi phải có kỹ thuật, đôi khi phải dùng thuật toán để chọn lựa

Cùng với các mục kiểm thử khác, kiểm thử đơn vị cũng đòi hỏi phải chuẩn bị trước các ca kiểm thử (Test case) hoặc kịch bản kiểm thử (Test script), trong đó chỉ định rõ dữ liệu đầu vào, các bước thực hiện và dữ liệu đầu ra mong muốn Các ca kiểm thử và kịch bản kiểm thử này nên được giữ lại để tái sử dụng.

Kiểm thử tích hợp

Kiểm thử tích hợp kết hợp các thành phần của một ứng dụng và kiểm thử như một ứng dụng đã hoàn thành Trong khi kiểm thử đơn vị kiểm tra các thành phần và đơn vị riêng lẻ thì kiểm thử tích hợp kết hợp chúng lại với nhau và kiểm tra sự giao tiếp giữa chúng.

- Hai mục tiêu chính của kiểm thử tích hợp:

 Phát hiện lỗi giao tiếp xảy ra giữa các đơn vị.

 Tích hợp các đơn vị đơn lẻ thành các hệ thống nhỏ (Subsystem) và cuối cùng là nguyên hệ thống hoàn chỉnh (System) chuẩn bị cho kiểm thử ở mức hệ thống (System Test).

Trong kiểm thử đơn vị, lập trình viên cố gắng phát hiện lỗi liên quan đến chức năng và cấu trúc nội tại của đơn vị Có một số phép kiểm thử đơn giản trên giao tiếp giữa đơn vị với các thành phần liên quan khác, tuy nhiên mọi giao tiếp liên quan đến đơn vị chỉ thật sự được kiểm tra đầy đủ khi các đơn vị tích hợp với nhau trong khi thực hiện kiểm thử tích hợp.

Trừ một số ít ngoại lệ, kiểm thử tích hợp chỉ nên thực hiện trên những đơn vị đã được kiểm tra cẩn thận trước đó bằng kiểm thử đơn vị, và tất cả các lỗi mức đơn vị đã được sửa chữa Một số người hiểu sai rằng đơn vị một khi đã qua giai đoạn kiểm thử đơn vị với các giao tiếp giả lập thì không cần phải thực kiểm thử tích hợp nữa Thực tế việc tích hợp giữa các đơn vị dẫn đến những tình huống hoàn toàn khác.

Một chiến lược cần quan tâm trong kiểm thử tích hợp là nên tích hợp dần từng đơn vị Một đơn vị tại một thời điểm được tích hợp vào một nhóm các đơn vị khác đã tích hợp trước đó và đã hoàn tất các đợt kiểm thử tích hợp trước đó Lúc này, ta chỉ cần kiểm thử giao tiếp của đơn vị mới thêm vào với hệ thống các đơn vị đã tích hợp trước đó, điều này sẽ làm cho số lượng ca kiểm thử giảm đi rất nhiều, và sai sót sẽ giảm đáng kể.

- Có 4 loại kiểm thử trong kiểm thử tích hợp:

 Kiểm thử cấu trúc (Structure Test): Tương tự kiểm thử hộp trắng, kiểm thử cấu trúc nhằm bảo đảm các thành phần bên trong của một chương trình chạy đúng và chú trọng đến hoạt động của các thành phần cấu trúc nội tại của chương trình chẳng hạn các câu lệnh và nhánh bên trong.

 Kiểm thử chức năng (Functional Test): Tương tự kiểm thử hộp đen, kiểm thử chức năng chỉ chú trọng đến chức năng của chương trình, mà không quan tâm đến cấu trúc bên trong, chỉ khảo sát chức năng của chương trình theo yêu cầu kỹ thuật.

 Kiểm thử hiệu năng (Performance Test): Kiểm thử việc vận hành của hệ thống.

 Kiểm thử khả năng chịu tải (Stress Test): Kiểm thử các giới hạn của hệ thống.

Kiểm thử hệ thống

Mục đích kiểm thử hệ thống là kiểm thử thiết kế và toàn bộ hệ thống (sau khi tích hợp) có thỏa mãn yêu cầu đặt ra hay không

Kiểm thử hệ thống bắt đầu khi tất cả các bộ phận của phần mềm đã được tích hợp thành công Thông thường loại kiểm thử này tốn rất nhiều công sức và thời gian Trong nhiều trường hợp, việc kiểm thử đòi hỏi một số thiết bị phụ trợ, phần mềm hoặc phần cứng đặc thù, đặc biệt là các ứng dụng thời gian thực, hệ thống phân bố, hoặc hệ thống nhúng Ở mức độ hệ thống, người kiểm thử cũng tìm kiếm các lỗi, nhưng trọng tâm là đánh giá về hoạt động, thao tác, sự tin cậy và các yêu cầu khác liên quan đến chất lượng của toàn hệ thống. Điểm khác nhau then chốt giữa kiểm thử tích hợp và kiểm thử hệ thống là kiểm thử hệ thống chú trọng các hành vi và lỗi trên toàn hệ thống, còn kiểm thử tích hợp chú trọng sự giao tiếp giữa các đơn thể hoặc đối tượng khi chúng làm việc cùng nhau Thông thường ta phải thực hiện kiểm thử đơn vị và kiểm thử tích hợp để bảo đảm mọi Unit và sự tương tác giữa chúng hoạt động chính xác trước khi thực hiện kiểm thử hệ thống.

Sau khi hoàn thành kiểm thử tích hợp, một hệ thống phần mềm đã được hình thành cùng với các thành phần đã được kiểm tra đầy đủ Tại thời điểm này,lập trình viên hoặc kiểm thử viên bắt đầu kiểm thử phần mềm như một hệ thống hoàn chỉnh Việc lập kế hoạch cho kiểm thử hệ thống nên bắt đầu từ giai đoạn hình thành và phân tích các yêu cầu.

Kiểm thử hệ thống kiểm thử cả các hành vi chức năng của phần mềm lẫn các yêu cầu về chất lượng như độ tin cậy, tính tiện lợi khi sử dụng, hiệu năng và bảo mật Mức kiểm thử này đặc biệt thích hợp cho việc phát hiện lỗi giao tiếp với phần mềm hoặc phần cứng bên ngoài, chẳng hạn các lỗi "tắc nghẽn" (deadlock) hoặc chiếm dụng bộ nhớ Sau giai đoạn kiểm thử hệ thống, phần mềm thường đã sẵn sàng cho khách hàng hoặc người dùng cuối cùng kiểm thử chấp nhận sản phẩm (Acceptance Test) hoặc dùng thử (Alpha/Beta Test). Đòi hỏi nhiều công sức, thời gian và tính chính xác, khách quan kiểm thử hệ thống thường được thực hiện bởi một nhóm kiểm thử viên hoàn toàn độc lập với nhóm phát triển dự án Bản thân kiểm thử hệ thống lại gồm nhiều loại kiểm thử khác nhau, phổ biến nhất gồm:

- Kiểm thử chức năng (Functional Test): Bảo đảm các hành vi của hệ thống thỏa mãn đúng yêu cầu thiết kế.

- Kiểm thử hiệu năng (Performance Test): Bảo đảm tối ưu việc phân bổ tài nguyên hệ thống (ví dụ bộ nhớ) nhằm đạt các chỉ tiêu như thời gian xử lý hay đáp ứng câu truy vấn, v.v.

- Kiểm thử bảo mật (Security Test): Bảo đảm tính toàn vẹn, bảo mật của dữ liệu và của hệ thống.

Việc kiểm thử chức năng chú trọng đến hai phần chính là kiểm thử giao diện người dùng (User interface) và kiểm thử luồng nghiệp vụ (Bussiness Flow Testing).

Kiểm thử giao diện người dùng: là việc kiểm tra các tương tác của người dùng với phần mềm Mục tiêu của kiểm thử giao diện là để đảm bảo rằng giao diện người dùng cung cấp cho người sử dụng cách truy cập và sử dụng các chức năng của hệ thống một cách thích hợp Ngoài ra, kiểm thử giao diện còn để đảm bảo rằng các đối tượng trên giao diện giống như thiết kế và phù hợp với tổ chức hoặc chuyên ngành.

Mục đích kiểm thử Kiểm tra việc sử dụng thông qua mục tiêu kiểm thử phản ánh đúng các chức năng và yêu cầu nghiệp vụ, bao gốm màn hình đến màn hình, trường đến trường và sử dụng các phương pháp truy cập(phím tabs, di chuột, tổ hợp phím).

Cách thực hiện Tạo ra và chỉnh sửa kịch bản kiểm thử cho mỗi màn hình để kiểm tra việc sử dụng đúng cách và tình trạng các đối tượng cho mỗi màn hình và đối tượng của ứng dụng. Điều kiện hoàn thành Mỗi màn hình được kiểm tra thành công đúng với phiên kiểm tra hoặc phạm vi chấp nhận được.

Ghi chú Không phải toàn bộ các thuộc tính của đối tượng đều truy cập được.

Bảng 1 1 Kiểm thử giao diện người dùng

Kiểm thử luồng nghiệp vụ: Mục đích của kiểm thử luồng nghiệp vụ là kiểm tra các yêu cầu chức năng và nghiệp vụ của hệ thống bao gồm các hoạt động để kiểm tra tính đúng đắn của dữ liệu, quy trình, báo cáo và việc thực hiện đúng những quy tắc nghiệp vụ Kiểu kiểm thử này dựa vào kỹ thuật kiểm thử hộp đen, tức là kiểm tra ứng dụng và các xử lý bên trong ứng dụng bằng cách tương tác với ứng dụng thông qua giao diện người sử dụng và phân tích các kết quả hoặc đầu ra Bảng sau liệt kê một số gợi ý đối với mỗi ứng dụng:

Mục đích kiểm thử Đảm bảo mục tiêu kiểm thử đúng đắn của chức năng, bao gồm dữ liệu đầu vào, xử lý dữ liệu và dữ liệu nhận được Kiểm thử chức năng đảm bảo các yêu cầu sau:

Nhập dữ liệu hợp lệ thì chương trình phải cho nhập Luồng nghiệp vụ đúng Quá trình xử lý dữ liệu và kết quả đầu ra phải đúng Phục hồi được dữ liệu Cách thực hiện Thực hiện các chức năng, sử dụng các dữ liệu hợp lệ và không hợp lệ để kiểm tra Cụ thể như sau:

1) Kết quả mong đợi với dữ liệu hợp lệ

2) Lỗi thích hợp hoặc thông báo hiển thị khi dữ liệu không hợp lệ

3) Mỗi quy tắc nghiệp vụ đều được áp dụng đúng Điều kiện hoàn thành Toàn bộ kế hoạch kiểm thử đã được thực hiện

Toàn bộ các lỗi phát hiện ra đã được ghi nhận Ghi chú

Bảng 1 2 Kiểm thử luồng nghiệp vụ

Mục đích của kiểm thử hiệu năng là kiểm tra các yêu cầu về hiệu năng có đạt được hay không.

Mục đích kiểm thử Kiểm tra các biểu hiện về hiệu năng cho các giao dịch hoặc chức năng nghiệp vụ theo những điều kiện sau:

Khối lượng công việc bình thường đã biết trước Khối lượng công việc xấu đã biết trước Cách thực hiện Sử dụng các thủ tục cho kiểm thử luồng nghiệp vụ: Chỉnh sửa file dữ liệu để tăng số lượng các giao dịch hoặc scripts để tăng số tương tác xảy ra trong mỗi giao dịch. Scripts phải được chạy trên một máy (trường hợp tốt nhất để đánh giá người dùng đơn lẻ, giao dịch đơn lẻ) và phải lặp lại trên nhiều máy trạm. Điều kiện hoàn thành Giao dịch đơn lẻ hoặc người dùng đơn lẻ:

Thực hiện thành công kịch bản kiểm thử không có lỗi và trong phạm vi mong đợi hoặc thời gian phản hồi cho mỗi giao dịch Nhiều giao dịch hoặc nhiều người dùng: Thực hiện thành công test script không có lỗi và trong thời gian chấp nhận được.

Bảng 1 3 Kiểm thử hiệu năng

Kiểm thử an toàn thông tin tập trung vào hai lĩnh vực bảo mật chính: Bảo mật ở mức ứng dụng và Bảo mật ở mức hệ thống.

Bảo mật mức ứng dụng đảm bảo rằng, dựa trên bảo mật đã yêu cầu, người dùng bị hạn chế sử dụng một số chức năng hoặc tình huống sử dụng, hoặc bị hạn chế trong giới hạn dữ liệu phù hợp với họ Ví dụ, người dùng có thể được phép nhập dữ liệu để tạo tài khoản nhưng chỉ có người quản lý có thể xóa chúng Nếu là bảo mật ở mức dữ liệu, việc kiểm thử đảm bảo rằng

“người dùng nhóm 1” có thể nhìn thấy các thông tin khách hàng, bao gồm dữ liệu tài chính, tuy nhiên “người dùng nhóm 2” chỉ nhìn thấy các thông tin chung chung cho cùng một khách hàng.

Bảo mật mức hệ thống đảm bảo rằng chỉ những người dùng được cho quyền truy cập vào hệ thống mới có khả năng truy cập vào ứng dụng và chỉ bằng các cổng thích hợp.Mục đích kiểm thử

Một số loại kiểm thử phần mềm

Kỹ thuật kiểm thử hộp đen

Một trong những kỹ thuật kiểm thử quan trọng trong kiểm thử phần mềm là kiểm thử hộp đen hay còn gọi là kiểm thử hướng dữ liệu, hay kiểm thử hướng vào/ra. Kiểm thử hộp đen xem chương trình như là một “hộp đen” Mục đích là hoàn toàn không quan tâm về cách vận hành và cấu trúc bên trong của chương trình Thay vào đó, tập trung vào tìm các trường hợp mà chương trình không thực hiện theo các đặc tả của nó Theo hướng tiếp cận này, dữ liệu kiểm tra được lấy chỉ từ các đặc tả Kỹ thuật kiểm thử hộp đen được mô tả trong hình

Hình 1 3 Kỹ thuật kiểm thử hộp đen

1.4.1.1 Mục đích của kiểm thử hộp đen

Kiểm thử hộp đen luôn đóng vai trò quan trọng trong quá trình kiểm thử, mục đích của kiểm thử hộp đen là:

 Chức năng sai hoặc thiếu

 Lỗi trong cấu trúc dữ liệu hoặc truy cập cơ sở dữ liệu từ bên ngoài

Lỗi khởi tạo hoặc kết thúc hệ thống

1.4.1.2 Các phương pháp kiểm thử hộp đen

- Một số phương pháp tiếp cận chủ yếu dành cho các phương pháp kiểm thử hộp đen bao gồm:

 Phân lớp tương đương – Equivalence partitioning

 Phân tích giá trị biên – Boundary value analysis.

 Kiểm thử mọi cặp – All-pairs testing

 Kiểm thử fuzz – Fuzz testing

 Kiểm thử dựa trên mô hình – Model-based testing

 Ma trận dấu vết – Traceability matrix

 Kiểm thử thăm dò – Exploratory testing

 Kiểm thử dựa trên đặc tả – Specification-base testing

Kiểm thử hộp đen dựa trên đặc tả tập trung vào kiểm tra tính thiết thực của phần mềm theo những yêu cầu thích hợp Do đó, kiểm thử viên nhập dữ liệu vào, và chỉ thấy dữ liệu ra từ đối tượng kiểm thử Mức kiểm thử này thường yêu cầu các ca kiểm thử triệt để được cung cấp cho kiểm thử viên mà khi đó có thể xác minh là đối với dữ liệu đầu vào đã cho, giá trị đầu ra (hay cách thức hoạt động) có giống với giá trị mong muốn đã được xác định trong ca kiểm thử đó hay không. Kiểm thử dựa trên đặc tả là cần thiết, nhưng không đủ để để ngăn chặn những rủi ro chắc chắn

Kiểm thử hộp đen không có mối liên quan nào tới mã lệnh, và kiểm thử viên chỉ rất đơn giản tâm niệm là: một mã lệnh phải có lỗi Sử dụng nguyên tắc “ Hãy đòi hỏi và bạn sẽ được nhận”, những kiểm thử viên hộp đen tìm ra lỗi mà những lập trình viên đã không tìm ra Nhưng, mặt khác, người ta cũng nói kiểm thử hộp đen “giống như là đi trong bóng tối mà không có đèn vậy”, bởi vì kiểm thử viên không biết các phần mềm được kiểm tra thực sự được xây dựng như thế nào Đó là lý do mà có nhiều trường hợp mà một kiểm thử viên hộp đen viết rất nhiều ca kiểm thử để kiểm tra một thứ gì đó mà đáng lẽ có thể chỉ cần kiểm tra bằng 1 ca kiểm thử duy nhất, hoặc một số phần của chương trình không được kiểm tra chút nào.

Do vậy, kiểm thử hộp đen có ưu điểm của “một sự đánh giá khách quan”, mặt khác nó lại có nhược điểm của “thăm dò mù”.

Kỹ thuật kiểm thử hộp trắng

Kỹ thuật kiểm thử hộp trắng hay còn gọi là kiểm thử cấu trúc là một kĩ thuật kiểm thử trái ngược hoàn toàn với kiểm thử hộp đen, kiểm thử hộp trắng hay kiểm thử hướng dựa vào giải thuật cụ thể, vào cấu trúc 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 Do đó, kiểm thử viên cần phải có kỹ năng kiến thức nhất định để có thể hiểu chi tiết về đoạn mã cần kiểm thử Kiểm thử hộp trắng thường tốn rất nhiều thời gian và chi phí nếu mức độ kiểm thử được nâng lên ở cấp kiểm thử tích hợp hay kiểm thử hệ thống.

Hình 1 4 Kỹ thuật kiểm thử hộp trắng

1.4.2.1 Các kỹ thuật kiểm thử hộp trắng

Kiểm thử dòng điều khiển (control flow testing) và kiểm thử dòng dữ liệu (data flow testing) được coi là hai phương pháp tiếp cận chủ yếu trong kĩ thuật kiểm thử hộp trắng.

Kiểm thử dòng điều khiển: là phương pháp tập trung kiểm thử thuật toán chức năng tương ứng với các đường đi (dòng điều khiển) của chương trình Tuy nhiên chỉ một phương pháp này là chưa đủ để phát hiện tất cả các lỗi tiềm ẩn trong chương trình.

Kiểm thử dòng dữ liệu: là phương pháp cho phép ta phát hiện những lỗi thường xuất hiện tại các biến được sử dụng trong chương trình, đơn vị chương trình Bằng cách áp dụng cả hai phương pháp trên sẽ giúp chúng ta đảm bảo về chất lượng của sản phẩm phần mềm tốt hơn

1.4.2.2 Ưu điểm và nhược điểm

Kiểm thử hộp trắng giúp chúng ta kiểm tra được toàn bộ mã nguồn của chương trình, phát hiện lỗi tại chỗ và có thể áp dụng được các công cụ giúp kiểm thử tự động Tuy nhiên, kiểm thử hộp trắng yêu cầu kiểm thử viên phải am hiểu về cấu trúc mã lệnh chương trình Do đó đòi hỏi tài nguyên nhân lực và máy tốn kém.

Bên cạnh đó cũng có khả năng tồn tại các tổ hợp lệnh khác nhau gây lỗi, không kiểm thử hết đường đi với các vòng lặp lớn, phức tạp.

Kiểm thử hộp xám

Kiểm thử hộp xám là kỹ thuật kiểm thử có sự kết hợp giữa kiểm thử hộp đen và kiểm thử hộp trắng Trong kiểm thử hộp đen, kiểm thử viên kiểm thử các hạng mục mà không cần biết cấu trúc bên trong của nó, còn trong kiểm thử hộp trắng thì kiểm thử viên biết được cấu trúc bên trong của chương trình Trong kiểm thử hộ xám, cấu trúc bên trong sản phẩm chỉ được biết một phần, kiểm thử viên truy cập vào cấu trúc dữ liệu bên trong và thuật toán của chương trình với mục đích là thiết kế ca kiểm thử, nhưng khi kiểm thử thì chỉ kiểm thử như là người dùng cuối hoặc là ở mức hộp đen.

GIỚI THIỆU VỀ ỨNG DỤNG KIỂM THỬ 19

Tổng quan về ứng dụng

Dự án Ngân hàng Guru99 nhằm mục đích cung cấp cơ sở ngân hàng ròng cho khách hàng của mình.Bản phát hành này sẽ có các tính năng hạn chế Trong một khoảng thời gian, các chức năng mới và mới sẽ được thêm vào trang web.

Mục đích của tài liệu này là phác thảo các yêu cầu để trang web Ngân hàng Guru99 được phát triển cho Guru99 Tech Pvt Ltd Tài liệu này sẽ được sử dụng bởi tất cả các bên liên quan bao gồm cả nhà phát triển và người thử nghiệm.

Phạm vi của dự án này được giới hạn trong việc thử nghiệm các tính năng được mô tả trong phần tiếp theo các phần của tài liệu này.Thử nghiệm phi chức năng như căng thẳng, hiệu suất nằm ngoài phạm vi của dự án này.

Kiểm thử tự động hóa nằm ngoài phạm vi.

Kiểm tra chức năng & giao diện bên ngoài nằm trong phạm vi và cần được kiểm tra.

Trang web ngân hàng sẽ chỉ tương thích với Chrome phiên bản 27 trở lên

Đặc tả yêu cầu nghiệp vụ

The Guru99 Bank có 2 quyền là:

- Các tính năng/mô-đun sau sẽ có sẵn cho hai vai trò khác nhau này:

Bảng 2 1Ccác tính năng của hệ thống The Guru99 Bank

- Mô tả các mô-đun:

Module Name Applicabl e Roles Description

Customer: A customer can have multiple bank accounts.

He can view balance of his accounts only

Manager: A manager can view balance of all the customers who come under his supervision

Customer: A customer can have transfer funds from his “own” account to any destination account.

Manager: A manager can transfer funds from any source bank account to destination account

A Mini statement will show last 5 transactions of an account Customer: A customer can see mini-statement of only his “own” accounts

Manager: A manager can see mini-statement of any account

A customized statement allows you to filter and display transactions in an account based on date, transaction value

Customer: A customer can see Customized- statement of only his “own” accounts Manager: A manager can see Customized -statement of any account

Customer: A customer can change password of only his account.

Manager: A manager can change password of only his account He cannot change passwords of his customers New

Manager Manager: A manager can add a new customer.

Manager Manager: A manager can edit details like address, email

New Manager Currently system provides 2 types of accounts

A customer can have multiple saving accounts (one in his name , other in a joint name etc).

He can have multiple current accounts for different companies he owns.

Or he can have a multiple current and saving accounts Manager: A manager can add a new account for an existing customer.

Account Manager Manager: A manager can add a edit account details for an existing account Delete

Manager Manager: A manager can add a delete an account for a customer.

Customer Manager A customer can be deleted only if he/she has no active current or saving accounts Manager: A manager can delete a customer.

Deposit Manager Manager: A manager can deposit money into any account Usually done when cash is deposited at a bank branch.

Manager Manager: A manager can withdraw money from any account Usually done when cash is withdrawn at a bank branch.

Bảng 2 2 Đặc tả các mô-đun

- Các yêu cầu kĩ thuật:

T1 Customer Id - Customer ID is required

T2 Customer Id - Special character are not allowed

T3 Customer Id - Characters are not allowed

T3.1 Customer Id - First character cannot have space

T4 Customer Name – Numbers are not allowed

T5 Customer Name – Special characters are not allowed

T6 Customer Name - Customer name must not be blank

T7 Customer Name - First character cannot have space T8 Address

- Address Field must not be blank

T9 Address - First character can not have space T10 Address - Special characters are not allowed T11 City - Special character are not allowed

T12 City - City Field must not be blank

T13 City – Numbers are not allowed

T14 City - First character can not have space

T15 State – Numbers are not allowed

T16 State - State must not be blank

T17 State – Special characters are not allowed T17.1 State – First character cannot have space T18 Pin - Characters are not allowed

T19 Pin - PIN Code must not be blank

T20 Pin – Special characters are not allowed

T21 Pin – PIN Code must have 6 Digits

T22 Pin - First character can not have space

T23 Telephone Number – Mobile no must not be blank

T24 Telephone Number – Special character are not allowed

T25 Telephone Number – Character are not allowed

T26 Telephone Number - First character can not have space

T27 Email : Email ID must not be blank

T28 Email : Email ID is not valid

T29 Email : First character can not have space

T30 Account No must not be blank T31 Special character are not allowed T32 Characters are not allowed

T33 Account No - Account Number must not be blank

T34 Account No - Characters are not allowed

T35 Account No - Special characters are not allowed

T36 Amount Lower Limit – Special character are not allowed T37 Amount Lower Limit – Amount Lower Limit is required T38 Amount Lower Limit – Characters are not allowed

T39 Number of Transaction – Special character are not allowed

T40 Number of Transaction - Number of Transaction must not be blank T41 Number of Transaction – Character are not allowed

T42 Account No must not be blank T43 Special character are not allowed T44 Characters are not allowed Delete Customer

T47.1 Customer Id - First character cannot have space

T48 Account No must not be blank T49 Special character are not allowed T50Characters are not allowed

T51 Amount field must not be blank T52 Special characters are not allowed T53 Characters are not allowed

T54 Description must not be blank

T55 Account No must not be blank

T56 Special character are not allowed

T60.1 Customer Id - First character can not have space

T61 Address - Address Field must not be blank T62 Address - First character can not have space T63Address - Special characters are not allowed T64 City - Special character are not allowed

T65 City - City Field must not be blank

T66 City – Numbers are not allowed

T67 City - First character can not have space

T68 State – Numbers are not allowed

T69 State - State must not be blank

T70 State – Special characters are not allowed T70.1 State – First character cannot have space T71Pin - Characters are not allowed

T71 Pin - PIN Code must not be blank

T72 Pin – Special characters are not allowed

T73 Pin – PIN Code must have 6 Digits

T74 Pin - First character cannot have space

T75 Telephone Number – Mobile no must not be blank

T76 Telephone Number – Special character are not allowed T77 Telephone Number – Character are not allowed

T78 Telephone Number - First character cannot have space T79 Email : Email ID must not be blank

T80 Email : Email ID is not valid

T81 Email : First character cannot have space

T82 Payers Account Number must not be blank

T83 Special characters are not allowed

T85 Payees Account Number must not be blank

T88 Amount Field must not be blank

T92 User-ID must not be blank

T93 Password must not be blank

T94 Account No must not be blank T95 Special character are not allowed T96 Characters are not allowed Change Password

T97 Old Password must not be blank T98 New Password must not be blank

T99 Enter at-least one numeric value T100 Enter at-least one special character

T102 Confirm Password must not be blank

T104 Account No must not be blank

T105 Special character are not allowed

T106 Characters are not allowed T107 Amount Field must not be blank T108 Characters are not allowed

F1 Manager can view balance of accounts associate with him

F2 Account number entered should exist in database

F3 Customer can view balance of only his accounts

F4 Account number entered should exist in database

F5 If these source and destination account numbers are invalid, system displays an error F6 If these source and destination account numbers are same, system displays an error F7 If the source account does not have the necessary balance, system displays an error F8 If the source account does not associated with manager, System displays an error

F9 If the destination account number is not valid, system displays an error F10 If these source and destination account numbers are same, system displays an error F11 If the source account does not have the necessary balance, system displays an error F12 If the source account is not associate with customer itself, System displays an error.

F13 If source account number is invalid, system displays an error

F14 If source account does not have the necessary balance, system displays an error

F15 If source account does not associate with manager, System displays an error.

F16 If source account number is invalid, system displays an error

F17 If source account does not have the necessary balance, system displays an error

F18 If source account does not associate with customer, System displays an error.

F19 If destination account number is invalid, system displays an error

F20 If destination account number does not associate with manager, System displays an error.

F21 If destination account number is invalid, system displays an error

F22 If destination account number does not associate with customer, System displays an error.

F23 If Customer Id is invalid, system displays an error.

F24 If account associate with Customer Id, System displays an error.

F25 If Customer Id does not associate with manager, System displays an error.

F26 If Account Number is invalid, system displays an error

F27 If account does not associate with manager logged in, System displays an error.

F28 If Account Number is invalid, system displays an error.

F29 If Account number does not associate with manager, System displays an error.

F30 If Customer ID is invalid, system displays an error.

F31 If initial deposit is less than 500, System displays an error.

F32 If Customer Id does not associate with manager, System displays an error.

F33 If same Email Id exist in the system, system shows an error.

F34 If same Email Id exist in the system, system shows an error.

F35 If Customer Id is invalid, System displays an error.

F36 If Customer Id does not associate with Manager, System displays an error.

F37 If Old Password is invalid, System shows an error.

F38 If Old Password is invalid, System displays an error

F39 If account no is invalid, System displays an error

F40 If From Date is greater than To Date, System dispalys an error.

F42 If From Date is greater than To Date, System dispalys an error.

F44 If transaction not exist in system, System displays an error.

F45 If account not associate with manager itself, System displays an error.

F46 If account no is invalid, System displays an error.

F47 If account associate with customer itself, System displays an error.

F48 If account no is invalid, System displays an error Customer

DANH SÁCH TEST CASE

Phiên bản thứ nhất

Test Case ID: TC01 TC description: Verify user is required to enter customer ID

3 Select the new account feature

4 Enter the customer id input box

The user clicks on the customer id input box, the customer message is required

Status: OpenTest Result: PassedNoted:

Test Case ID: TC02 TC description: Verify user is not allowed to enter Special character are not allowed

When the user enters the customer id input box, if it contains special characters, there will be a message that it must not contain special characters

Status: Open Test Result: Passed Noted:

Test Case ID: TC03 TC description: Verify user cannot enter alphanumeric character as customer id

Test Data: abc Expected Result:

When the user enters the customer id field containing alphanumeric characters, the message "characters are not allowed" appears

Account type Savings Initial deposit

Test Case ID: TC04 TC description: Verify user enters the customer id input box, it must not contain a space at the beginning of the line

Expected Result: user enters the customer id input box containing a leading space, the message "First character can not have space" must appear.

Test Case ID: TC05 TC description: Verify user enters the customer name field and must not contain numeric characters

3 Select the New Customer feature

4 Enter the Customer Name input box

Users entering the Customer Name input box containing numeric characters will appear the message "Numbers are not allowed"

Test Case ID: TC06 TC description: Verify user must not enter the

Customer Name field containing special characters

Users entering the Customer Name input box containing special characters will appear the message "Special characters are not allowed"

Test Case ID: TC07 TC description: Verify user cannot leave the

Users entering the Customer Name input box containing special characters will appear the message "Special characters are not allowed"

Test Case ID: TC08 TC description: Verify user entering the

Customer Name input box must not contain spaces at the beginning of the line

Expected Result: user enters the Customer Name field containing a leading space, the message "First character can not have space" will appear.

Status: Open Test Result: Failed Noted: Bug03

Expected Result: user leaves the Address field blank, the message "Address Field must not be blank"

Test Case ID: TC10 TC description: Verify user enters the Address field and must not contain leading spaces

Expected Result: user leaves the Address field blank, the message "Address Field must not be blank"

Test Case ID: TC11 TC description: Verify user enters the Address field and cannot contain special characters

User enters the Address field, the message "First character can't have space" appears.

Test Case ID: TC12 TC description: Verify User entering the City input box must not contain special characters

When the user enters City input box, if it contains special characters, there will be a message that it must not contain special characters

If the user leaves the City field blank, the message "City Field must not be blank" appears.

Test Case ID: TC14 TC description: Verify user enters the City input box must not contain numeric characters

Test Data: 123Expected Result: user enters the City input box, if it contains numeric characters, the message "Numbers are not allowed" will appear.

Test Case ID: TC15 TC description: Verify user enters the City input box must not contain leading spaces

Expected Result: user enters the City input box, if it contains a leading space,the message "First character can not have space" appears.

Test Data: 123 Expected Result: user enters the City input box, if it contains numeric characters, the message "Numbers are not allowed" will appear.

If the user leaves the State input field blank, the message "State must not be blank" appears.

Test Case ID: TC18 TC description: Verify user entering the State input box must not contain special characters

Expected Result: user enters the State input box, if it contains special characters, the message "Special characters are not allowed" will appear.

Test Case ID: TC19 TC description: Verify user enters the input box the State input box must not contain a leading space

When the user enters the State input box containing a leading space, the message "First character can not have space" appears.

Status: Open Test Result: Failed Noted: Bug03 Test Case ID: TC20 TC description: Verify user enters the PIN input box must not contain alphanumeric characters

Test Data: abc Expected Result: user enters the PIN input box containing the signature will appear the message "Characters are not allowed"

Test Case ID: TC21 TC description: Verify user must not leave the

If the user leaves the PIN field blank, the message "PIN Code must not be blank" appears.

Test Case ID: TC22 TC description: Verify user enters the PIN input box must not contain special characters

Expected Result: user enters the PIN input box containing special characters, the message "Special characters are not allowed" appears.

Test Case ID: TC23 TC description: Verify user input wrong PIN code 6 digits

If the user enters the PIN code, if it is different from 6 digits, the message "PIN Code must have 6 Digits" appears.

Test Case ID: TC25 TC description: Verify users cannot leave the

If the user leaves the Mobile Number field blank, the message "Mobile Number must not be blank" appears.

Test Case ID: TC26 TC description: Verify user enters the Telephone

Number field and must not contain special characters

Expected Result: user enters the Telephone Number input box, if it contains special characters, the message "Special characters are not allowed" will appear.

Status: Open Test Result: Passed

Test Case ID: TC27 TC description: Verify user enters the Phone number box, it does not contain alphanumeric characters

If the user enters the Telephone Number input box,it contains alphanumeric characters,the message "Characters are not allowed" appears

Number input box must not contain a leading space character

If the user enters the Telephone Number input box containing a leading space, the message

"First character can not have space" will appear.

Status: Open Test Result: Failed Noted: Bug03 Test Case ID: TC29 TC description: Verify user cannot leave Email input field blank

If the user does not enter the email input box, the message "Email-ID must not be blank" will appear.

Test Case ID: TC30 TC description: Verify user entered incorrect email format

Test Data: anh.123 Expected Result:

If the user enters the wrong email format, the message "Email-ID is not valid" will appear.

Status: Open Test Result: Passed

Test Case ID: TC31 TC description: Verify user enters the Email input box, do not enter a leading space

Expected Result: user enters the Email input box containing a leading space, the message

Bảng 3 1 Danh sách test case phiên bản thứ nhất hệ thống The Guru99 Bank

Phiên bản thứ hai

Test Case ID: TC32 TC description: Verify users are not allowed to leave the Account No field blank

Test Data: anh.123 Expected Result:

If the user leaves the Account field blank, the message "Account Number must not be blank" will appear.

Test Case ID: TC33 TC description: Verify user is not allowed to enter special characters in the Account No input box

Users enter the Account No input box, if it contains special characters, the message

"Special characters are not allowed"

Test Data: abc Expected Result: if the user enters text in the Account No input box, the message "Characters are not allowed" will appear.

Test Case ID: TC35 TC description: Verify user must not leave blank in Customer ID input field

Users who leave the Customer ID field blank will have the message "Customer ID is required"

Test Case ID: TC36 TC description: Verify user cannot enter special characters in the Customer ID input field

Users who enter the Customer ID input box containing special characters will have the message "Special characters are not allowed"

Test Case ID: TC37 TC description: Verify user cannot enter alphanumeric characters in the Customer ID input box

User enters text in the Customer ID input box will have the message "Characters are not allowed"

Test Case ID: TC38 TC description: Verify user cannot enter a leading space in the Customer ID input box

Users who enter a leading space in the Customer ID input box will have the message "First character can not have space"

Test Result: Failed Noted: Bug03 Edit Account Form

Users who do not enter the Account No input box will have the message "Account Number must not be blank"

Expected Result: users who enter special characters in the Account

No input box will have the message "Special characters are not allowed"

Status: OpenTest Result: Passed

Test Case ID: TC41 TC description: Verify users are not allowed to enter alphanumeric characters in the Account ID input box.

Users who enter alphanumeric characters in the Account ID input box will have the message "Characters are not allowed"

If the user leaves the Account field blank, the message "Account Number must not be blank" will appear.

Test Case ID: TC43 TC description: Verify user cannot enter special characters in the Customer ID input field

Users who enter the Customer ID input box containing special characters will have the message "Special characters are not allowed"

Test Case ID: TC44 TC description: Verify user cannot enter alphanumeric characters in the Customer ID input box

User enters text in the Customer ID input box will have the message "Characters are not allowed"

Test Case ID: TC45 TC description: Verify user cannot enter a leading space in the Customer ID input box

Users who enter a leading space in the Customer

ID input box will have the message "First character can not have space"

Status: Open Test Result: Failed Noted: Bug03 Edit Customer

3 Go to New Customer to create a new customer

5 Enter Customer ID which is the ID of the newly created customer

Users who leave the Address field blank will have the message "Address Field must not be blank"

Test Case ID: TC47 TC description: Verify user enters the Address field and must not contain leading spaces

User enters the Address field, the message "First character can't have space" appears.

Test Case ID: TC48 TC description: Verify user enters the Address field and cannot contain special characters

Users entering the Address field containing special characters will have the message "Special characters are not allowed"

If the user leaves the City field blank, the message "City Field must not be blank" appears.Status: Open

Expected Result: user enters the City input box, if it contains numeric characters, the message "Numbers are not allowed" will appear.

Test Case ID: TC51 TC description: Verify user enters the City input box must not contain leading spaces

Expected Result: user enters the City input box, if it contains a leading space,the message "First character can not have space" appears.

Test Result: Failed Noted: Bug03 Test Case ID: TC52 TC description: Verify user entering the State input box must not contain numeric characters

Expected Result: user enters the State input box, if it contains numeric characters, the message "Numbers are not allowed" will appear.

Status: OpenTest Result: Passed

If the user leaves the State input field blank, the message "State must not be blank" appears.

Test Case ID: TC54 TC description: Verify user entering the State input box must not contain special characters

Expected Result: user enters the State input box, if it contains special characters,the message "Special characters are not allowed" will appear.

Test Case ID: TC55 TC description: Verify user enters the input box the State input box must not contain a leading space

When the user enters the State input box containing a leading space, the message "First character can not have space" appears.

Test Case ID: TC56 TC description: Verify user enters the PIN input box must not contain alphanumeric characters

User enters the PIN input box containing the signature will appear the message

Test Case ID: TC57 TC description: Verify user must not leave the

If the user leaves the PIN field blank,the message

"PIN Code must not be blank" appears.

Test Case ID: TC58 TC description: Verify user enters the PIN input box must not contain special characters

If the user leaves the PIN field blank,the message

"PIN Code must not be blank" appears.

If the user enters the PIN code, if it is different from 6 digits,the message "PIN Code must have

Test Result: Failed Noted: Bug04 Test Case ID: TC60 TC description: Verify user enters the PIN code must not contain leading spaces

If the user enters the PIN code, if it contains a leading space, the message "First character can not have space" will appear.

Status: Open Test Result: Failed Noted: Bug03 Test Case ID: TC61 TC description: Verify users cannot leave the

6 Enter the Mobile Number field

If the user leaves the Telephone Number field blank,the message "the Telephone Number Code must not be blank" appears.

Number field and must not contain special characters

Expected Result: user enters the Telephone Number input box, if it contains special characters,the message

"Special characters are not allowed" will appear.

Test Case ID: TC63 TC description: Verify user enters the Phone number box, it does not contain alphanumeric characters

Test Data: abc Expected Result: user enters the Telephone Number input box, if it contains special characters,the message

"Special characters are not allowed" will appear.

Number input box must not contain a leading space character

If the user enters the Telephone Number input box containing a leading space, the message

Test Result: Failed Noted: Bug03 Test Case ID: TC65 TC description: Verify user cannot leave Email input field blank

If the user does not enter the email input box, the message "Email-ID must not be blank" will appear.

Test Case ID: TC66 TC description: Verify user entered incorrect email format

Test Data: quocanh.123 Expected Result:

If the user enters the wrong email format, the message "Email-ID is not valid" will appear.

Test Case ID: TC67 TC description: Verify user enters the Email input box, do not enter a leading space

Test Data: quocanh.123 Expected Result: user enters the Email input box containing a leading space, the message "First character can not have space" will appear.

Test Result: Failed Noted: Bug03

Bảng 3 2 Danh sách test case phiên bản thứ hai hệ thống The Guru99 Bank

DANH SÁCH BUG

Phiên bản thứ nhất

Summary: Error link does not exist in New Account

Description: User enters fully and validly the fields of the New Account and clicks Submit,it will be redirected to another page to notify the account is not valid.

3 Select the New Account feature

4 Complete and valid input of fields

A new page or a successful account creation message appears

Observed Result: switch to a page that doesn't exist and the message Customer don't not exist

Hình 4 1 Bug01 error link does not exist in New Account

Summary: Error link does not exist in New Customer

Description: User enters fully and validly the fields of the New Account and clicks Submit,it will be redirected to another page to notify the account is not valid.

Hình 4 2 Bug02 error link does not exist in New Customer

Summary: Users can enter disallowed formats after getting a leading whitespace error

Description: After entering a leading space error, the user can enter unauthorized characters with incorrect error messages

3 Enter any field with a leading space

4 Continue to enter the characters that are not allowed in that field such as special characters, alphanumeric characters,

An error message matching the user input error must be displayed

The message still remains "First character can not have space"

Hình 4 3 Bug03 users can enter disallowed formats after getting a leading whitespace error

Summary: User enters more than 6 digits, there is no error message

Description: If the user enters more than 6 digits, there is no message "Do not exceed 6 digits"

4 Enter PIN field containing exceed 6 digits

A message that cannot exceed 6 digits is displayed

No message appears not to enter more than 6 digits

Hình 4 4 Bug04 user enters more than 6 digits, there is no error message

Summary: User who presses Reset still has an error message of the fields

Description: the user after entering but has an error message of one or more fields and then presses the reset button, there is still an error message

3 Enter invalid information of one or more fields and an error message appears

Error messages of pre-entered fields must be cleared

Observed Result: the error messages of the fields remain after pressing reset

Hình 4 5 Bug 05 user who presses Reset still has an error message of the fields

Summary: If the user enters more than 15 numbers in the Mobile

Number field, there is no error message

Description: Users enter more than 15 numbers in the Mobile

Number field, there is no message "no more than 15 numeric characters"

4 Enter Mobile Number input box greater than 15 numeric characters

A message not allowed to enter more than 15 numeric characters appears

There is no message that you cannot enter more than 15 numeric characters

Hình 4 6 Bug06 if the user enters more than 15 numbers in the Mobile Number field, there is no error message

Bảng 4 1 Danh sách bug phiên bản thứ nhất hệ thống The Guru99 Bank

Phiên bản thứ hai

Summary: Error link does not exist in New Account Description: User enters fully and validly the fields of the New Account and clicks Submit,it will be redirected to another page to notify the account is not valid.

Summary: Error link does not exist in New Customer Description: User enters fully and validly the fields of the New Account and clicks Submit,it will be redirected to another page to notify the account is not valid.

Bảng 4 2 Danh sách bug phiên bản thứ hai hệ thống The Guru99 Bank

5.1 Báo cao phiên bản thứ nhất

Hình 5 1 Thành viên báo cáo phiên bản thứ nhất

Hình 5 2 Tổng số test case phiên bản thứ nhất

Hình 5 3 Tổng số bug phiên bản thứ nhất

5.2 Báo cáo phiên bản thứ hai

Hình 5 4 Thành viên báo cáo phiên bản thứ hai

Hình 5 5 Tổng số test case phiên bản thứ hai

Hình 5 6 Tổng số bug phiên bản thứ hai

Qua quá trình kiểm thử trên hệ thống The Guru99 Bank tổng số test case và bug tìm thấy:

Hình 5 7 Tổng sô test case và bug được tìm thấy trên hệ thống The Guru99 Bank

NGUỒN TÀI LIỆU THAM KHẢO

[1] ThS Đinh Nguyễn Thúy Nguyệt, Slide bài giảng môn kỹ thuật kiểm thử phần mềm (2023)

[2] Thomas Hamilton (8/4/2023), https://www.guru99.com/software-testing- introduction-importance.html (truy cập 17/4/2023)

[3] Kinza Yasar, https://www.techtarget.com/whatis/definition/software-testing (truy cập 17/4/2023)

Nội dung thuyết trình Vinasoy

Giải đề Cam 16 Izone team

T Ổ NG QUAN V Ề Shopee VIỆT NAM Marketing 97% (30) 22

[123doc] - chien- luoc-marketing-… Marketing 100% (13) 29

Định dạng
Số trang	90
Dung lượng	5,75 MB