xong chương trình đầu tiên; kết quả: Không có vấn đề gì, nó đã thu thập dữ
liệu kế toán một cách đúng đắn.
Chương trình thứ hai tốn nhiều thời gian hơn. Tôi mất một giờ tạo mã thay
thế để chứng minh nó hoạt động tốt. Chương trình này chỉ cộng các khoảng
thời gian sử dụng rồi đem nhân với mức phí. Như vậy, lỗi sai 75 xu không
nằm ở chương trình này.
Chương trình thứ ba cũng hoạt động trơn tru. Nhiệm vụ của nó là rà soát
danh sách người dùng hợp lệ, tìm tài khoản phòng thí nghiệm của họ, rồi in
hóa đơn. Lỗi làm tròn ư? Không, tất cả các chương trình này theo dõi dòng
tiền với độ chính xác đến 1/100 xu. Thật kỳ lạ. Vậy thì lỗi sai 75 xu đến từ
đâu?
Vì đã trót bỏ ra hàng giờ loay hoay tìm hiểu vấn đề nhỏ nhặt này, nên tôi trở
thành kẻ ngoan cố: Chết tiệt, tôi sẽ ở đây đến tận khuya, nếu cần.
Sau khi thực hiện một số kiểm thử khác, tôi bắt đầu tin tưởng đống chương
trình kế toán hỗn độn rất “cây nhà lá vườn” này. Đúng là số dư các tài khoản
không cân bằng, nhưng những chương trình này tuy không hoàn hảo song
cũng không để lọt xu nào cả. Lúc này, tôi đã tìm được hết các danh sách
người dùng hợp lệ, đồng thời cũng hiểu được cách các chương trình này sử
dụng cấu trúc dữ liệu để lập hóa đơn cho các phòng ban khác nhau. Khoảng
7 giờ tối, tôi chợt chú ý đến một người dùng là Hunter. Anh chàng này
không có địa chỉ xuất hóa đơn hợp lệ.
Đây rồi! Tháng trước Hunter đã sử dụng máy tính, tính ra hết 75 xu phí,
nhưng chưa có phòng ban nào đứng ra thanh toán cho anh ta.
Vậy ra đây là nguyên do của khoản chênh lệch. Ai đó đã gây ra sự cố này
khi thêm người dùng vào hệ thống của chúng tôi. Một vấn đề nhỏ nhặt do
một sai sót nhỏ nhặt gây ra.
