Định nghĩa Manual Testing là gì?

Kiểm thử Thủ công là quá trình thẩm định và đánh giá chất lượng phần mềm thông qua việc thực hiện các thao tác kiểm thử một cách chủ động, không sử dụng các công cụ tự động hóa. Người kiểm thử tương tác trực tiếp với ứng dụng, mô phỏng hành vi của người dùng cuối nhằm xác định các sai sót, khuyết điểm hoặc sự không tuân thủ so với các yêu cầu đã được xác định.

Manual Testing là gì?

Đây là phương thức kiểm thử nền tảng, đòi hỏi người kiểm thử phải sở hữu kiến thức chuyên sâu về các yêu cầu chức năng và phi chức năng của phần mềm, năng lực phân tích logic và khả năng quan sát chi tiết.

Các loại Manual Testing thủ công

Manual testing thủ công không chỉ đơn thuần là việc kiểm tra bằng tay, mà còn bao gồm nhiều phương pháp và kỹ thuật khác nhau, mỗi loại đều có vai trò và mục đích riêng biệt. Dưới đây là một số loại kiểm thử thủ công phổ biến:

• Unit Testing (Kiểm thử đơn vị )
• Integration Testing (Kiểm thử tích hợp)
• System Testing (Kiểm thử hệ thống)
• Acceptance Testing (Kiểm thử chấp nhận)
• Black Box Testing (Kiểm thử hộp đen)
• White Box Testing (Kiểm thử hộp trắng)

Các loại Manual Testing thủ công cơ bản 

Ưu và nhược điểm của Manual testing

Giống như bất kỳ phương pháp nào, Manual testing cũng có những ưu và nhược điểm riêng. Việc hiểu rõ những điểm này sẽ giúp bạn đưa ra quyết định sáng suốt về việc khi nào và làm thế nào để sử dụng Manual testing một cách hiệu quả nhất.

Ưu điểm của Manual Testing 

Manual testing cho phép người kiểm thử linh hoạt điều chỉnh các test case và kịch bản kiểm thử một cách nhanh chóng, đặc biệt khi có những thay đổi đột xuất trong yêu cầu hoặc thiết kế của phần mềm. Người kiểm thử có thể dễ dàng khám phá các trường hợp kiểm thử mới phát sinh trong quá trình kiểm tra, điều mà các công cụ tự động hóa khó có thể thực hiện.

Đối với các trường hợp kiểm thử đòi hỏi sự sáng tạo, tư duy logic và khả năng phán đoán, kiểm thử thủ công là lựa chọn tối ưu. Người kiểm thử có thể tương tác trực tiếp với phần mềm, mô phỏng các tình huống sử dụng thực tế và đánh giá các khía cạnh khó nắm bắt bằng các công cụ tự động.

Kiểm thử thủ công cho phép người kiểm thử đánh giá tính thẩm mỹ, tính trực quan và tính thân thiện của giao diện người dùng một cách trực tiếp. Người kiểm thử có thể cảm nhận và đánh giá trải nghiệm người dùng một cách toàn diện, từ đó phát hiện các lỗi liên quan đến sự hài lòng và tiện lợi của người dùng.

Nhược điểm của Manual Testing

Manual testing đòi hỏi người kiểm thử phải thực hiện từng bước kiểm tra một cách thủ công, dẫn đến việc tốn nhiều thời gian và công sức, đặc biệt đối với các dự án lớn và phức tạp. Việc lặp lại các test case cũng đòi hỏi nhiều công sức, đặc biệt là trong quá trình kiểm thử hồi quy (regression testing).

Do được thực hiện bởi con người, Manual testing có thể bị ảnh hưởng bởi các yếu tố chủ quan như sự mệt mỏi, thiếu tập trung hoặc sai sót trong quá trình thao tác. Điều này có thể dẫn đến việc bỏ sót lỗi hoặc đưa ra các đánh giá không chính xác.

Việc thực hiện lặp đi lặp lại các test case là một thách thức lớn đối với kiểm thử thủ công, đặc biệt là trong các dự án có nhiều yêu cầu kiểm thử hồi quy. Điều này không chỉ tốn thời gian mà còn làm tăng nguy cơ sai sót do sự nhàm chán và thiếu tập trung của người kiểm thử.

Bạn đọc tham khảo thêm: Java Swing Là Gì? Tổng Quan Từ A- Z Cho Người Mới Bắt Đầu

