Review bàn giao của Taiga bằng bằng chứng

Bắt đầu từ kết quả của initiative

Dịch vụ thiết bị giả định giờ cho nhân viên xem yêu cầu của chính họ. Bắt đầu review với kết quả và phạm vi initiative. Xác định điều gì phải đúng và điều gì thay đổi phải giữ nguyên.

Trong lần bàn giao này, nhân viên không được đọc yêu cầu của nhân viên khác. Quản lý phải giữ quyền truy cập đã xác định. Test chỉ mở trang không chứng minh điều kiện nào trong hai điều kiện đó.

Kết nối các hồ sơ

Trang Runs ghi các lần thử, kể cả thất bại. Mỗi lượt chạy xác định kế hoạch đã thực thi. Trang lượt chạy là hồ sơ để kiểm tra; quyết định làm thay đổi công việc thuộc initiative.

Đọc bằng chứng từng bước cho test và định dạng. Taiga hiển thị kiểm tra thất bại hoặc chưa thực thi. Không đổi “chưa chạy” thành “đạt” trong tóm tắt review.

Kiểm tra giả định và ranh giới

Tìm giả định về mô hình truy cập, schema, môi trường và dịch vụ bên ngoài. So sánh với ý định đã xuất bản và mã thực tế.

Với dịch vụ thiết bị, kiểm tra nơi xác minh người sở hữu yêu cầu. Test yêu cầu được phép, yêu cầu của nhân viên khác và yêu cầu không tồn tại. Kiểm tra log không lộ nội dung yêu cầu mật.

Cũng review thay đổi test. Kết quả đạt ít giá trị nếu thay đổi đã xóa assertion có thể phát hiện lỗi. Xem thay đổi workflow và cấu hình test là một phần phạm vi review.

Đưa phản hồi có thể thực hiện

Xác định hành vi, kết quả mong đợi và bằng chứng cần có. Ví dụ: “Endpoint kiểm tra đăng nhập nhưng không kiểm tra quyền sở hữu yêu cầu. Thêm kiểm tra truy cập phía server và test dùng yêu cầu của nhân viên khác.”

Taiga có thể đáp lại phản hồi review pull request và kiểm tra thất bại bằng thay đổi trên cùng branch. Sau cập nhật, kiểm tra commit mới và các kiểm tra của nó. Bằng chứng trước có thể không bao phủ artifact đã đổi.

Nếu lượt chạy dừng vì kế hoạch chưa đầy đủ hoặc kiểm tra bị làm yếu đi, đọc lý do đã nêu. Không bỏ trạng thái draft chỉ vì tóm tắt kiểm tra đang hiển thị màu xanh.

Đưa ra quyết định chấp nhận đúng

Ghi tiêu chí nào đã xác minh và tiêu chí nào chưa giải quyết. Để review và kiểm tra bắt buộc của repository thực thi ranh giới merge. Giữ mọi quyết định phát hành riêng.

Taiga quan sát triển khai do pipeline của bạn thực hiện. Xác minh môi trường và artifact trước khi báo người dùng thay đổi đã sẵn có. Triển khai thất bại có thể khiến phiên bản thành công trước vẫn phục vụ lưu lượng.

Khép lại kết quả bằng kiểm tra cấp dịch vụ: nhân viên dùng được tính năng, truy cập không được phép bị từ chối và người phụ trách vận hành có thể quan sát lỗi. Tiếp tục với xử lý gián đoạn.