14
Dường như thử nghiệm đơn vị đã trở thành tất cả những cơn thịnh nộ trong những ngày này và tôi biết nhiều bạn sẽ nghĩ: "Tại sao không chỉ sử dụng ngôn ngữ X với khung Y?" Nhưng tôi đang đề xuất ý tưởng này nhiều hơn như một bằng chứng về khái niệm, hoặc từ những kỷ niệm hoài cổ cho những năm trước của tôi với lập trình máy tính.Các khung kiểm thử đơn vị nào có sẵn cho bộ x86?
tôi cụ thể là làm việc trên BSD chạy trên x86 với NASM, và đã nghiền ngẫm qua việc sử dụng các kịch bản shell với mong đợi (1) để thực hiện kiểm tra đơn vị nhưng tôi muốn biết trước:
kiểm tra đơn vị gì khuôn khổ có sẵn cho các ứng dụng được viết trong lắp ráp x86?
Thành thật mà nói, đó là một thực tế tuyệt vời và khá di động. Vì vậy, có thể chỉ làm việc tốt xem xét nền tảng Unix tôi đang làm việc với. Nhưng ứng dụng vẫn sẽ phải chịu đựng cái đầu của C và tôi hy vọng có ít sự phụ thuộc nhất có thể. –
Bạn có thể sắp xếp mã để mã assembly của bạn nằm trong một hoặc nhiều thư viện, trình bao bọc 'C' của bạn trong một tập hợp các thư viện song song chỉ được gọi bởi các kiểm tra, và ứng dụng của bạn chỉ gọi trực tiếp mã trình lắp ráp. – quamrana
@DwightSpencer Bạn nên tách rời các phụ thuộc của mô-đun (ngay cả những phụ thuộc bên trong ứng dụng của bạn). Kết quả sẽ là các đoạn mã được gọi là thuyết bất khả tri (ngoại trừ các quy ước gọi điện không tương thích). Liên kết động cũng có thể làm cho bạn một lợi thế lớn với những ... – Powerslave