Tôi thường xuyên viết nhiều thử nghiệm để kiểm tra các thuật toán, thư viện hoặc phần cứng khác nhau. Tất cả mã, phụ thuộc và đầu ra của các thử nghiệm này cần phải được chú thích và lưu, để tôi có thể quay lại chúng sau này. Có cách tiếp cận phổ biến tốt cho vấn đề này? Bạn làm gì với thử nghiệm của mình sau khi chạy thử?Thử nghiệm lập trình
Trả lời
Tại một công việc trước đây, chúng tôi đã có một dự án trong SVN được gọi là Area51 nơi mọi người sẽ viết mã kiểm tra. Các quy tắc đã
- tạo ra một không gian tên gói
- bắt đầu qua một public static void main
- thêm ý kiến qua javadocs
- rời khỏi dự án trong tình trạng compilable
- dự án không bao giờ có thể là một dependancy của các mã khác
Trên một nhóm ba người, điều này đã hoạt động tốt. Chúng tôi có thể đặt mã "what if" ở đó để chia sẻ và thật dễ dàng để chạy nó qua ide hoặc dòng lệnh
Tôi chỉ có một thư mục mà tôi gọi OneOffCode
Đây là một thư mục chỉ mã tôi đã viết một trong hai học một công nghệ mới cố gắng để chứng minh một khái niệm vv. . Đây không phải là mã sản xuất.
Tôi thường quay lại ổ đĩa nhảy và di chuyển nó từ tôi từ Công việc sang công việc hoặc máy tính đến máy tính.
Kinda wordy. Tôi chỉ gọi tôi là "Test". –
Tôi gọi thử nghiệm của mình là "thử nghiệm" - thí nghiệm và thử nghiệm không giống nhau. –
Khi tôi làm như vậy, chúng thường là dự án cụ thể, vì vậy chúng sẽ nằm trong thư mục con của dự án (thường được đặt tên là "Điều tra" trong trường hợp của tôi). Điều này được kiểm tra vào hệ thống kiểm soát phiên bản với mọi thứ khác.
Kết quả (nếu thích hợp) đi vào cùng một thư mục con của "Điều tra" làm mã được sử dụng để tạo kết quả.
+1: Chúng tôi gọi chúng là "Spikes". –
@ S.Lott: "Spikes": Tôi thích nó! – DrAl
Đây cũng là những gì tôi làm. Ngoại trừ chi nhánh thí nghiệm và sao lưu nhiều hơn mã sản xuất, điều này có xu hướng dẫn đến sự lộn xộn trong hệ thống kiểm soát phiên bản. Tìm kiếm và kiểm tra các phiên bản trước đó từ SVN khá bất tiện. –
Tôi thường chuyển đổi giữa C# và C++. Vì vậy, tôi có một ứng dụng bảng điều khiển thử nghiệm cho C# và C++ trong một vị trí "Sandbox", dưới sự kiểm soát nguồn. Các ứng dụng giao diện điều khiển đều được thiết lập giống như cách có một Main gọi các thử nghiệm mà tôi đang thử tại thời điểm đó. Khi tôi hoàn thành, tôi giữ các phương pháp và bình luận cũ và chỉ cần xóa phần chính khi thử nghiệm tiếp theo xuất hiện.
Tôi không biết nếu nó là tốt nhất, nhưng sau khi nó được thiết lập sau đó nó là khá nhanh chóng để có được trong, có được câu trả lời, nhận ra và có nó tất cả được lưu trong thời gian tới.
- 1. Thử nghiệm Android không có trình giả lập
- 2. Chạy các thử nghiệm NUnit riêng lẻ theo lập trình
- 3. cách chạy thử nghiệm Capybara độc lập?
- 4. Thiết lập bộ thử nghiệm trong Ruby
- 5. Thử nghiệm tương thích trình duyệt
- 6. trình cài đặt thử nghiệm đơn vị
- 7. JUnit 4: Thiết lập mọi thứ trong một bộ thử trước khi chạy thử nghiệm (như phương pháp @BeforeClass của thử nghiệm, chỉ dành cho bộ thử nghiệm)
- 8. Thiết lập nhà cung cấp OpenID để thử nghiệm
- 9. Thử nghiệm thủ công Vs Thử nghiệm tự động
- 10. Làm thế nào để chạy các thử nghiệm Java Selen với TestNG theo lập trình?
- 11. Có thể tạo các trường hợp và bộ thử nghiệm JUnit theo cách lập trình không?
- 12. giả lập $ httpBackend trong các thử nghiệm góc cạnh e2e
- 13. Junit nhiều thiết lập và thử nghiệm duy nhất
- 14. Chạy Android thử nghiệm thiết lập() được gọi nhiều lần
- 15. Phương pháp thiết lập thử nghiệm Nunit với đối số
- 16. Phát 2.0 thiết lập FakeApplication với cấu hình thử nghiệm
- 17. Thử nghiệm Mô-đun rối trong cô lập với Jasmine
- 18. Thử nghiệm JUnit độc lập với Springs @Autowired
- 19. Thử nghiệm dương tính và thử nghiệm âm tính trong thử nghiệm đơn vị
- 20. Trình mô phỏng/trình giả lập để thử nghiệm trình duyệt trên điện thoại di động trên ubuntu/linux
- 21. Android Multitouch - Có thể thử nghiệm trong trình mô phỏng?
- 22. Thử nghiệm với HTF
- 23. Thử nghiệm web trên nhiều trình duyệt di động
- 24. Javascript: onHashchange thử nghiệm
- 25. Thử nghiệm đơn vị sau khi thử nghiệm
- 26. Thử nghiệm đơn vị thử nghiệm Javascript Sandbox
- 27. Thử nghiệm hình SVG?
- 28. Thử nghiệm Android JUnit4
- 29. Thử nghiệm lần thử trong WPF
- 30. Thử nghiệm gói NuGet
lưu trữ chúng trong hệ thống kiểm soát phiên bản? –
Tôi thích git cho loại công cụ này. Tất cả lịch sử với bạn mọi lúc, dễ sao lưu. –
Tôi đã sử dụng Subversion trước (trong một trong các bài viết dưới đây) tuy nhiên nếu bạn có thể thử và sử dụng GIT tốt hơn nhiều. (Tôi chưa sử dụng nó, nhưng muốn sớm) – Audioillity