Giới thiệu về Kiểm thử Thủ công
Kiểm thử thủ công (Manual Testing) là một quy trình đảm bảo chất lượng phần mềm, trong đó người kiểm thử thực hiện các kịch bản kiểm tra một cách thủ công để phát hiện lỗi và khuyết điểm trong phần mềm mà không sử dụng công cụ tự động. Dù công nghệ đang phát triển nhanh chóng, kiểm thử thủ công vẫn giữ vai trò quan trọng trong quy trình phát triển phần mềm, đặc biệt trong bối cảnh trí tuệ nhân tạo (AI) ngày càng trở nên phổ biến.
Các loại Kiểm thử Thủ công
1. Kiểm thử White Box
Kiểm thử white box là một kỹ thuật kiểm thử phần mềm, trong đó kiểm tra cấu trúc, thiết kế và mã nguồn của ứng dụng. Kiểm thử này yêu cầu người kiểm thử phải có kiến thức lập trình và quyền truy cập vào mã nguồn. Nó còn được gọi là kiểm thử clear box, glass box hoặc kiểm thử cấu trúc.
2. Kiểm thử Black Box
Kiểm thử black box là phương pháp đánh giá chức năng của ứng dụng mà không cần kiến thức về mã nguồn hay cấu trúc bên trong. Người kiểm thử tập trung vào các đầu vào và đầu ra, mô phỏng cách người dùng cuối tương tác với phần mềm để xác minh rằng nó đáp ứng yêu cầu và hoạt động như mong đợi.
3. Kiểm thử Grey Box
Kiểm thử grey box kết hợp giữa kiểm thử black box và white box, trong đó người kiểm thử có kiến thức một phần về cấu trúc nội bộ của phần mềm. Kỹ thuật này cho phép người kiểm thử thiết kế các bài kiểm tra hiệu quả hơn để xác minh chức năng và phát hiện các khuyết điểm có thể bị bỏ qua nếu chỉ sử dụng một trong hai phương pháp trên.
Các Kỹ thuật Kiểm thử
Các kỹ thuật kiểm thử phần mềm là những phương pháp được sử dụng để thiết kế và thực hiện các bài kiểm tra nhằm đánh giá các ứng dụng phần mềm. Các kỹ thuật kiểm thử phổ biến bao gồm:
- Kiểm thử chức năng: Đảm bảo các yêu cầu chức năng của phần mềm được đáp ứng.
- Kiểm thử phi chức năng: Đánh giá các yêu cầu không chức năng như hiệu suất, bảo mật và khả năng sử dụng.
- Kiểm thử đơn vị: Kiểm tra các đơn vị hoặc thành phần riêng lẻ của phần mềm để đảm bảo chúng hoạt động như mong đợi.
- Kiểm thử tích hợp: Đánh giá sự tích hợp của các thành phần khác nhau trong phần mềm để đảm bảo chúng làm việc cùng nhau như một hệ thống.
- Kiểm thử hệ thống: Kiểm tra toàn bộ hệ thống phần mềm để đảm bảo nó đáp ứng các yêu cầu đã chỉ định.
- Kiểm thử chấp nhận: Đảm bảo phần mềm đáp ứng mong đợi của khách hàng hoặc người dùng cuối.
- Kiểm thử hồi quy: Đánh giá phần mềm sau khi đã thực hiện các thay đổi hoặc sửa đổi để đảm bảo rằng những thay đổi đó không làm phát sinh lỗi mới.
- Kiểm thử hiệu suất: Đánh giá các đặc điểm hiệu suất của phần mềm như tốc độ, khả năng mở rộng và sự ổn định.
- Kiểm thử bảo mật: Phát hiện các lỗ hổng và đảm bảo phần mềm đáp ứng các yêu cầu bảo mật.
- Kiểm thử khám phá: Người kiểm thử chủ động khám phá phần mềm để tìm ra lỗi mà không theo một kế hoạch kiểm thử cụ thể.
- Kiểm thử giá trị biên: Kiểm tra phần mềm tại các giới hạn đầu vào để xác định bất kỳ khuyết điểm nào.
- Kiểm thử khả năng sử dụng: Đánh giá tính thân thiện và dễ sử dụng của phần mềm.
- Kiểm thử chấp nhận người dùng (UAT): Đánh giá phần mềm để xác định xem nó có đáp ứng nhu cầu và mong đợi của người dùng cuối hay không.
Phân tích Giá trị Biên
Phân tích giá trị biên liên quan đến việc kiểm thử dữ liệu phần mềm gần các giới hạn được chỉ định trong thông số đầu vào. Mục tiêu là kiểm tra các giá trị cực trị và điều kiện biên của dữ liệu đầu vào. Điều này bao gồm:
- Giá trị tối thiểu và tối đa: Kiểm tra các đầu vào tại hoặc gần các giới hạn tối thiểu và tối đa được xác định.
- Giá trị mặc định: Kiểm tra các giá trị mặc định khi không có đầu vào nào được cung cấp.
- Giá trị biên: Kiểm tra các đầu vào ngay tại các ranh giới hoặc cạnh.
- Giá trị không hợp lệ: Kiểm tra các đầu vào không hợp lệ để kiểm tra khả năng xử lý lỗi.
Ví dụ: Giả sử rằng các giá trị tuổi hợp lệ nằm trong khoảng từ 20 đến 50.
- Giá trị biên tối thiểu là 20
- Giá trị biên tối đa là 50
- Lấy: 19, 20, 21, 49, 50, 51
- Đầu vào hợp lệ: 20, 21, 49, 50
- Đầu vào không hợp lệ: 19, 51
Vậy, các trường hợp kiểm thử sẽ như sau:
- Trường hợp 1: Nhập số 19 → Không hợp lệ
- Trường hợp 2: Nhập số 20 → Hợp lệ
- Trường hợp 3: Nhập số 50 → Hợp lệ
- Trường hợp 4: Nhập số 51 → Không hợp lệ
Phân vùng Tương đương
Đây là một loại kiểm thử black box có thể áp dụng cho tất cả các cấp độ kiểm thử phần mềm. Trong kỹ thuật này, dữ liệu đầu vào được chia thành các phân vùng tương đương mà có thể được sử dụng để phát triển các trường hợp kiểm thử.
Ví dụ: Tên người dùng hợp lệ phải từ 5 đến 20 ký tự chỉ văn bản.
Do đó, các trường hợp kiểm thử sẽ như sau:
- Trường hợp 1: Nhập từ 5 – 20 ký tự văn bản → Đạt
- Trường hợp 2: Nhập <3 ký tự → Hiển thị thông báo lỗi “Tên người dùng phải từ 5 đến 20 ký tự”
- Trường hợp 3: Nhập >20 ký tự → Hiển thị thông báo lỗi “Tên người dùng phải từ 5 đến 20 ký tự”
- Trường hợp 4: Để trống đầu vào hoặc nhập ký tự không phải văn bản → Hiển thị thông báo lỗi “Tên người dùng không hợp lệ”.
Kiểm thử Bảng Quyết định
- Bảng Quyết định là một bảng hiển thị mối quan hệ giữa các đầu vào và quy tắc, trường hợp và điều kiện kiểm thử.
- Đây là một công cụ rất hữu ích cho cả kiểm thử phần mềm phức tạp và quản lý yêu cầu.
- Bảng quyết định cho phép người kiểm thử xem xét tất cả các tổ hợp có thể của các yêu cầu để kiểm thử và ngay lập tức phát hiện bất kỳ tình huống nào bị bỏ sót.
- Các giá trị Đúng(T) và Sai(F) được sử dụng để chỉ định tiêu chí.
Tương lai của Kiểm thử Thủ công trong thời đại AI
Thay vì bị thay thế, kiểm thử thủ công đang phát triển để bổ sung cho tự động hóa và các công nghệ mới nổi. Khi nhu cầu kiểm thử trở nên phức tạp hơn, kiểm thử thủ công đang thích ứng để đáp ứng các yêu cầu mới, đảm bảo rằng cái nhìn của con người vẫn là một phần quan trọng trong quy trình đảm bảo chất lượng.
• Chuyển đổi sang Kiểm thử Kết hợp
Các nhóm kiểm thử đang dần chuyển sang phương pháp kiểm thử kết hợp với sự pha trộn giữa kiểm thử tự động và kiểm thử thủ công.
• Kiểm thử Khám Phá và Ad-hoc
Các kịch bản tự động đi theo một lộ trình xác định, nhưng kiểm thử khám phá do người kiểm thử thực hiện kiểm tra các chức năng ứng dụng ở những góc khuất, dựa vào trực giác và khả năng thích ứng để phát hiện lỗi ở các khu vực không mong đợi.
• Kiểm thử Tăng cường Bằng AI
Các kỹ thuật Machine Learning đang giúp nâng cao kiểm thử thủ công bằng cách dự đoán các kịch bản kiểm thử, ưu tiên các tình huống kiểm tra và phát hiện lỗi bằng các công cụ hỗ trợ AI.
• Kiểm thử Khả năng Tiếp cận
Các công cụ tự động không thể đánh giá một cách toàn diện khả năng tiếp cận kỹ thuật số vì chúng không thể mô phỏng cách mà người dùng khuyết tật với các nhu cầu đa dạng trải nghiệm sản phẩm.
• Kỹ năng Mềm và Chuyên môn Từng Lĩnh vực
Khi các ứng dụng phần mềm trở nên phức tạp hơn, những người kiểm thử có kỹ năng phân tích mạnh mẽ, kiến thức sâu sắc về lĩnh vực và sự đồng cảm với người dùng sẽ tiếp tục được đánh giá cao.
Kết luận
Khi tự động hóa tiếp tục phát triển, các kiểm thử viên thủ công cũng cần nâng cao kỹ năng, điều chỉnh và chào đón các phương pháp kiểm thử kết hợp. Tương lai của kiểm thử phần mềm nằm ở một cách tiếp cận cân bằng, tận dụng tự động hóa khi có thể đồng thời duy trì giá trị độc đáo mà các kiểm thử viên con người mang lại cho đảm bảo chất lượng. Những ai kết hợp kỹ năng kỹ thuật với cái nhìn của con người sẽ nắm giữ tương lai.
