Xây Dựng Đội Ngũ QA Từ Đầu: Cân Bằng Kiểm Thử Thủ Công và Tự Động
Khi tôi gia nhập Trainual, công ty chưa có đội ngũ QA nào. Tôi là kỹ sư QA đầu tiên tại đây. Thách thức ban đầu của tôi là thiết lập quy trình kiểm thử từ con số 0: thiết lập tiêu chuẩn, giới thiệu các chỉ số và chứng minh giá trị của QA trong một nhóm sản phẩm đang phát triển nhanh chóng.
Khi sản phẩm và công ty phát triển, tôi đã giúp mở rộng chức năng QA — xây dựng đội ngũ gồm bốn (nay đã là 7) kiểm thử viên thủ công và một kỹ sư tự động hóa, trong khi tiếp tục đảm nhiệm vai trò QA Lead.
Bài viết này chia sẻ cách tôi xây dựng quy trình QA từ đầu, và cách chúng tôi học cách cân bằng giữa kiểm thử thủ công và kiểm thử tự động để đảm bảo chất lượng trên quy mô lớn.
👥 Sự Phát Triển Của Đội Ngũ
- Bắt đầu với vai trò QA đầu tiên – phụ trách định nghĩa quy trình, chỉ số và độ bao phủ kiểm thử hồi quy.
- Mở rộng thành một đội ngũ QA – bốn kiểm thử viên thủ công tập trung vào kiểm thử khám phá, hồi quy và các trường hợp phức tạp.
- Thêm tự động hóa – một kỹ sư QA tự động để tăng tốc độ kiểm thử hồi quy và cải thiện sự tin cậy khi phát hành.
Nhiệm vụ: xây dựng một quy trình QA hỗ trợ cả tốc độ và chất lượng khi sản phẩm mở rộng.
🎯 Mục Tiêu Ban Đầu Của Kiểm Thử Tự Động
Ngay từ đầu, chúng tôi đã xác định các mục tiêu rõ ràng cho việc giới thiệu tự động hóa:
- Giảm thời gian chu kỳ hồi quy.
- Phát hiện các vấn đề lặp lại sớm hơn.
- Cung cấp sự tự tin cho các phiên bản nhanh.
- Giải phóng kiểm thử viên thủ công để tập trung vào kiểm thử khám phá có giá trị cao hơn.
Tự động hóa hoạt động độc lập với kho mã chính trong môi trường staging và trở thành một phần của chu kỳ phát hành của chúng tôi.
⚖️ Giá Trị Của Tự Động Hóa So Với Kiểm Thử Thủ Công
Chúng tôi nhanh chóng phát hiện ra sự cân bằng giữa tự động hóa và kiểm thử thủ công:
- Không có tự động hóa → chu kỳ hồi quy mất vài ngày cho đội ngũ QA 5 người, làm chậm tiến độ phát hành.
- Có tự động hóa → bộ kiểm thử hồi quy có thể chạy qua đêm cho khách hàng của chúng tôi (đội chính làm việc ở Mỹ, đội QA làm việc ở Ukraine), cung cấp phản hồi nhanh chóng.
Kiểm thử thủ công không biến mất — thay vào đó, các kiểm thử viên chuyển sang các lĩnh vực mà tự động hóa không thể tiếp cận: kiểm thử khám phá, khả năng sử dụng, và các trường hợp ngoại lệ.
🛠 Công Nghệ Chúng Tôi Sử Dụng
Để xây dựng tự động hóa, chúng tôi dựa vào:
- Capybara cho việc kiểm thử giao diện người dùng.
- Selenium WebDriver cho các tình huống phức tạp.
Các bộ kiểm thử hồi quy chạy hàng đêm, tạo báo cáo về độ ổn định, lỗi và tỷ lệ bao phủ.
🐞 Cách Chúng Tôi Phát Hiện và Xử Lý Vấn Đề
- Các kiểm thử tự động được kích hoạt cho mỗi lần phát hành.
- Các lỗi được ghi lại trực tiếp trong Jira, vì vậy các nhà phát triển nhận được phản hồi ngay lập tức.
- Các kiểm thử không ổn định được giám sát, đánh dấu và phân loại lại khi cần thiết.
Điều này đã giảm số lượng lỗi lọt vào sản xuất và xây dựng niềm tin vào QA.
📊 Theo Dõi Chất Lượng và Độ Bao Phủ
Chúng tôi đã giới thiệu các chỉ số minh bạch để cho các bên liên quan thấy giá trị của QA:
- Thống kê lỗi theo loại, mức độ nghiêm trọng và nguồn gốc (thủ công vs tự động).
- Bảng điều khiển độ bao phủ hiển thị % các tính năng được kiểm thử.
- Báo cáo hàng tháng chứng minh cách thức độ bao phủ tự động tăng lên theo thời gian.
Bằng cách chia sẻ những con số này với các PM và lãnh đạo, QA đã trở thành một phần có thể đo lường và dễ thấy trong chất lượng sản phẩm.
🚧 Điều Gì Mà Tự Động Hóa Không Thể Bao Phủ
Mặc dù có nhiều lợi ích, chúng tôi đã làm rõ rằng tự động hóa có giới hạn:
- Các lỗi giao diện (không phải là ưu tiên trước đó).
- Tích hợp với bên thứ ba.
- Quy trình email/thông báo.
- Kiểm thử khả năng sử dụng.
Điều này giúp các bên liên quan hiểu rõ lý do tại sao QA thủ công vẫn cần thiết.
✅ Kết Quả Đạt Được
- Thời gian hồi quy giảm từ vài ngày xuống còn vài giờ.
- Chu kỳ phát hành trở nên nhanh hơn và dự đoán hơn.
- Các kiểm thử viên thủ công tập trung vào công việc khám phá sáng tạo thay vì các kiểm tra lặp lại.
- Lãnh đạo nhận được tầm nhìn rõ ràng về chất lượng thông qua các chỉ số và bảng điều khiển.
💡 Những Điều Rút Ra Quan Trọng
- Là người QA đầu tiên có nghĩa là xây dựng không chỉ các bài kiểm tra, mà còn cả một quy trình và văn hóa chất lượng.
- Tự động hóa không phải là sự thay thế — đó là cách để trao quyền cho QA thủ công tập trung vào kiểm thử phức tạp và sáng tạo.
- Chỉ số là tất cả – chúng chứng minh ROI, xây dựng niềm tin và giúp mở rộng quy trình QA cùng với công ty.
🖼 Tổng Quan Về Kiểm Thử Tự Động
Như một phần của việc xây dựng quy trình QA, tôi đã tạo ra một tổng quan trực quan về chiến lược QA của chúng tôi trong Miro.
Tài liệu này giúp:
- Giải thích rõ ràng vai trò của QA thủ công và tự động trong đội ngũ.
- Cho các bên liên quan thấy mục tiêu của tự động hóa và những lợi ích mà nó mang lại.
- Nêu bật công nghệ mà chúng tôi sử dụng.
- Thể hiện chỉ số độ bao phủ, các rào cản và giới hạn của tự động hóa.
Nó trở thành một điểm tham khảo không chỉ cho đội ngũ QA, mà còn cho các nhà quản lý sản phẩm và kỹ sư — làm cho quy trình QA trở nên minh bạch và dễ hiểu.
Tổng quan về Kiểm Thử Tự Động
👉 Nghiên cứu trường hợp này dựa trên kinh nghiệm của tôi với tư cách là QA đầu tiên tại Trainual, nơi tôi đã xây dựng QA từ đầu, phát triển một đội ngũ và thiết lập sự cân bằng giữa kiểm thử thủ công và tự động.
Hãy theo dõi những cập nhật tiếp theo 🚀
