POC là gì?
Proof Of Concept, thường được viết tắt là POC, là một quy trình ra quyết định để chứng minh rằng công cụ tự động hóa kiểm thử được đề xuất của bạn hoạt động trong thực tế và phù hợp với tổ chức của bạn.
POC cho công cụ tự động hóa kiểm thử là cần thiết khi tổ chức hoặc nhóm muốn áp dụng một công cụ tự động hóa mới. Các công cụ tự động hóa mới thường cần thiết khi bạn muốn chuyển từ một công cụ này sang một công cụ khác (di cư) hoặc tổ chức muốn chuyển từ kiểm thử thủ công sang kiểm thử tự động.
Tại sao chúng ta cần phải có POC trong việc kiểm thử?
- Giúp đưa ra quyết định đúng đắn và cung cấp phân tích chi tiết về lý do tại sao công cụ là sự phù hợp tốt nhất hoặc tại sao bạn không nên sử dụng nó.
- Được thực hiện để đưa ra quyết định đúng đắn giúp ích cho tương lai, vì vậy kết quả của POC có thể là tích cực hoặc tiêu cực.
Cách triển khai POC cho công cụ kiểm thử tự động
Để bắt đầu POC cho công cụ tự động hóa kiểm thử, bạn phải xem xét các yêu cầu và phạm vi. Bạn nên phân tích lý do tại sao bạn cần một công cụ tự động hóa, các trường hợp sử dụng, v.v.
Nên tham khảo: What to consider when evaluating a Test Automation Tool
Xác định phạm vi
Thảo luận các yêu cầu của một automation framework
Thảo luận với các bên liên quan hoặc quản lý cấp cao về những gì họ mong đợi trong automation framework. Dưới đây là một số ví dụ cơ bản về yêu cầu (lưu ý yêu cầu công cụ thay đổi tùy theo tổ chức):
- Mã nguồn mở có giấy phép
- Ngôn ngữ lập trình ưa thích
- Các tính năng được hỗ trợ, v.v
Lấy danh sách tất cả các công cụ
Khi bạn đã có yêu cầu về công cụ tự động hóa, hãy bắt đầu tìm kiếm các công cụ phù hợp với yêu cầu của bạn.
Chọn lọc các công cụ
Bạn không thể thực hiện POC cho tất cả các công cụ bạn đã liệt kê, vì vậy bạn cần chọn lọc một số từ danh sách công cụ bạn đã có. Tìm hiểu các tài nguyên trực tuyến và phân tích các công cụ – Chọn lọc những công cụ tốt nhất trong số đó.
Khi bạn đã chọn lọc, hãy chuẩn bị một tài liệu trả lời các câu hỏi như tại sao bạn đã chọn lọc những công cụ này, tại sao các công cụ khác có thể không phù hợp với quá trình chọn lọc, v.v.
Đề xuất công cụ POC
Bạn đã có các công cụ được chọn lọc; bây giờ bạn cần đề xuất tại sao bạn muốn thực hiện POC trên công cụ này và mất bao lâu để hoàn thành POC. Chuẩn bị một tài liệu chi tiết và chia sẻ nó với quản lý/bên liên quan.
Thực hiện POC cho các công cụ tự động hóa
Khi bạn đã nhận được sự đồng ý từ quản lý hoặc các bên liên quan, hãy bắt đầu POC của bạn.
Các yếu tố cần xem xét khi thực hiện POC công cụ tự động hóa:
- Chuẩn bị một bộ các trường hợp kiểm thử (tối thiểu 10)
- Độ phức tạp của các trường hợp kiểm thử nên ở mức trung bình đến cao
- Các trường hợp kiểm thử nên bao gồm các tính năng quan trọng của ứng dụng của bạn
- Các trường hợp kiểm thử nên kết hợp các kịch bản biên, kịch bản tiêu cực, kịch bản phức tạp, v.v.
Nên tham khảo: How to Create Test Cases for Automated tests?
Khi bạn đã liệt kê tất cả các trường hợp kiểm thử cần thiết cho POC trong kiểm thử, hãy bắt đầu xây dựng khung cơ bản của bạn. Dưới đây là một số ví dụ về các chức năng của khung (cái này thay đổi tùy theo tổ chức).
- In lại trường hợp kiểm thử
- Tích hợp CI/CD cơ bản
- Mô hình Page Object đơn giản (nếu cần)
- Tích hợp BDD
- Các loại kiểm thử hỗ trợ di động, máy tính để bàn, API, v.v.
- Hỗ trợ kiểm thử dựa trên đám mây
Thực thi các trường hợp kiểm thử mẫu và ghi lại cẩn thận phân tích.
Chuẩn bị một POC chi tiết
Tài liệu hóa toàn bộ quá trình đã được thực hiện – từ việc xác định phạm vi đến lý do tại sao bạn đã chọn lọc một công cụ cụ thể. Tài liệu cần rõ ràng và súc tích. Một số điểm quan trọng bạn nên đề cập đến là:
- Các tính năng nào bạn đã xem xét và tại sao?
- Những trường hợp kiểm thử nào bạn đã xem xét và tại sao?
- Các tính năng cấp khung nào đã được thực hiện và làm thế nào bạn có thể cải thiện chúng
- Những hạn chế là gì? Và giải pháp thay thế cho những hạn chế đó là gì?
- Nỗ lực học hỏi liên quan là gì?
- Nỗ lực bảo trì trong tương lai là gì?
- Làm thế nào dễ dàng để hợp nhất nếu cần thiết?
- Dựa trên POC bạn đã thực hiện, tổ chức phải đưa ra kết luận.
Có hai tình huống ở đây:
- Tổ chức đã chọn bạn làm người quyết định duy nhất
- Tổ chức yêu cầu ý kiến của bạn. Tuy nhiên, bạn không phải là người quyết định duy nhất.
Bất kể công cụ POC nào bạn chọn, cross browser testing, và cross platform testing là những khía cạnh quan trọng mà bất kỳ tổ chức nào cũng nên xem xét. Một số kịch bản có thể hoạt động tốt trên một trình duyệt nhưng gặp sự cố trên trình duyệt khác. Thiết lập và quản lý môi trường đa trình duyệt/nền tảng tốn thời gian và chi phí.
Hầu hết các tổ chức chọn các nhà cung cấp kiểm thử dựa trên đám mây để vượt qua vấn đề này. BrowserStack cho phép bạn thực hiện kiểm thử thủ công và tự động bằng các khung và ngôn ngữ khác nhau. Bạn có thể chạy liền mạch Selenium, Cypress, Playwright, Puppeteer, Appium, Espresso, và XCUITest trên hơn 3000 thiết bị và trình duyệt.
Tài liệu tham khảo: Proof Of Concept For Test Automation
