Bước thứ 5 của manual unit testing là gì năm 2024

Đối với bất kỳ dự án sản xuất phần mềm nào việc kiểm thử đều đóng một vai trò vô cùng quan trọng. Trong đó, Test Manual là loại kiểm thử được sử dụng nhiều nhất. Vậy Test Manual là gì? Những lợi ích và cách thực hiện nó ra sao? Hãy cùng Stringee tìm hiểu trong bài viết dưới đây nhé!

1. Test Manual là gì?

Test Manual (hay còn gọi là "hướng dẫn kiểm thử") là một tài liệu được tạo ra để hướng dẫn quá trình kiểm thử phần mềm. Nó bao gồm các hướng dẫn chi tiết về việc thực hiện các bước kiểm thử, bao gồm các bước chuẩn bị, quy trình, các bước kiểm tra cụ thể và kỳ vọng kết quả.

Test Manual có thể chứa thông tin về các kịch bản kiểm thử, dữ liệu mẫu, các bước kiểm tra, các kỹ thuật kiểm thử và tiêu chí đánh giá kết quả. Nó cung cấp cho nhóm kiểm thử một hướng dẫn rõ ràng và cấu trúc để thực hiện hoạt động kiểm thử, đảm bảo rằng các bước kiểm thử được thực hiện theo cách thức chính xác và liên tục.

Test Manual thường được sử dụng trong quy trình kiểm thử phần mềm để tất cả các khía cạnh của phần mềm được kiểm tra một cách toàn diện. Nó cũng có thể được sử dụng như một tài liệu tham khảo cho những người tham gia vào quá trình kiểm thử, bao gồm cả các nhà phát triển và nhà quản lý dự án.

2. Lợi ích và giới hạn của Test Manual

Test Manual có những lợi ích và giới hạn sau:

Lợi ích của Test Manual:

1. Hướng dẫn chi tiết: Test Manual cung cấp hướng dẫn chi tiết về quy trình kiểm thử, các bước kiểm tra cụ thể và kỳ vọng kết quả. Điều này giúp đảm bảo rằng các hoạt động kiểm thử được thực hiện đúng quy trình và không bỏ sót bất kỳ bước kiểm thử nào.
2. Tăng tính toàn vẹn và độ tin cậy: Test Manual đảm bảo rằng tất cả các khía cạnh của phần mềm được kiểm tra một cách toàn diện. Bằng cách theo dõi và thực hiện các bước kiểm thử theo Test Manual, độ tin cậy và tính toàn vẹn của quá trình kiểm thử được nâng cao.
3. Tiết kiệm thời gian và tài nguyên: Test Manual giúp giảm thiểu thời gian và công sức cần thiết để thiết kế và thực hiện quá trình kiểm thử. Bằng cách có một hướng dẫn rõ ràng, nhóm kiểm thử không cần phải tìm kiếm thông tin và quyết định từ đầu, mà có thể tuân thủ các hướng dẫn sẵn có.
4. Dễ dàng tái sử dụng: Test Manual có thể được sử dụng lại cho các phiên bản phần mềm tương tự hoặc các dự án mới. Điều này giúp tiết kiệm thời gian và công sức trong việc tạo ra hướng dẫn kiểm thử từ đầu mỗi khi có một dự án mới.

Giới hạn của Test Manual:

1. Hạn chế trong phạm vi: Thường Test Manual chỉ tập trung vào các kịch bản kiểm thử cụ thể và kỳ vọng kết quả đã biết trước. Điều này có thể dẫn đến việc bỏ sót những kịch bản kiểm thử quan trọng khác hoặc không đủ linh hoạt để đáp ứng các yêu cầu kiểm thử mới.
2. Cập nhật khó khăn: Nếu có sự thay đổi trong yêu cầu hoặc thiết kế của phần mềm, Test Manual có thể trở nên lỗi thời và không còn đáng tin cậy. Việc cập nhật và duy trì Test Manual là một quá trình công phu và đòi hỏi sự quản lý cẩn thận.
3. Không thể áp dụng cho kiểm thử tự động: Hạn chế trong việc áp dụng cho các kỹ thuật kiểm thử tự động. Đối với kiểm thử tự động, cần phải có các tài liệu và quy trình khác như Test Automation Framework hoặc Scripts.
4. Phụ thuộc vào người viết: Test Manual phụ thuộc vào người viết để cung cấp hướng dẫn chính xác và toàn diện. Nếu Test Manual không được viết một cách rõ ràng hoặc thiếu thông tin quan trọng, nó có thể gây nhầm lẫn và hiểu lầm cho nhóm kiểm thử.

