Khi QA nhận việc mà không biết nên bắt đầu kiểm thử từ đâu

Khi bạn làm xong một việc rồi giao cho QA kiểm thử, một lời nhắn chỉ ghi Done sẽ khiến họ phải đoán nên bắt đầu từ đâu. Giả sử một trợ lý AI hỗ trợ sửa code, thường gọi là coding agent, vừa sửa xong trang đặt chỗ của một website. Agent chuyển ticket, tức nơi cả nhóm ghi lại việc cần làm, sang Ready for QA, trạng thái báo cho QA (bộ phận kiểm thử) rằng đã đến lượt họ, rồi để lại đúng một chữ Done. QA mở ticket ra để kiểm tra một việc: đổi ngày có làm mất địa điểm đã chọn hay không. Nhưng trước khi thử được thao tác ấy, họ phải tìm xem bản nào có thay đổi, rồi lần lại xem agent đã thử những bước gì.

Những thông tin đó có thể vẫn nằm trong cuộc trao đổi giữa lập trình viên và agent, tức là ở chỗ QA không đọc tới, nên QA phải đi lại một phần công việc chỉ để mở được đúng trang cần kiểm tra.

Mình tạo ra Jira CLI để agent ghi ngay vào ticket bản đã mở và những bước đã thử trong lúc làm việc, nhờ vậy QA có thể bắt đầu từ kết quả đã có. Nhiều nhóm vốn theo dõi công việc trên Jira, giống như một bảng chung mà ai cũng nhìn vào để biết việc nào xong, việc nào đang chờ. Jira CLI cho phép agent dùng bảng đó ngay từ môi trường nó đang dùng để sửa code: đọc ticket, chuẩn bị bình luận, đính kèm ảnh hoặc nhật ký, và khi người dùng cho phép thì chuyển ticket sang trạng thái tiếp theo. Mặc định, Jira CLI chỉ chạy thử thao tác cập nhật, để agent xem lại nội dung định gửi trước khi thực thi.

Khi agent vừa sửa xong trang đặt chỗ

Phần có ích nhất của bản bàn giao phải được ghi lại trong lúc làm, vì đó là lúc agent thấy được chuyện gì thực sự xảy ra. Với ticket đặt chỗ này, agent ghi lại môi trường và bản dựng đã mở, các bước chọn địa điểm rồi đổi ngày, và địa điểm có còn được giữ hay không, kèm ảnh hoặc nhật ký cho thấy kết quả đó. Nếu chưa thử tải lại trang thì cũng ghi rõ, để QA biết phần nào có thể lặp lại và phần nào chưa ai kiểm tra.

Mình muốn agent thu thập những thông tin này trong lúc làm:

Mở ở đâu: môi trường và bản dựng cần mở
Đã kiểm tra: những thao tác đã thực sự chạy
Kết quả: điều xảy ra khi thực hiện các thao tác đó
Ảnh hoặc nhật ký: liên kết đến ảnh hoặc nhật ký liên quan
Cần kiểm tra thêm: hành vi nằm ngoài những bước đã thử

Người tự viết bình luận bằng tay cũng dùng được cấu trúc này, nhưng một bản trình bày gọn gàng không thể thay cho bước kiểm tra chưa chạy, nên agent phải quan sát ngay trong lúc làm thì mới có thông tin thật để điền. Khi có nhiều bản dựng, cần ghi rõ kết quả đến từ bản nào, vì QA phải mở đúng bản đó. Ảnh hoặc nhật ký nên nằm cạnh thao tác tương ứng, còn bước bị chặn thì ghi ngay cạnh các bước đã đạt, để QA thấy lần kiểm tra này đã đi tới đâu.

Khi agent soát lại nội dung định gửi

