- Email devpro.edu.vn@gmail.com
- Hotline0985.95.08.95
Nếu bạn thấy mình không đủ thời gian để kiểm thử một chương trình, hãy tham khảo bài viết này
Là một người học Tester - kiểm thử phần mềm, chúng ta đều biết việc kiểm thử cần rất nhiều thời gian. Nhưng theo yêu cầu của khách hàng, thời gian dành cho tester bị rút ngắn lại. Bài viết này sẽ giúp bạn tiết kiệm tối đa thời gian trong việc thực hiện kiểm thử phần mềm mà vẫn đạt hiệu quả cao.
Một trong những vấn đề lớn nhất mà các doanh nghiệp IT đang phải đối mặt hiện nay là chu kỳ phát triển bị nén lại. Không ai có kế hoạch cho các chu kỳ dài hơn trong một vài tháng, ngoại trừ các sáng kiến từ doanh nghiệp lớn. Các nhà quản lý phải đối phó với các chu kỳ ngắn để phát hành sản phẩm. Coders phải viết phần mềm nhanh chóng. Và những tester phải tự thích nghi với chức năng mới và thay đổi trên phần mềm ngày càng phức tạp hơn mà không để các khiếm khuyết lọt qua mà không bị phát hiện.
Một cái gì đó phải được thực hiện để cải thiện hiệu quả của tester. Có, các công cụ SDLC (vòng đời phát triển phần mềm) tốt hơn chắc chắn có thể giúp cải thiện năng suất của cả coder và tester. Công nghệ kiểm thử tự động là vô cùng quan trọng đối với cả kiểm thử agile và truyền thống.
Với các công cụ phát triển tuyệt vời, quy trình agile, tích hợp liên tục và kiểm thử tự động, đảm bảo chất lượng đã trở thành một nút thắt nghiêm trọng, vì doanh nghiệp đòi hỏi phải tăng hiệu suất và giảm thời gian.
Điều đó có nghĩa là tester nên thông minh hơn. Tái phân bổ nguồn lực từ việc tạo tài liệu và thay vào đó tập trung vào việc tăng giá trị với kiểm thử thăm dò.
Giảm kiểm thử tài liệu không ném chất lượng ra khỏi cửa sổ. Các kịch bản kiểm thử vẫn được tạo và cho phép chạy. Kiểm thử thông minh hơn đòi hỏi các developer và tester lập kế hoạch để xây dựng và chạy các kiểm thử đơn vị thiết yếu, kiểm thử chức năng, kiểm thử chấp nhận và kiểm thử bảo mật.
Tuy nhiên, kiểm thử thông minh hơn có nghĩa là thừa nhận thực tế rằng một số phép kiểm thử quan trọng hơn kiểm thử khác và do đó, chúng cũng sẽ nhận được nhiều sự chú ý hơn, bao gồm cả tài liệu.
Hãy xem xét, nếu một nhóm agile truyền thống được giao nhiệm vụ thêm chức năng mới vào trang web hoặc ứng dụng di động. Đầu giai đoạn nước rút, nhóm sẽ tạo ra một kế hoạch kiểm thử và tạo ra các trường hợp kiểm thử mới hoặc sửa đổi các trường hợp hiện có. Và một khi code đã xong, nhóm sẽ chạy các phép kiểm thử đó và ghi lại các kết quả thực hiện cùng với các lỗi. Nếu có lỗi, code sẽ được sửa và các kiểm thử sẽ chạy lại. Trong một số trường hợp, các khiếm khuyết có thể yêu cầu nhóm agile kiểm tra lại các trường hợp kiểm thử, cũng như code và có khả năng cập nhật chúng cũng như chạy lại các bài test và lặp lại nếu cần.
Hầu hết các tài liệu kiểm thử thêm không có giá trị cho doanh nghiệp. Nếu nhóm tester thông minh hơn, tester có thể tập trung vào viết các lần chạy thử khi và chỉ khi lỗi xuất hiện, thay vì ghi lại mọi trường hợp kiểm thử và chạy thử. Nếu kết quả chạy kiểm thử có kết quả âm tính (nghĩa là không có lỗi), thì bạn phải tiếp tục. Nếu kết quả là dương tính (nghĩa là, lỗi xuất hiện), người kiểm tra nên ghi lại kiểm thử, bao gồm mọi thứ được yêu cầu để tái tạo lỗi.
Hãy tưởng tượng có 100 test cases mới. Tất cả 100 trường hợp kiểm thử phải được kiểm tra, có thể được cập nhật và ghi chép kỹ lưỡng.
Làm thế nào để thử thông minh hơn? Chỉ ra rằng 10 trong số các trường hợp kiểm thử đó cần được chuyển tiếp để kiểm thử hồi quy trong tương lai. Có lẽ 15 trường hợp kiểm thử khác đã thất bại trong khi thực hiện bằng cách tạo ra kết quả không mong muốn. Sau đó, nhóm chỉ cần ghi lại 25 trường hợp kiểm tra chính và thất bại - không phải tất cả 100 – điều này tiết kiệm được rất nhiều thời gian.
Sử dụng thời gian còn lại để cải thiện chất lượng bằng cách khuyến khích các developer, tester và các bên liên quan khác thực hiện loại kiểm thử đặc biệt mang tính khám phá hơn. Nếu nhóm may mắn có được các công cụ tự động kiểm thử có thể biến các bài kiểm thử đột xuất thành các kịch bản kiểm thử có thể sử dụng lại cho các bài kiểm thử hồi quy trong tương lai.
Tất cả chúng ta đều chịu áp lực phải cung cấp nhiều chương trình hơn một cách nhanh chóng. Để tăng tốc phát triển phần mềm mà không làm giảm chất lượng, hãy là một tester thông minh hơn!
Sử dụng kiểm thử tự động bất cứ khi nào có thể và tiếp tục thực hiện kiểm thử đơn vị khi code mới được đưa source-code management system. Tất nhiên, hãy viết tài liệu và chạy các bài kiểm thử hồi quy trên một dòng code quan trọng, và đừng tốn thời gian vào những phần không cần thiết. Thay vào đó, sử dụng tài nguyên kiểm thử của bạn để kiểm thử thăm dò. Điều đó sẽ cải thiện chất lượng và từ đó đẩy nhanh vòng đời phát triển.
Khrystyan DevPro via Softwaretestinghelp