Có nhiều công cụ hỗ trợ kiểm thử thủ công (Manual Testing) có sẵn để giúp nhóm kiểm thử thực hiện các hoạt động kiểm thử một cách hiệu quả. Dưới đây là một số công cụ phổ biến được sử dụng trong kiểm thử thủ công:

TestRail: Là một công cụ quản lý kiểm thử và theo dõi tiến độ kiểm thử. Nó cho phép bạn tạo và quản lý kế hoạch kiểm thử, tạo các bộ kiểm thử, ghi lại kết quả kiểm thử và tạo báo cáo tiến độ.

JIRA: JIRA là một công cụ quản lý dự án linh hoạt và mạnh mẽ. Nó cung cấp các tính năng để theo dõi và quản lý công việc kiểm thử, ghi lại lỗi và tạo báo cáo.

Microsoft Excel hoặc Google Sheets: Các công cụ bảng tính như Excel hoặc Google Sheets có thể được sử dụng để tạo và quản lý danh sách kịch bản kiểm thử, ghi lại kết quả kiểm thử và theo dõi tiến độ kiểm thử.

Bug tracking tools: Các công cụ theo dõi lỗi như Bugzilla, Redmine, và MantisBT giúp ghi lại và theo dõi các lỗi được phát hiện trong quá trình kiểm thử.

Capture and annotation tools: Công cụ chụp màn hình và chú thích như Snagit, Greenshot hoặc Nimbus Capture giúp ghi lại các hình ảnh màn hình và thêm chú thích vào hình ảnh để mô tả các vấn đề và sự cố.

Documentation tools: Công cụ tạo tài liệu như Microsoft Word hoặc Google Docs có thể được sử dụng để tạo và quản lý tài liệu hướng dẫn kiểm thử, hướng dẫn sử dụng và báo cáo kết quả kiểm thử.

Collaboration tools: Công cụ hợp tác như Microsoft Teams, Slack hoặc Trello giúp các thành viên trong nhóm kiểm thử liên lạc, chia sẻ thông tin và cập nhật tiến độ kiểm thử.

Browser Developer Tools: Các công cụ nhà phát triển trình duyệt như Chrome DevTools, Firefox Developer Tools cung cấp các tính năng hữu ích như kiểm tra các yêu cầu mạng, xem thông tin về phần tử HTML và CSS, gỡ lỗi JavaScript và kiểm tra hiệu suất trang web.

4. Các phương pháp và kỹ thuật Test Manual từ A-Z

4.1 Hiểu rõ các yêu cầu

Để thực hiện kiểm thử đạt hiệu quả cao, tester cần hiểu rõ các yêu cầu của phần mềm, cách mà phần mềm đó phải hoạt động. Phần tài liệu ghi chép toàn bộ thông tin liên quan đến sản phẩm đang được kiểm thử được gọi là Requirement, hoặc đôi khi được trình bày dưới dạng User story.

Những tài liệu này giúp tester hiểu được mục đích của sản phẩm, các phạm vi cần phải kiểm thử, các công việc cần phải làm, và những định nghĩa về defect.

Việc nắm rõ những thông tin này trước khi chuẩn bị kiểm thử là rất cần thiết, bởi mục tiêu của mọi hoạt động kiểm thử là giúp sản phẩm có ít lỗi nhất có thể.

Trong một số ít trường hợp mà tester không tiếp cận được với requirement hay user story, bạn sẽ cần phải trở nên linh hoạt và sáng tạo hơn một chút để hiểu cách hoạt động của sản phẩm thông qua các nguồn khác nhau.

4.2 Viết test case

Sau khi đọc và hiểu rõ các requirement, ta sẽ đi đến bước tạo test case.

Test case đóng vai trò là người dẫn đường cho các tester, đưa ra những bước chi tiết, hướng dẫn thực hiện kiểm thử các tính năng và bối cảnh khác nhau của phần mềm đó.

Viết một test case chi tiết là rất cần thiết bởi nó sẽ giúp công việc kiểm thử trở nên mượt mà hơn và đảm bảo bao quát được rộng nhất. Test case cũng cần phải đủ chi tiết để dễ dàng thực hiện lại phần kiểm thử nếu cần thiết. Điều này giúp những tester tham gia vào sau có thể nhanh chóng bắt kịp công việc, dễ dàng thực hiện kiểm thử hoặc chạy lại các phần kiểm thử cũ mà không cần quá nhiều thời gian hỏi lại.