Trước khi bàn giao ticket đặt chỗ cho QA, agent cần đối chiếu nội dung định gửi với các bước đã thực sự chạy. Ảnh chụp có thể cho thấy địa điểm đang được chọn trên trang, nhưng muốn ghi rằng lựa chọn ấy vẫn còn sau khi tải lại thì agent phải tải lại trang rồi kiểm tra thật, và nếu công việc còn có bước gửi biểu mẫu thì thao tác gửi cũng phải được thử trước khi ghi kết quả. Bước nào chưa thử thì ghi là chưa thử, còn bước nào bị chặn thì ghi cả trở ngại đó bên cạnh những bước đã đạt.

Khi bình luận sẵn sàng để gửi lên Jira

Có kết quả kiểm thử rồi, agent dùng Jira CLI đăng bình luận vào ticket, kèm nhật ký, hoặc tải ảnh lên và đặt ngay cạnh phần mô tả thao tác, để QA nhìn vào là biết cần thử lại thế nào.

Các thao tác thay đổi dữ liệu mặc định chỉ chạy thử, nên trước khi gửi thật, agent có thể xem lại ticket đích và nội dung bình luận. Với ticket đặt chỗ này, bước xem trước giúp chắc rằng phần mô tả đổi ngày cùng tấm ảnh đi kèm sẽ đến đúng ticket QA đang đọc, vì một lời giải thích đúng mà nằm nhầm ticket thì QA vẫn phải đi tìm.

Trước khi chuyển ticket sang Ready for QA

Jira CLI cũng chuyển được ticket qua các trạng thái có sẵn trong quy trình của dự án, nhưng với từng hành động, agent phải kiểm tra xem người dùng đã cho phép tới đâu. Được phép đăng bình luận không tự động có nghĩa là được phép chuyển trạng thái, còn bước xem trước giúp nhìn rõ hành động sắp làm nhưng không cấp thêm quyền nào.

Khi QA mở ticket

Với những thông tin ấy trong ticket, QA có thể mở đúng bản dựng, thử lại bước đổi ngày rồi kiểm tra tiếp phần tải lại trang nếu phần đó vẫn còn bỏ ngỏ. Còn nếu ticket bị trả về để sửa, các bước và kết quả đã ghi cũng giúp lập trình viên tìm lại trạng thái ban đầu.

Mình làm Jira CLI như thế nào

Mình phụ trách chính Jira CLI, từ cách các lệnh phối hợp với nhau trong quy trình bàn giao đến hướng dẫn agent sử dụng chúng. Agent hỗ trợ triển khai, còn mình kiểm soát các chỉnh sửa trong code và rà xem công cụ có giúp agent đọc đúng ticket, chuẩn bị cập nhật rồi xem trước hành động định thực hiện hay không. Khi kết quả chưa khớp với quy trình đã đặt ra, mình tìm chỗ cần sửa và kiểm tra lại sau khi sửa. Bài viết về môi trường làm việc của agent kể cách giữ bối cảnh trong lúc làm việc để có đủ thông tin cho bước bàn giao này.

Nếu bạn muốn thử cách làm tương tự, dù có dùng Jira CLI hay không, năm mục trong khung ở trên là chỗ bắt đầu khá ổn, miễn là chỉ điền những gì đã thực sự chạy. Hãy tách quyền bình luận khỏi quyền chuyển trạng thái, và nhớ rằng công cụ chỉ ghi lại những gì agent quan sát được chứ không tự kiểm chứng ứng dụng thay bạn.

Dùng Jira CLI để bàn giao

Tính năng đăng bình luận cho phép agent gửi kết quả kiểm thử kèm ảnh hoặc nhật ký vào ticket. Các thao tác thay đổi dữ liệu mặc định chỉ chạy thử và cần --perform-action để thực thi. Hãy kiểm tra issue trước, phân biệt quyền bình luận với quyền chuyển trạng thái, đồng thời ghi các bước kiểm tra thất bại hoặc bị chặn cạnh những bước đã đạt. Công cụ ghi lại các quan sát do agent cung cấp; nó không tự kiểm chứng hành vi của ứng dụng.