Đâu là tương lai của Manual Testing???

Như chúng ta đã biết kiểm thử tự động có rất nhiều ưu điểm khi thực thi như: Giảm thời gian và tiền bạc, độ chính xác cao, khả năng lặp lại và tái sử dụng tốt. Vì vậy không có gì phải ngạc nhiên khi nhu cầu sử dụng automated testing ngày càng tăng như là một quy trình phát triển phần mềm trong tổ chức/ công ty.

Lợi ích từ phương pháp automated testing là không giới hạn đối chất lượng phần mềm hoặc làm giảm thời gian delivery, vân vân và mây mây. Rất nhiều yếu tố làm cho automated testing trở lên hấp dẫn. Ví dụ như: khả năng tái sử dụng, lặp đi lặp lại hoặc bạn cũng có thể tích hợp các bài test vào kiểm tra tổng thể.

Yêu cầu các tester chạy thủ công một gói kiểm thử hồi quy sau khi release trên nhiều trình duyệt khác nhau bạn sẽ rất mất nhiều thời gian và công sức, nhiều khi điều đó dường như là không thể. Lúc này kiểm thử tự động lại là một giải pháp có lợi và hấp dẫn hơn. Mặc dù có rất nhiều lợi ích nhưng kiểm thử tự động không phải là cách cố định duy nhất đảm bảo sản phẩm phần mềm không có lỗi. Cũng giống như kiểm thử thủ công, kiểm thử tự động cũng có những điểm mạnh, điểm yếu nhất định,cần cân nhắc mục tiêu của kiểm thử để điều chỉnh mang lại lợi ích tối đa. Điều quan trọng cần nhớ đó là các đoạn mã kiểm thử tự động không thể tự suy nghĩ, chũng chỉ làm theo ý nghĩ của tester và chạy theo cách mà các lập trình viên tạo lên.

Kiểm thử thủ công có thể dùng để bao phủ kiểm thử tự động và ngược lại. Tuy nhiên kiểm thử thủ công hay tự đông cũng đều yêu cầu tester có những kỹ năng nhất định.

Câu hỏi đặt ra là: Có khi nào kiểm thử thủ công bị đánh bật ra khỏi quy trình phát triển phần mềm hay không? Bởi vì ngày nay kiểm thử tự động ngày càng phát triển mạnh mẽ. Và sự phát triển ngày càng tăng của kiểm thử tự động làm giảm nhu cầu kiểm thử thủ cộng vậy điều gì sẽ xảy ra trong tương lai đối với kiểm thử thủ công?

Kiểm thử thủ công và tester thủ công.

Đối với tôi, câu trả lời nằm ở sự hiểu biết sự khác biệt giữa kiểm tra thủ công và người kiểm tra thủ công. Nói một cách đơn giản, một người kiểm thử thủ công là yếu tố con người của quá trình thử nghiệm. Họ có các kỹ năng thiết kế thử nghiệm và khả năng suy nghĩ được sử dụng trong việc tạo ra một bài kiểm tra trước khi các kỹ thuật kiểm tra thủ công cần thiết để thực hiện điều này được sử dụng.

Trong khi tự động hóa có thể thay thế các hành vi vật lý cần thiết để thực hiện kiểm tra, chẳng hạn như nhấn nút hoặc nhập nội dung trang… nó không thể - hoặc ít nhất là chưa - thay thế yếu tố thiết kế con người và quá trình suy nghĩ.

Vì vậy để một tổ chức có tất cả các lợi ích gắn liền với kiểm thử tự động được thiết kế hiệu quả cho cả người kiểm thử thủ công. Thêm vào đó chúng ta cũng phải dần thích ứng với kiểm thử tự động, bổ sung các kỹ năng cần thiết của kiểm thử tự động vào kỹ năng của bản thân, ví dụ như khẳng năng coding. Tìm hiểu các công cụ, kỹ thuật mới được yêu cầu liên quan tới kiểm thử tự động. Việc thành tạo một công cụ tự động như Selenium, Appnium, QTP… sẽ giúp bạn mường tượng được cách hoạt động của kiểm thử tự động, từ đó có thể vận dụng linh hoạt các kỹ năng của kiểm thử thủ công vào tự động và ngược lại. Nhờ đó giúp đảm bảo chất lượng sản phẩm, nâng cao hiệu suất làm việc

Chắc chắn một điều là: Sẽ luôn có nhu cầu về các kỹ thuật kiểm tra thủ công, chẳng hạn như kiểm tra thăm dò, tìm nguyên nhân, các lỗi liên quan tới thời gian hay chi phí…. Tuy nhiên, điều này tự nó không đủ để cung cấp sự tự tin hoàn toàn trên toàn bộ một chương trình phát triển.

Do đó tôi cảm thấy kiểm thử tự động sẽ là tất yếu trong tương lai, để chuẩn bị cho việc đó các kiểm thử viên thủ công nên trang bị cho mình kiến thức, kỹ năng về tự động để thích ứng với những thay đổi mạnh mẽ về công nghệ. Áp dụng linh hoạt và song song hai phương thức này trong dự án phần mềm