Nên kiểm thử tự động hay kiểm thử thủ công



  • Cho dù bạn muốn kiểm thử tự động hay kiểm thử thủ công cho website hoặc ứng dụng của bạn thì đều dựa vào nhiều yếu tố. Để đưa ra quyết định đúng thì cần phải có thông tin chính xác. Cả 2 đều có tềm quan trọng và vị trí của mình trong việc kiểm thử. Trong bài viết này, tôi sẽ liệt kê tất cả các yếu tố sẽ giúp bạn đưa ra quyết định đúng đắn. Chúng ta không thể đánh giá thấp sức mạnh, khả năng tiết kiệm thời gian và độ chính xác của các công cụ tự động hóa và chúng ta cũng không thể phủ nhận sự sáng tạo và suy nghĩ của người kiểm thử thủ công. Vâng, cả 2 đều rất quan trọng và có vai trò riêng trong việc kiểm thử phần mềm. Vậy câu hỏi ở đây là: Làm thế nào để bạn đưa ra quyết định lựa chọn những gì tốt nhất cho dự án của bạn và care được tất cả các yêu cầu kiểm thử và làm thế nào để thực thi nó? Chỉ có 1 hoặc 2 là cần thiết hay là có cả 2 sẽ làm việc tốt nhất.
    Dưới đây là 1 số quan điểm chính giúp bạn đưa ra quyết định

    Loại dự án

    Nếu dự án của bạn có nhiều giao diện người dùng GUI thì kiểm thử thủ công được ưu tiên hàng đầu.
    Ví dụ 1 kiểm thử ứng dụng di động. Bạn có thể thêm kiểm thử tự động để load test và stress test.
    Ví dụ 2 Nếu bạn nhấp vào biểu tượng hoặc button khoảng 1000 lần hay bộ nhớ đã đầy 90% và sau đó bạn thử mở 1 số ứng dụng khác, trong trường hợp này việc kiểm thử sẽ thực hiện thủ công.
    Ví dụ 3 Về kiểm thử ứng dụng web , bạn có giao diện người dùng, cần kiểm thử nhiều Browers và load test. Các dự án như vậy đòi hỏi sự cân bằng tốt cả về thủ công và tự động vì bạn đã lặp lại các trường hợp kiểm thử có giá trị trên các nền tảng khác nhau.

    Số lần kiểm thử hồi quy

    Việc thực thi được coi là tốt là để chạy các kiểm thử hồi quy khi 1 thay đổi mới hoặc sửa lỗi được giới thiệu trong phần mềm. Rất có thể các bài kiểm thử hồi quy được chạy nhiều lần trong 1 lần release. Nếu dự án của bạn đòi hỏi nhiều lần kiểm thử hồi quy và có 1 danh sách kiểm thử hồi quy lớn thì việc sử dụng automation test là con đường nên đi. Như đã đề cập ở trên, kiểm thử sự tương thích đòi hỏi sự tự động để tiết kiểm thời gian và công sức người kiểm thử. Ngoài ra kiểm thử hồi quy là 1 thư gì đó mà bạn không thay đổi mỗi ngày, đó là những thiết lập quan trọng và cơ bản của các trường hợp kiểm thử được chạy 1 cách thường xuyên.

    Kỹ năng của nhóm kiểm thử phần mềm

    Cả 2 công việc kiểm thử thủ công và kiểm thử tự động đều yêu cầu kỹ năng. Người kiểm thử thủ công được mong đợi có thể suy nghĩ 1 cách cởi mở và yêu cầu của kiểm thử tự động yêu cầu nhiều về hiểu biết và công cụ. Vậy nhóm kiểm thử của bạn cần bao nhiêu kỹ năng là đủ, cần những kỹ năng nào? Nếu team của bạn có nhiều người kiểm thử thủ công thì bạn sẽ thiên về kiểm thử chấp nhận hơn, và nếu team của bạn có nhiều người kiểm thử tự động thì bạn sẽ phải tìm cách để kết hợp các công cụ kiểm thử và kịch bản tốt hơn trong bộ tài liệu kiểm thử của bạn. Có nhiều yếu tố khác quyết định kỹ năng cần thiết như loại dự án, ngân sách dự án có bao nhiêu...

    Ngân sách

    Đây là 1 trong những yếu tố quan trọng nhất ở đây, các công cụ tự động hóa, người kiểm thử, kịch bản và framwork phục vụ công việc đòi hỏi phải có thêm chi phí có thể là 1 phần của ngân sách dự án tổng thể. Nếu ngân sách dự án không cho phép chi phí bổ sung thì dự án của bạn có thể sẽ chỉ thực hiện được kiểm thử thủ công. Đối với việc kiểm thử dự án đơn giản hoặc 1 dự án với thời gian ít, thì việc kiểm thử thủ công được ưu tiên hơn cả. Ngược lại với dự án có thời gian dài hoặc dự án bảo trì thì nên cần tự động hóa để tiết kiệm thời gian và công sức.

    Cần kiểm thử ngẫu nhiên/ thăm dò

    Chúng ta không thể phủ nhận thực tế là 1 số lỗi quan trọng có thể được tìm thấy bằng cách chỉ làm một số kiểm thử thăm dò. Ví dụ nếu bạn đang kiểm thử 1 ứng dụng di động, có thể có nhiều tình huống ngẫu nhiên có thể phá vỡ chức năng đó và cung cấp cho bạn các lỗi mà không tìm thấy bằng cách kiểm thử hồi quy. Nếu dự án của bạn yêu cầu kiểm thử thăm dò nhiều thì phần việc kiểm thử thủ công sẽ vất vả hơn kiểm thử tự động.

    Quy mô nhóm

    Khi nhóm của bạn có ít người bạn sẽ muốn sử dụng các công cụ tự động hóa để tiết kiệm thời gian và giảm nỗ lực test lặp đi lặp lại. Ngược lại khi nhóm của bạn có nhiều người , bạn có thể khiến họ thực hiện nhiều kịch bản thủ công và ngẫu nhiên hơn, việc phân bổ khối lượng công việc sẽ phù hợp hơn.

    Kiểm thử như chủ sở hữu dài hạn

    Chúng ta không thể phủ nhận một thực tế là mặc dù việc kiểm tra thủ công đã thu được nhiều lỗi nhưng nó không phải là một công cụ dài hạn như kiểm thử tự động hóa. Chúng ta có thể đồng ý rằng tại một thời điểm chúng ta có một đội ngũ có tay nghề có kiến thức rất tốt về hành vi ứng dụng. Điều gì sẽ xảy ra nếu những người kiểm thử thủ công lành nghề thoái xuất khỏi tổ chức một ngày? Liệu kiểm thử thủ công của chúng tôi với người kiểm tra mới sẽ gặt hái được lợi ích tương tự như việc phát hành miễn phí lỗi? Rõ ràng, câu trả lời không phải là 100 phần trăm. Trong trường hợp xây dựng môi trường tự động hóa kiểm thử sẽ giúp rất nhiều trong việc xây dựng vốn chủ sở hữu dài hạn, có thể đảm bảo kiểm thử hồi quy ít nhất về việc phát hành lặp lại mà những người kiểm tra thủ công có tay nghề hoặc mới có thể đã bỏ lỡ trong khi thử nghiệm ứng dụng. Vì vậy, kiểm tra tự động hóa có thể được chứng minh là một vốn cổ phần dài hạn hoặc tài sản cho một dự án trong thời gian dài. Nhưng như đã thảo luận trước đây, đội ngũ tự động hóa đòi hỏi ngân sách cho việc phát triển kịch bản tự động và bảo trì của họ trong tương lai.

    Bài viết được dịch từ http://www.softwaretestingclass.com/automated-vs-manual-testing-make-an-informed-decision/
    Nguồn: Viblo


Hãy đăng nhập để trả lời
 

Có vẻ như bạn đã mất kết nối tới LaptrinhX, vui lòng đợi một lúc để chúng tôi thử kết nối lại.