Kiểm tra thủ công cho người mới bắt đầu

kiểm thử thủ công là gì?

Kiểm thử thủ công, như thuật ngữ gợi ý, đề cập đến một quá trình kiểm thử trong đó QA kiểm thử thủ công ứng dụng phần mềm để xác định lỗi. Để làm như vậy, các QAs tuân theo một kế hoạch thử nghiệm bằng văn bản mô tả một tập hợp các tình huống thử nghiệm duy nhất. QA được yêu cầu để phân tích hiệu suất của web hoặc ứng dụng di động từ quan điểm của người dùng cuối.

QAs xác minh hành vi thực tế của phần mềm so với hành vi dự kiến ​​và bất kỳ sự khác biệt nào được báo cáo là lỗi.

Hãy lấy một ví dụ đơn giản để giải thích điều này. Một nhà phát triển đã tạo một trang web và muốn kiểm thử chức năng của nó. Trong trường hợp này, hành vi mong đợi là người dùng phải có thể nhập tên người dùng và mật khẩu và gửi thông tin đăng nhập bằng cách nhấp vào nút Đăng nhập .

Tuy nhiên, khi kiểm thử được thực hiện, nút Đăng nhập không chuyển hướng người dùng đến trang chủ. Trong trường hợp như vậy, QA sẽ báo cáo lỗi cho nhà phát triển.

kiểm thử thủ công là một phần thiết yếu của bất kỳ chiến lược kiểm thử nào vì nó giúp QA có được cái nhìn sâu sắc hơn từ góc độ của người dùng cuối. Vì kiểm thử thủ công được thực hiện bởi con người mà không có sự can thiệp của các khuôn khổ tự động hóa kiểm thử , nên nó đánh giá phần mềm từ số liệu quan trọng nhất: Trải nghiệm người dùng.

Thử nghiệm thủ công đóng một vai trò quan trọng trong thử nghiệm khám phá hoặc trong các trường hợp thử nghiệm được thực hiện một hoặc hai lần. Điều này giúp QAs phát hiện ra lỗi trong giai đoạn đầu của chu kỳ phát triển.

Các giai đoạn của thử nghiệm thủ công

1. kiểm thử đơn vị

Kiểm thử đơn vị liên quan đến việc xác minh các thành phần hoặc đơn vị riêng lẻ của mã nguồn. Một đơn vị có thể được coi là phần nhỏ nhất có thể kiểm thử được của bất kỳ phần mềm nào. Nó tập trung vào việc kiểm thử chức năng của các thành phần riêng lẻ trong ứng dụng. Nó thường được các nhà phát triển sử dụng để phát hiện ra các lỗi trong giai đoạn đầu của chu kỳ phát triển.

Một trường hợp thử nghiệm đơn vị sẽ cơ bản như việc nhấp vào một nút trên trang web và xác minh xem nó có thực hiện hoạt động mong muốn hay không. Ví dụ: đảm bảo rằng nút chia sẻ trên trang web cho phép bạn chia sẻ liên kết trang chính xác.

2. kiểm thử tích hợp

Kiểm thử tích hợp là bước tiếp theo sau kiểm thử đơn vị. Nhiều đơn vị được tích hợp để được kiểm thử tổng thể. Ví dụ: thử nghiệm một loạt các trang web theo một thứ tự cụ thể để xác minh khả năng tương tác.

Cách tiếp cận này giúp QAs đánh giá cách một số thành phần của ứng dụng hoạt động cùng nhau để cung cấp kết quả mong muốn. Thực hiện kiểm thử tích hợp song song với phát triển cho phép các nhà phát triển phát hiện và định vị lỗi nhanh hơn.

3. kiểm thử hệ thống

Như tên cho thấy, kiểm thử hệ thống liên quan đến việc kiểm thử tất cả các mô-đun tích hợp của phần mềm nói chung. Nó giúp các QAs xác minh xem hệ thống có đáp ứng các yêu cầu mong muốn hay không. Nó bao gồm nhiều thử nghiệm như xác thực đầu ra dựa trên đầu vào cụ thể,
thử nghiệm trải nghiệm người dùng và hơn thế nữa.

Các nhóm thực hiện một số loại kiểm thử hệ thống như kiểm thử hồi quy , kiểm thử căng thẳng, kiểm thử chức năng và hơn thế nữa, tùy thuộc vào quyền truy cập của họ vào thời gian và tài nguyên.

4. kiểm thử giao diện người dùng 

kiểm thử giao diện người dùng , còn được gọi là kiểm thử GUI kiểm thử và xác minh các khía cạnh khác nhau của bất kỳ phần mềm nào mà người dùng sẽ tương tác khi sử dụng nó. Điều này thường có nghĩa là kiểm thử các yếu tố hình ảnh để đảm bảo rằng chúng đang hoạt động theo các yêu cầu liên quan đến chức năng và hiệu suất. kiểm thử giao diện người dùng bao gồm hàng loạt chỉ báo trực quan và biểu tượng dựa trên đồ họa - thanh công cụ, phông chữ, menu, hộp văn bản, nút radio, hộp kiểm, màu sắc và hơn thế nữa. Nó đảm bảo rằng các chức năng giao diện người dùng không có lỗi và hoạt động chính xác như những gì chúng được yêu cầu.