So sánh  Manual Testing với Automated Testing

Việc lựa chọn giữa Manual Testing và Automated Testing đóng vai trò quan trọng trong việc đảm bảo chất lượng sản phẩm. Mỗi phương pháp đều có những ưu và nhược điểm riêng, và việc hiểu rõ sự khác biệt giữa chúng là chìa khóa để đưa ra quyết định sáng suốt nhất

Manual Testing và Automated Testing đều hướng đến mục tiêu chung là phát hiện lỗi và đảm bảo chất lượng phần mềm. Cả hai đều cần có kế hoạch kiểm thử, test case và báo cáo kết quả, đòi hỏi người kiểm thử phải có kiến thức về phần mềm và kỹ năng kiểm thử.

So sánh sự giống, kháu nhau của Manual Testing với Automated Testing

Sự khác nhau giữa Manual Testing và Automated Testing:

Vậy khi nào nên sử dụng Manual Testing và khi nào nên sử dụng Automated Testing: 

• Nên sử dụng kiểm thử thủ công khi: Kiểm tra giao diện người dùng và trải nghiệm người dùng.Khám phá các trường hợp sử dụng phức tạp hoặc chưa được định nghĩa rõ ràng. Kiểm tra các chức năng mới được phát triển. Thực hiện kiểm thử thăm dò (exploratory testing). Khi dự án có những thay đổi đột ngột và liên tục.
• Nên sử dụng kiểm thử tự động khi: Thực hiện kiểm thử hồi quy (regression testing) thường xuyên. Kiểm tra các chức năng lặp đi lặp lại. Kiểm tra hiệu suất và khả năng chịu tải. Kiểm tra các chức năng cần độ chính xác cao. Khi cần kiểm thử trên nhiều nền tảng và thiết bị khác nhau.

"Việc kết hợp cả kiểm thử thủ công và kiểm thử tự động sẽ mang lại hiệu quả tối ưu, giúp đảm bảo chất lượng phần mềm một cách toàn diện."

Các kỹ thuật Manual testing thủ công

Để đảm bảo chất lượng phần mềm một cách toàn diện, người kiểm thử thủ công cần nắm vững và áp dụng linh hoạt các kỹ thuật kiểm thử khác nhau. Dưới đây là một số kỹ thuật phổ biến được sử dụng trong kiểm thử thủ công:

3 kỹ thuật Manual testing thủ công

Exploratory Testing

Exploratory Testing ( hay còn gọi là kiểm thử thăm dò) là một kỹ thuật kiểm thử mà người kiểm thử đồng thời thiết kế và thực hiện các test case. Đây là một phương pháp linh hoạt, cho phép người kiểm thử khám phá phần mềm một cách tự do và sáng tạo. Người kiểm thử tập trung vào việc tìm hiểu phần mềm và phát hiện lỗi một cách nhanh chóng.

Phù hợp với các dự án có yêu cầu thay đổi thường xuyên hoặc không rõ ràng. Giúp phát hiện các lỗi mà các phương pháp kiểm thử truyền thống có thể bỏ sót. Tăng cường sự hiểu biết của người kiểm thử về phần mềm.

Scenario-Based Testing

Scenario-Based Testing (hay còn gọi là kiểm thử dựa trên kịch bản) là kỹ thuật kiểm thử mà người kiểm thử xây dựng các kịch bản sử dụng thực tế của người dùng.

Mỗi kịch bản mô tả một chuỗi các hành động mà người dùng có thể thực hiện với phần mềm. Mục đích là để đảm bảo rằng phần mềm hoạt động đúng trong các tình huống sử dụng thực tế.

Scenario-Based Testing giúp kiểm tra các chức năng của phần mềm trong bối cảnh sử dụng thực tế. Tăng cường khả năng phát hiện các lỗi liên quan đến luồng công việc của người dùng.

Checklist-Based Testing

Checklist-Based Testing ( Kiểm thử dựa trên danh sách kiểm tra) là kỹ thuật kiểm thử mà người kiểm thử sử dụng một danh sách các mục cần kiểm tra. Danh sách kiểm tra này có thể bao gồm các yêu cầu chức năng, các tiêu chí kiểm thử hoặc các kịch bản kiểm thử. Mục đích là để đảm bảo rằng tất cả các mục trong danh sách đều được kiểm tra.