Có nhiều tester vẫn sử dụng Excel để làm test case, tuy nhiên hiện nay có nhiều phần mềm quản lý test case như TestLodge có thể giúp sắp xếp test case hiệu quả hơn, từ đó có thể tăng năng suất khi thực hiện kiểm thử.

\>>> Xem thêm bài viết về chủ đề ngôn ngữ lập trình:

- Black box testing là gì? Các phương pháp được sử dụng trong Black box testing - End-to-end testing là gì? Các bước thực hiện end-to-end testing - Load testing là gì? Các công cụ hỗ trợ load testing - Stress testing là gì? Phân biệt stress testing và load testing - Performance testing là gì? Quy trình các bước thực hiện performance testing

4.3 Thực hiện kiểm thử

Khi đã có test case và chuẩn bị xong môi trường test, ta sẽ bắt tay vào thực hiện kiểm thử.

Mỗi phần kiểm thử được thực hiện xong phải có ghi chú đã vượt qua (passed), thất bại (failed) hay bỏ qua (skipped).

Khi thực hiện kiểm thử thủ công, hãy nhớ ghi chép lại những gì đã làm cho việc kiểm thử thất bại để có thể dễ dàng tái hiện và lên kế hoạch xử lý chúng trong tương lai.

4.4 Điều tra sâu hơn

Không thể phủ nhận lợi ích của việc bám sát một test case chi tiết để thực hiện kiểm thử. Tuy nhiên trong vài trường hợp, thực hiện xen kẽ kiểm thử thăm dò (exploratory testing) có thể giúp khám phá ra những lợi ích to lớn mà trước đây chúng ta chưa phát hiện được.

Kiểm thử thăm dò cho phép các tester hoạt động không theo kịch bản cho sẵn, mà phụ thuộc hoàn toàn vào trí tưởng tượng của người đó. “Nghịch ngợm” một chút có thể giúp tester khám phá những phạm vi mới để bổ sung vào các giai đoạn kiểm thử về sau, tìm ra gợi ý để điều tra các phần kiểm thử thất bại, và bổ sung dữ liệu khi test case chưa bao quát được 100%.

4.5 Viết Báo cáo bug

Cùng với việc kiểm thử, tester còn có nhiệm vụ ghi chép lại chi tiết về các lỗi đã tìm được trong quá trình kiểm thử. Ghi chép một cách chi tiết thông tin về lỗi sẽ có ích rất nhiều cho đội phát triển về sau.

Hãy chuẩn bị sẵn bằng cách viết một báo cáo lỗi thật chi tiết để giúp team và chính bạn, đồng thời có thể tiết kiệm được rất nhiều thời gian nếu bạn phải giải trình về những lỗi bạn tìm được.

Báo cáo bug cần phải được đặt tên dễ nhận diện để giúp tìm kiếm dễ dàng hơn về sau.

Nội dung của báo cáo cần có chi tiết các bước để tái hiện lỗi (thường là các bước trong test case), kết quả trả về mong muốn, và kết quả trả về trên thực tế. Ngoài ra, cần đính kèm những tài liệu nhằm giúp team hiểu rõ vấn đề hơn như: ảnh chụp màn hình, video quay lại các bước thực hiện, hoặc các file trích xuất,…

4.6 Báo cáo về kết quả test

Sau khi thực hiện toàn bộ công việc test, chúng ta sẽ cần nhìn lại một cách tổng quan về kết quả của quá trình. Ví dụ như: Đã triển khai bao nhiêu test case? Bao nhiêu testcase đã thất bại? Bao nhiêu testcase đã bị bỏ qua?

Có một bản báo cáo tổng thể sẽ giúp chúng ta nhìn rõ được những con số này, từ đó có kế hoạch hợp lý để triển khai tiếp các công việc trong tương lai, ví dụ như có phải thực hiện lại test case nào không,…

Tạm kết

Bài viết trên đã cung cấp cho bạn những thông tin cơ bản nhất, giải đáp thắc mắc về vị trí Manual Testing là gì, các công việc và làm thế nào để trở thành một Manual Testing chuyên nghiệp. Bên cạnh các kiến thức chung, bạn cũng cần phải có những kỹ năng cần thiết để phục vụ tốt nhất cho quá trình làm việc. Hy vọng những chia sẻ trên sẽ đưa ra những định hướng phù hợp cho bạn.