Báo động khói sẽ kém yên tâm hơn nếu bạn chỉ kiểm tra nó một lần.
Đó cũng là cách tôi bắt đầu xem công việc của Dusk với AEGIS. Tiêu điểm là “làn sóng khắc phục”, nhưng chi tiết yên lặng hơn mà tôi chú ý nằm sau các bản sửa.
AEGIS đã triển khai các bản sửa cho 39 phát hiện kiểm toán, trong đó có 7 phát hiện được xếp loại là mức độ nghiêm trọng.
Nhưng việc đóng một phát hiện chỉ là một khoảnh khắc trong công việc của kiểm toán viên.
Dusk cũng bổ sung phạm vi bao phủ hồi quy được xây dựng dựa trên các mẫu lỗi thực tế đã được phát hiện trong quá trình kiểm toán. Với các vấn đề về phí Phoenix và hoàn tiền, phần đó bao gồm các bài kiểm tra cho các nỗ lực thổi phồng, các đường dẫn tràn (overflow) và việc giả mạo phí.
Tôi thấy điều đó hữu ích hơn nhiều so với việc coi “đã khắc phục” là trạng thái cuối cùng.
Một lỗi đã được sửa vẫn có thể quay lại sau đó thông qua việc tái cấu trúc (refactoring), thay đổi phụ thuộc hoặc một đường dẫn mã khác. Bài kiểm tra hồi quy sẽ giữ nguyên trường hợp lỗi cũ nằm trong quá trình xác minh.
Dusk cũng nhóm các công việc theo dõi theo nguyên nhân gốc rễ, nơi nhiều phát hiện thực ra là những biểu hiện khác nhau của cùng một vấn đề cốt lõi.
Đó là lớp mà tôi sẽ chú ý với tư cách kiểm toán viên.
Báo cáo ghi lại điều gì là sai.
Tài liệu mạnh hơn chính là một bộ kiểm thử liên tục đặt câu hỏi xem nó có quay lại không.
@Dusk_Foundation $DUSK #dusk
Đó cũng là cách tôi bắt đầu xem công việc của Dusk với AEGIS. Tiêu điểm là “làn sóng khắc phục”, nhưng chi tiết yên lặng hơn mà tôi chú ý nằm sau các bản sửa.
AEGIS đã triển khai các bản sửa cho 39 phát hiện kiểm toán, trong đó có 7 phát hiện được xếp loại là mức độ nghiêm trọng.
Nhưng việc đóng một phát hiện chỉ là một khoảnh khắc trong công việc của kiểm toán viên.
Dusk cũng bổ sung phạm vi bao phủ hồi quy được xây dựng dựa trên các mẫu lỗi thực tế đã được phát hiện trong quá trình kiểm toán. Với các vấn đề về phí Phoenix và hoàn tiền, phần đó bao gồm các bài kiểm tra cho các nỗ lực thổi phồng, các đường dẫn tràn (overflow) và việc giả mạo phí.
Tôi thấy điều đó hữu ích hơn nhiều so với việc coi “đã khắc phục” là trạng thái cuối cùng.
Một lỗi đã được sửa vẫn có thể quay lại sau đó thông qua việc tái cấu trúc (refactoring), thay đổi phụ thuộc hoặc một đường dẫn mã khác. Bài kiểm tra hồi quy sẽ giữ nguyên trường hợp lỗi cũ nằm trong quá trình xác minh.
Dusk cũng nhóm các công việc theo dõi theo nguyên nhân gốc rễ, nơi nhiều phát hiện thực ra là những biểu hiện khác nhau của cùng một vấn đề cốt lõi.
Đó là lớp mà tôi sẽ chú ý với tư cách kiểm toán viên.
Báo cáo ghi lại điều gì là sai.
Tài liệu mạnh hơn chính là một bộ kiểm thử liên tục đặt câu hỏi xem nó có quay lại không.
@Dusk_Foundation $DUSK #dusk