Hôm nay tôi sẽ nói về một số điểm hoặc nhiệm vụ thử nghiệm mà chúng tôi đã quên hoặc đã cố tình tránh từ nhiều năm trong khi thử nghiệm.

5 nhiệm vụ kiểm tra quan trọng nhất mà chúng tôi có xu hướng quên

Kiểm tra tài liệu số 1

Trong khi bạn hào hứng làm theo hướng dẫn sử dụng của tủ lạnh để làm cho nó hoạt động và nếu bạn không thể bật nó lên, bạn sẽ làm gì? Có, bạn sẽ gọi để hỗ trợ khách hàng. Họ sẽ hỏi bạn từng chi tiết và sau đó sẽ cho bạn biết rằng bạn cần kết nối nó với UPS trước và sau đó đầu kia của cáp sẽ đi đến phích cắm chính.

Phản ứng của bạn sẽ ra sao? Tôi sẽ hét lên - vậy thì tại sao bạn không đề cập đến nó trong hướng dẫn sử dụng?

Có, tương tự sẽ là phản ứng từ khách hàng của chúng tôi nếu chúng tôi bỏ lỡ hoặc không kiểm tra hướng dẫn cài đặt và người dùng. Có bao nhiêu người trong chúng ta thực sự coi nó là một phần của thử nghiệm và thử nghiệm một cách tôn giáo, cho dù nó có được yêu cầu thử nghiệm hay không? Tôi biết, chỉ có vài bàn tay sẽ được giơ lên.

Hầu hết thời gian, chúng tôi đổ lỗi cho khách hàng của chúng tôi đã hét vào mặt chúng tôi, vì yêu cầu thay đổi và không hiểu quy trình làm việc. Bạn đã bao giờ thử đặt mình vào vị trí của họ chưa? Khi khách hàng biết rằng công ty đã phân phối hướng dẫn sử dụng bị lỗi với một sản phẩm tuyệt vời, chắc chắn nó sẽ ảnh hưởng đến doanh số trong tương lai.

Đề nghị đọc => Cách đạt được Mục tiêu tài liệu kiểm thử phần mềm của bạn và Cách thực hiện đánh giá tài liệu kiểm tra.

2. Kiểm tra cặp

Trong khi chơi trò chơi ghép hình, nếu bạn có đối tác, câu đố trở nên thú vị hơn. Bạn sẽ có thể giải quyết câu đố nhanh hơn, bạn sẽ biết về những ý tưởng tốt hơn, bạn sẽ biết cách làm việc theo nhóm.

Một lần nữa, điều tương tự áp dụng để thử nghiệm. Không có vấn đề, bạn là chuyên gia như thế nào và bạn có bao nhiêu năm kinh nghiệm , thử nghiệm cặp luôn hiệu quả hơn. Nếu bạn kết hợp với một tâm trí mới, bạn sẽ biết về những ý tưởng tốt hơn để kiểm tra và nếu bạn kết hợp với một đồng nghiệp có kinh nghiệm, bạn sẽ có thể hiểu các kịch bản khác nhau và nhiều thủ thuật khác về thử nghiệm .

3. Học sửa lỗi

Đừng coi thường tiêu đề này bằng cách nói - chúng tôi thực hiện kiểm tra lại và kiểm tra hồi quy.

Khi một thợ sửa lốp sửa chữa vết thủng, anh ta không sửa nó nhưng anh ta quan sát những thứ khác như loại ống nào đã được sử dụng, lý do của việc thủng lốp là gì và khuyên chúng ta nên quan tâm đến mọi thứ để không phải đối mặt với tình huống này .

Có, nhà phát triển sửa lỗi và chúng tôi, với tư cách là người kiểm tra, xác minh chúng và đánh dấu chúng đã đóng và chúng tôi cảm thấy hài lòng rằng chúng tôi đã thực hiện công việc của mình. Chúng tôi thậm chí có cố gắng để hiểu loại sửa lỗi mã nào đã được nhà phát triển áp dụng không? Những loại thay đổi anh ấy đã thực hiện?

Bạn không nghĩ rằng kiến ​​thức nhỏ này thực sự có thể đưa khả năng kiểm tra của chúng tôi lên cấp độ tiếp theo?

Hiểu cách nhà phát triển sửa lỗi (không phải tất cả các lỗi) và cố gắng tương quan với các khu vực khác của sản phẩm. Điều gì xảy ra nếu nhà phát triển đã áp dụng logic khác để sửa lỗi? Hỏi và thảo luận.

4. Kết nối thử nghiệm sản phẩm với thời gian thực

Bạn đang tham gia một cuộc thi. Bạn được tặng một túi ngũ cốc. Đó là một hỗn hợp của lúa mì và gạo. Để giành chiến thắng trong một cuộc thi, bạn cần lấy lúa mì ra khỏi hỗn hợp đó. Thời gian có hạn. Nếu bạn cố gắng chọn lúa mì từ hỗn hợp bằng tay, bạn đã thua cuộc thi. Dùng trí của bạn. Sử dụng một cái rây và tách lúa mì ra khỏi gạo. Nó không đơn giản sao?

Bây giờ, liên kết nó với hoạt động thử nghiệm của bạn. Hiểu khái niệm, sử dụng các công cụ có liên quan, giữ cho bản thân cập nhật , nghiên cứu trong thời gian rảnh và tăng kho tàng kiến ​​thức quý giá của bạn. Bất cứ khi nào và bất cứ điều gì bạn kiểm tra, hãy cố gắng tương quan nó với các kịch bản thời gian thực và áp dụng logic tương tự. Nhiệm vụ thử nghiệm của bạn sẽ trở nên đơn giản.

5. Ưu tiên học tập

Hầu hết thời gian trong khi kiểm tra phần mềm, chúng tôi phải đối mặt với thời hạn, tình huống áp lực và búa liên tục từ nhóm nhà phát triển. Tất cả đều dẫn đến thu hẹp phạm vi thử nghiệm và chúng tôi cố gắng hiển thị báo cáo kết quả thử nghiệm càng xanh càng tốt. Và không cần phải nói, sự vội vàng này để hiển thị báo cáo kết quả màu xanh lá cây làm cho sự nghiệp của chúng tôi với các dấu hỏi màu đỏ.

Vâng, thời hạn luôn luôn có. Và với thời gian chúng ta cần hiểu, học hỏi và thực hành các ưu tiên. Xác định các ưu tiên trong khi thử nghiệm là một phần quan trọng để thực hiện nhiệm vụ của chúng tôi định tính. Không có vấn đề gì, nếu nhà phát triển yêu cầu bạn chỉ kiểm tra chức năng, bạn cũng nên quan tâm đến GUI và hiệu suất. Bởi vì khách hàng luôn muốn một sản phẩm hoạt động hoàn chỉnh và trong tình huống đó, anh ta thậm chí có thể xem xét gia hạn thời hạn!

Đây là nỗ lực nhỏ của tôi để giáo dục tất cả những người thử nghiệm về các nhiệm vụ thử nghiệm phổ biến này. Hy vọng bạn sẽ không quên những nhiệm vụ này trở đi.

Về tác giả: Đây là một bài viết của khách Bhumika Mehta. Cô là trưởng dự án, có hơn 7 năm kinh nghiệm trong kiểm thử phần mềm. Cô đánh giá cao những ý tưởng tốt và sự đổi mới nhưng ghét công việc, con người và môi trường đơn điệu.

Dịch từ : https://www.softwaretestinghelp.com/5-most-common-testing-tasks-testers-forget-to-test/