Checklist-Based Testing giúp đảm bảo rằng không có mục nào bị bỏ sót trong quá trình kiểm thử. Tăng cường tính nhất quán và hiệu quả của quá trình kiểm thử. Dễ dàng theo dõi tiến độ kiểm thử.

Việc lựa chọn và kết hợp các kỹ thuật Manual Testing phù hợp sẽ giúp người kiểm thử đảm bảo chất lượng phần mềm một cách hiệu quả nhất.

Quy trình thực hiện  Manual testing thủ công

Quy trình kiểm thử thủ công là một chuỗi các bước được thực hiện một cách có hệ thống để đảm bảo chất lượng phần mềm. Việc tuân thủ quy trình này giúp người kiểm thử làm việc hiệu quả hơn, phát hiện lỗi một cách toàn diện và đảm bảo rằng phần mềm đáp ứng các yêu cầu đã đề ra.

Quy trình thực hiện chi tiết Manual testing thủ công

Lập Test Planning

Đây là bước đầu tiên và quan trọng nhất trong quy trình kiểm thử. Trong bước này, người kiểm thử xác định phạm vi kiểm thử, các mục tiêu kiểm thử, các nguồn lực cần thiết, lịch trình kiểm thử và các rủi ro có thể xảy ra, kế hoạch kiểm thử là kim chỉ nam cho toàn bộ quá trình kiểm thử.

Các hoạt động chính của Test Planning

• Phân tích yêu cầu của phần mềm.
• Xác định các loại kiểm thử cần thực hiện.
• Xác định các tiêu chí chấp nhận.
• Lập lịch trình kiểm thử.
• Phân công nhiệm vụ cho các thành viên trong nhóm kiểm thử.

Test Case Design

Test case là các kịch bản kiểm thử chi tiết, mô tả các bước cần thực hiện để kiểm tra một chức năng cụ thể của phần mềm. Test case bao gồm các điều kiện đầu vào, các bước thực hiện và kết quả mong đợi.Thiết kế test case tốt giúp đảm bảo rằng tất cả các chức năng của phần mềm đều được kiểm tra một cách kỹ lưỡng.

Các hoạt động chính: Xác định các chức năng cần kiểm tra. Viết các test case chi tiết và xem xét và phê duyệt các test case.

Test Execution

Đây là bước mà người kiểm thử thực hiện các test case đã được thiết kế. Người kiểm thử tương tác trực tiếp với phần mềm, thực hiện các bước kiểm thử và ghi lại kết quả, kết quả kiểm thử được so sánh với kết quả mong đợi để xác định xem phần mềm có hoạt động đúng hay không.

Các hoạt động chính: Chuẩn bị môi trường kiểm thử. Thực hiện các test case. Ghi lại kết quả kiểm thử và báo cáo các lỗi phát hiện.

Bug Reporting

Khi phát hiện lỗi, người kiểm thử cần báo cáo lỗi một cách chi tiết và rõ ràng. Báo cáo lỗi bao gồm các thông tin như mô tả lỗi, các bước tái hiện lỗi, ảnh chụp màn hình hoặc video minh họa, báo cáo lỗi tốt giúp nhà phát triển nhanh chóng xác định và sửa chữa lỗi.

Các hoạt động chính: Ghi lại thông tin chi tiết về lỗi. Tạo báo cáo lỗi. Gán lỗi cho nhà phát triển và theo dõi trạng thái lỗi.

Regression Testing

Regression Testing là quá trình kiểm tra lại các chức năng đã được kiểm tra trước đó sau khi có sự thay đổi trong phần mềm. Mục đích là để đảm bảo rằng các thay đổi mới không gây ra các lỗi không mong muốn cho các chức năng đã hoạt động tốt, kiểm thử hồi quy giúp đảm bảo tính ổn định của phần mềm.

Các hoạt động chính: Xác định các test case hồi quy. Thực hiện các test case hồi quy và báo cáo các lỗi phát hiện.

Việc tuân thủ quy trình kiểm thử thủ công giúp đảm bảo chất lượng phần mềm một cách toàn diện và hiệu quả.

Kết luận 

Bài viết trên cũng đã giải đáp cho bạn Manual Testing là gì và các loại Manual Testing. Hy vọng những thông tin trên sẽ giúp bạn hiểu hơn về Manual Testing nhé!