Cùng với việc thử nghiệm các yếu tố giao diện người dùng, thử nghiệm giao diện người dùng phải tính đến các trình duyệt, phiên bản trình duyệt và thiết bị khác nhau. Mọi người truy cập internet từ một loạt các kết hợp trình duyệt-thiết bị-hệ điều hành, có nghĩa là giao diện người dùng phải hiển thị và hoạt động hoàn hảo từ mỗi kết hợp đó. Nói cách khác, kiểm thử trình duyệt chéo phải là một phần thiết yếu của bất kỳ chiến lược kiểm thử giao diện người dùng nào.

Thay vì tải xuống mọi phiên bản trình duyệt và mua mọi thiết bị mà đối tượng mục tiêu của bạn sử dụng, hãy cân nhắc sử dụng cơ sở hạ tầng thử nghiệm dựa trên đám mây, chẳng hạn như cơ sở hạ tầng do BrowserStack cung cấp. Đám mây thiết bị thực của BrowserStack cung cấp hơn 3000 thiết bị và trình duyệt thực để kiểm thử thủ công và tự động hóa . Điều đó có nghĩa là người dùng có thể kiểm thử trên nhiều thiết bị và trình duyệt thực bằng cách đăng ký, đăng nhập và chọn các kết hợp được yêu cầu. kiểm thử trang web hoặc ứng dụng của bạn trông như thế nào và hoạt động như thế nào trên các trình duyệt, thiết bị và hệ điều hành khác nhau bằng một vài cú nhấp chuột trên máy trạm của bạn.

5. kiểm thử chấp nhận

Mục tiêu chính của thử nghiệm chấp nhận là để xác minh xem toàn bộ hệ thống có phù hợp để sử dụng trong thế giới thực hay không.

kiểm thử chấp nhận được thực hiện cả bên trong và bên ngoài. Thử nghiệm chấp nhận nội bộ (còn được gọi là thử nghiệm alpha) được thực hiện bởi các thành viên của tổ chức. Thử nghiệm bên ngoài (còn được gọi là thử nghiệm beta) được thực hiện bởi một số lượng hạn chế người dùng cuối thực tế. Cách tiếp cận này giúp các nhóm đánh giá mức độ thỏa mãn các tiêu chuẩn của người dùng đối với sản phẩm. Nó cũng xác định các lỗi trong giai đoạn cuối cùng trước khi phát hành một sản phẩm.

Trong số các hình thức kiểm thử chấp nhận khác, kiểm thử khả năng tiếp cận đáng được đề cập đặc biệt. kiểm thử khả năng truy cập đảm bảo rằng mọi tính năng của trang web hoặc ứng dụng đều có thể dễ dàng sử dụng bởi những người có thể bị khuyết tật như khiếm thị hoặc khiếm thính, mù màu hoặc bất kỳ vấn đề thể chất nào khác. Họ có thể gặp một số dạng khuyết tật, có nghĩa là họ yêu cầu một số hình thức công nghệ hỗ trợ để vận hành một số công nghệ nhất định.

Các loại kiểm thử thủ công

1. kiểm thử hộp trắng

Kiểm thử hộp trắng, còn được gọi là hộp thủy tinh hoặc kiểm thử trong suốt, là một cách tiếp cận trong đó QA quen thuộc với mã nội bộ hoặc cấu trúc của ứng dụng. Nó chủ yếu được sử dụng để thử nghiệm đơn vị. Kiểm thử hộp trắng cũng bao gồm các kỹ thuật cụ thể như kiểm thử luồng dữ liệu, kiểm thử luồng kiểm soát, phạm vi quyết định và thử nghiệm đường dẫn và một số kỹ thuật khác.

2. kiểm thử hộp đen

Kiểm thử hộp đen là một cách tiếp cận kiểm thử trong đó QA không có bất kỳ kiến ​​thức nào về mã hoặc cấu trúc cơ bản của ứng dụng. QA tương tác với ứng dụng phần mềm giống như người dùng cuối để kiểm thử hành vi chức năng và phi chức năng của nó. Điều này giúp phát hiện một số lỗi thường bị bỏ qua trong các giai đoạn trước.

3. kiểm thử hộp xám

Cách tiếp cận kiểm thử Hộp xám là sự kết hợp của cả kỹ thuật kiểm thử hộp trắng và hộp đen. Mục đích chính của cách tiếp cận này là xác định bất kỳ lỗi nào hiện diện do cách sử dụng không phù hợp hoặc bất kỳ sai sót nào về cấu trúc.

Cách thực hiện kiểm thử thủ công

Dưới đây là cách thực hiện từng bước kiểm thử thủ công:

1. Phân tích các yêu cầu từ tài liệu đặc tả yêu cầu phần mềm
2. Tạo một kế hoạch kiểm thử rõ ràng
3. Viết các trường hợp thử nghiệm bao gồm tất cả các yêu cầu được xác định trong tài liệu
4. Nhận các trường hợp thử nghiệm do trưởng QA xem xét
5. Thực thi các trường hợp thử nghiệm và phát hiện bất kỳ lỗi nào
6. Báo cáo lỗi, nếu có và sau khi đã sửa, hãy chạy lại các bài kiểm thử không thành công để xác minh lại các bản sửa lỗi