nose-progressive

mũi tiến bộ là một plugin mũi mà hiển thị tiến độ của một thanh tiến trình văn phòng phẩm, giải phóng phần còn lại của màn hình (cũng như bộ đệm scrollback) cho màn hình nhỏ gọn của thất bại thử nghiệm. Nó hiển thị lỗi và các lỗi ngay khi chúng xảy ra và tránh di chuyển chúng ra khỏi màn hình có lợi cho sản lượng ít hữu ích.
Triết lý quản trị của Nose Progressive là để có được thông tin hữu ích trên màn hình càng sớm càng tốt và giữ nó ở đó càng lâu càng tốt trong khi vẫn cho thấy sự tiến bộ.
Cài đặt:
pips cài đặt mũi tiến bộ
Hoặc, để có được sự gay cấn, phiên bản chưa được phát hành:
pips cài đặt -e
& Nbsp; git: //github.com/erikrose/nose-progressive.git#egg=nose-progressive
Sử dụng:
nosetests --with-progressive
Ví dụ:
Sau đây không hoàn toàn đúng về nó; trong một thiết bị đầu cuối thực tế, 2 dòng tên đường dẫn sau FAIL hoặc ERROR được tô đậm để hỗ trợ chunking nhìn và thanh tiến bộ ở phía dưới là táo bạo cũng như:
% Nosetests --with-progressive
FAIL: kitsune.apps.notifications.tests.test_events: MailTests.test_anonymous
& Nbsp; ứng dụng / thông báo / kiểm tra / test_events.py +31
& Nbsp; File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/unittest.py", đường 279, trong run
& Nbsp; TestMethod ()
& Nbsp; File "/Users/erose/Checkouts/kitsune/../kitsune/apps/notifications/tests/test_events.py", đường 361, trong test_anonymous
& Nbsp; eq_ (1, len (mail.outbox))
& Nbsp; File "/Users/erose/Checkouts/kitsune/vendor/packages/nose/nose/tools.py", dòng 31, trong eq_
& Nbsp; khẳng định a == b, msg hoặc% (a, b) "% r = r%!"
AssertionError
ERROR: kitsune.apps.questions.tests.test_templates: TemplateTestCase.test_woo
& Nbsp; apps / câu hỏi / xét nghiệm / test_templates.py 494
& Nbsp; File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/unittest.py", đường 279, trong run
& Nbsp; TestMethod ()
& Nbsp; File "/Users/erose/Checkouts/kitsune/vendor/packages/mock/mock.py", đường 196, trong vá
& Nbsp; trở func (* args, ** keywargs)
& Nbsp; File "/Users/erose/Checkouts/kitsune/../kitsune/apps/questions/tests/test_templates.py", đường 494, trong test_woo
& Nbsp; attrs_eq (mail.outbox [0], để = ['some@bo.dy'],
IndexError: danh sách chỉ số ra khỏi phạm vi
kitsune.apps.questions.tests.test_templates: TaggingViewTestsAsAdmin.test_add_new_canonicalizes [=========== -]

Tính năng :

• Chỉ ra tiến bộ trong một thanh tiến trình văn phòng phẩm hơn là di chuyển tracebacks hữu ích tắt màn hình hoặc khoảng cách giữa chúng với dấu chấm và cruft.
• Show tracebacks ngay sau khi xảy ra thay vì chờ đợi cho đến khi kết thúc cay đắng. Tước & quot; Traceback (cuộc gọi gần đây nhất cuối cùng): & quot; off tracebacks để cho dung lượng ít hơn.
• Xác định kiểm tra thất bại trong một định dạng mà có thể được đưa trở lại mũi, vì thế dễ dàng để chạy lại chúng.
• In một con đường hoàn chỉnh với hệ thống tập tin số dòng vi-phong cách, do đó bạn có thể dán nó vào dòng lệnh và được đưa thẳng đến các lỗi trong trình soạn thảo của bạn.
• làm việc tuyệt vời với Django qua django-mũi (tất nhiên).

là gì mới trong phiên bản này:

• Thêm các tùy chọn --progressive-editor-tắt-template , cho phép bạn hoàn toàn tùy chỉnh các phím tắt trình soạn thảo. Bây giờ chúng tôi hỗ trợ bất kỳ trình soạn thảo văn bản có một lựa chọn go-to-line, không có vấn đề làm thế nào nó được viết.
• Thả hỗ trợ cho Python 2.5. Chúng ta cần định dạng chuỗi hiện đại.
• Thêm hỗ trợ lớp học đầu tiên cho Python 3.2.3 và cao hơn. Hóa ra cấu hình tox của tôi chỉ là sai.
• Chịu đựng Nones trong các thành phần traceback: tên tập tin và mã chiết xuất đặc biệt. (Kyle Gibson)

là gì mới trong phiên bản 1.3:

• Redo thanh tiến trình. Bây giờ nó được làm đẹp kỳ diệu ga thay vì dấu bằng. Nó trông tốt nhất khi thiết bị đầu cuối của bạn hỗ trợ ít nhất 16 màu sắc, nhưng có một dự phòng đơn sắc cho ít hơn. Hoặc, bạn có thể tùy chỉnh màu sắc bằng cách sử dụng một số tùy chọn dòng lệnh mới.
• Sửa chữa một lỗi mã hóa Unicode đã xảy ra khi các ký tự ASCII không xuất hiện trong văn bản traceback. (Naoya Inada)

là gì mới trong phiên bản 1.2.1:

• Chịu đựng tracebacks trống trong các định dạng. Điều này tránh làm trầm trọng thêm tai nạn xảy ra trước khi bất kỳ khung hình thử nghiệm.

là gì mới trong phiên bản 1.1.1:

• Sửa chữa một lỗi có thể gây ra các định dạng để sụp đổ trên nhiều SyntaxErrors. Điều này cũng giúp cải thiện chẩn đoán để xác định khung kiểm tra khi có một Cú pháp:. Bây giờ chúng ta có thể tìm thấy nó như dài như các lỗi xảy ra tại một khung dưới đây là của các test

là gì mới trong phiên bản 1.1:

• Bạn có thể bây giờ thiết lập các biên tập viên sử dụng mũi tiến bộ một cách riêng biệt từ các biến shell $ EDITOR.

là gì mới trong phiên bản 1.0:

• Mỗi khung stack bây giờ là một shortcut editor. Điều này không chỉ làm cho nó dễ dàng hơn để di chuyển, nhưng nó ngắn hơn cả về chiều cao và chiều rộng.
• tracebacks dạng lại cho công lý tuyệt vời. Màu tinh tế hướng dẫn việc mắt xuống danh sách các tên hàm, và một màu nền nhẹ cuộc gọi ra các khung thí nghiệm.
• Hide unittest nội bộ và các khung stack trước xét nghiệm khác khi in tracebacks. Khung ít = ít tiếng ồn trên màn hình = ít suy nghĩ = giành chiến thắng!
• Thêm một tùy chọn để sử dụng đường dẫn tuyệt đối trong tracebacks.

là gì mới trong phiên bản 0.7:

• Chọn stack frame chính xác cho các phím tắt trình soạn cú pháp lỗi. Phải xử lý các lỗi cú pháp đặc biệt, kể từ khi họ không làm cho nó vào traceback thích hợp.
• Hiển thị các giá trị thực tế của var $ EDITOR env thay vì chỉ & quot; $ EDITOR & quot ;. Tôi hy vọng nó làm cho nó nhiều hơn một chút rõ ràng những gì để làm với nó, cộng với nó cho một mặc định làm việc nếu $ EDITOR không được thiết lập.

là gì mới trong phiên bản 0.6.1:

• Fix một vụ tai nạn gây ra bởi một thử nghiệm không có định nghĩa module. --failed nên luôn luôn làm việc với doanh nghiệp.

là gì mới trong phiên bản 0.6:

• refactoring chính. mũi tiến bộ hiện nay có testrunner và kết quả kiểm tra lớp học riêng của mình. Điều này làm cho nó hoàn toàn tương thích với các plugin chụp và các plugin khác mà làm cho đầu ra.
• Hỗ trợ đầy đủ các lớp học lỗi tùy chỉnh, như bỏ qua và Deprecations. Chúng được in trong thời gian chạy thử nghiệm, in đậm nếu họ đại diện cho sự thất bại, và tóm tắt trong các tội sau khi chạy.
• Các xét nghiệm mà viết trực tiếp vào thiết bị lỗi chuẩn stdout hoặc không còn bôi nhọ thanh tiến trình.
• Thêm $ EDITOR để tắt biên tập: không gõ hơn
!
• Làm việc với các bài kiểm tra mà không có một phương pháp địa chỉ ().
• Làm việc với các bài kiểm tra mà trả lại một tên tập tin null từ test_address ().
• Đừng mở trên nhắc nhở pdb (nữa?).
• Đừng làm mờ các traceback khi trang tríwith_setup trên một máy phát điện thử nghiệm thất bại.

Yêu cầu :

• Python
• mũi

Hạn chế :

• kiểm tra Skipped được thống kê trong Python 2.6, nhưng họ không được in. Tôi xem xét bỏ qua một cái gì đó để được nản lòng, vì vậy tôi có kế hoạch để sửa lỗi này.
• Các xét nghiệm mà mình viết để stderr sẽ bôi nhọ bit của thanh tiến trình đi lên nếu họ không in dòng hoàn chỉnh. Tôi hy vọng sẽ sửa lỗi này với một số monkeypatching, nhưng trong khi chờ đợi, đi qua --logging-rõ-xử lý sửa chữa hầu hết trong số này trong thực tế.
• Tôi đã không cố gắng này trong bất cứ điều gì nhưng Python 2.6. Báo cáo lỗi được hoan nghênh!