Mã nguồn: lib/unittest/__ init__.py Lib/unittest/__init__.py
[Nếu bạn đã quen thuộc với các khái niệm cơ bản của thử nghiệm, bạn có thể muốn bỏ qua danh sách các phương thức khẳng định.]the list of assert methods.]
Khung thử nghiệm đơn vị
python -m unittest tests/test_something.py6 ban đầu được lấy cảm hứng từ Junit và có hương vị tương tự như các khung thử nghiệm đơn vị chính trong các ngôn ngữ khác. Nó hỗ trợ tự động hóa thử nghiệm, chia sẻ mã thiết lập và tắt máy để kiểm tra, tổng hợp các bài kiểm tra thành các bộ sưu tập và tính độc lập của các bài kiểm tra từ khung báo cáo.
Để đạt được điều này,
python -m unittest tests/test_something.py6 hỗ trợ một số khái niệm quan trọng theo cách hướng đối tượng:thử nghiệm cố định
Một vật cố thử nghiệm thể hiện sự chuẩn bị cần thiết để thực hiện một hoặc nhiều bài kiểm tra và bất kỳ hành động dọn dẹp liên quan nào. Điều này có thể liên quan đến, ví dụ, tạo cơ sở dữ liệu, thư mục tạm thời hoặc proxy hoặc bắt đầu một quy trình máy chủ.
Trường hợp kiểm traMột trường hợp thử nghiệm là đơn vị thử nghiệm riêng lẻ. Nó kiểm tra một phản hồi cụ thể cho một tập hợp đầu vào cụ thể.
python -m unittest tests/test_something.py6 cung cấp một lớp cơ sở,
python -m unittest tests/test_something.py9, có thể được sử dụng để tạo các trường hợp thử nghiệm mới. Bộ kiểm tra
Một bộ thử nghiệm là một tập hợp các trường hợp thử nghiệm, bộ thử nghiệm hoặc cả hai. Nó được sử dụng để tổng hợp các bài kiểm tra nên được thực hiện cùng nhau.
Người chạy thửNgười chạy thử là một thành phần phối hợp thực hiện các bài kiểm tra và cung cấp kết quả cho người dùng. Người chạy có thể sử dụng giao diện đồ họa, giao diện văn bản hoặc trả về giá trị đặc biệt để chỉ ra kết quả thực hiện các thử nghiệm.
Xem thêm
Mô -đunpython -m unittest -v test_module0
Một mô-đun hỗ trợ thử nghiệm khác với một hương vị rất khác nhau.
Thử nghiệm nhỏ đơn giản: Với các mẫuBài viết gốc của Kent Beck, về các khung thử nghiệm sử dụng mẫu được chia sẻ bởi
python -m unittest tests/test_something.py6.pytest
Khung Unittest của bên thứ ba với cú pháp trọng lượng nhẹ hơn để viết bài kiểm tra. Ví dụ,
python -m unittest -v test_module2.Các công cụ thử nghiệm Python phân loại
Một danh sách rộng rãi các công cụ thử nghiệm Python bao gồm các khung thử nghiệm chức năng và thư viện đối tượng giả.
Kiểm tra trong danh sách gửi thư PythonMột nhóm lợi ích đặc biệt để thảo luận về các công cụ thử nghiệm và thử nghiệm, trong Python.
Tập lệnh
python -m unittest -v test_module3 trong phân phối nguồn Python là một công cụ GUI để khám phá và thực thi thử nghiệm. Điều này được dự định phần lớn để dễ sử dụng cho những người mới để kiểm tra đơn vị. Đối với môi trường sản xuất, các thử nghiệm nên được điều khiển bởi một hệ thống tích hợp liên tục như Buildbot, Jenkins hoặc Travis-CI hoặc AppVeyor.
Ví dụ cơ bản
Mô -đun
python -m unittest tests/test_something.py6 cung cấp một bộ công cụ phong phú để xây dựng và chạy thử nghiệm. Phần này chứng minh rằng một tập hợp con nhỏ của các công cụ đủ để đáp ứng nhu cầu của hầu hết người dùng.
Dưới đây là một tập lệnh ngắn để kiểm tra ba phương thức chuỗi:
import unittest class TestStringMethods[unittest.TestCase]: def test_upper[self]: self.assertEqual['foo'.upper[], 'FOO'] def test_isupper[self]: self.assertTrue['FOO'.isupper[]] self.assertFalse['Foo'.isupper[]] def test_split[self]: s = 'hello world' self.assertEqual[s.split[], ['hello', 'world']] # check that s.split fails when the separator is not a string with self.assertRaises[TypeError]: s.split[2] if __name__ == '__main__': unittest.main[]
Một testcase được tạo ra bằng cách phân lớp
python -m unittest -v test_module5. Ba thử nghiệm riêng lẻ được xác định bằng các phương thức có tên bắt đầu bằng các chữ cái
python -m unittest -v test_module6. Công ước đặt tên này thông báo cho người chạy thử nghiệm về phương pháp nào đại diện cho các thử nghiệm.
Mấu chốt của mỗi bài kiểm tra là một cuộc gọi đến
python -m unittest -v test_module7 để kiểm tra kết quả dự kiến;
python -m unittest -v test_module8 hoặc
python -m unittest -v test_module9 để xác minh một điều kiện; hoặc
cd project_directory python -m unittest discover0 để xác minh rằng một ngoại lệ cụ thể được nâng lên. Các phương pháp này được sử dụng thay vì câu lệnh
cd project_directory python -m unittest discover1 để người chạy thử có thể tích lũy tất cả các kết quả kiểm tra và tạo báo cáo.
Các phương thức
cd project_directory python -m unittest discover2 và
cd project_directory python -m unittest discover3 cho phép bạn xác định các hướng dẫn sẽ được thực thi trước và sau mỗi phương thức kiểm tra. Chúng được đề cập chi tiết hơn trong phần tổ chức mã kiểm tra.Organizing test code.
Khối cuối cùng cho thấy một cách đơn giản để chạy các bài kiểm tra.
cd project_directory python -m unittest discover4 cung cấp giao diện dòng lệnh cho tập lệnh kiểm tra. Khi chạy từ dòng lệnh, tập lệnh trên tạo ra một đầu ra trông như thế này:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK
Chuyển tùy chọn
cd project_directory python -m unittest discover5 cho tập lệnh kiểm tra của bạn sẽ hướng dẫn
cd project_directory python -m unittest discover4 để cho phép mức độ xác thực cao hơn và tạo ra đầu ra sau:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK
Các ví dụ trên cho thấy các tính năng
python -m unittest tests/test_something.py6 được sử dụng phổ biến nhất đủ để đáp ứng nhiều nhu cầu thử nghiệm hàng ngày. Phần còn lại của tài liệu khám phá toàn bộ tính năng được đặt từ các nguyên tắc đầu tiên.
Giao diện dòng lệnh
Mô -đun Unittest có thể được sử dụng từ dòng lệnh để chạy các thử nghiệm từ các mô -đun, lớp hoặc thậm chí các phương thức kiểm tra riêng lẻ:
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method
Bạn có thể chuyển trong danh sách với bất kỳ kết hợp tên mô -đun và tên lớp hoặc phương thức đủ điều kiện.
Các mô -đun kiểm tra cũng có thể được chỉ định theo đường dẫn tệp:
python -m unittest tests/test_something.py
Điều này cho phép bạn sử dụng hoàn thành tên tệp shell để chỉ định mô -đun thử nghiệm. Tệp được chỉ định vẫn có thể nhập dưới dạng mô -đun. Đường dẫn được chuyển đổi thành một tên mô -đun bằng cách loại bỏ ‘.py, và chuyển đổi phân tách đường dẫn thành‘. Nếu bạn muốn thực thi một tệp kiểm tra không thể nhập như một mô -đun, bạn nên thực thi trực tiếp tệp.
Bạn có thể chạy các bài kiểm tra với nhiều chi tiết hơn [độ merbosity cao hơn] bằng cách chuyển trong cờ -V:
python -m unittest -v test_module
Khi được thực hiện mà không bắt đầu khám phá kiểm tra đối số được bắt đầu:Test Discovery is started:
Đối với danh sách tất cả các tùy chọn dòng lệnh:
Thay đổi trong phiên bản 3.2: Trong các phiên bản trước, chỉ có thể chạy các phương thức thử nghiệm riêng lẻ và không phải các mô -đun hoặc lớp.In earlier versions it was only possible to run individual test methods and not modules or classes.
Tùy chọn dòng lệnh mà
Unittest hỗ trợ các tùy chọn dòng lệnh này: supports these command-line options:
________ 68 ________ 69 ________ 70 ________ 71 ________ 69¶Đầu ra tiêu chuẩn và các luồng lỗi tiêu chuẩn được đệm trong quá trình chạy thử. Đầu ra trong một bài kiểm tra đi qua bị loại bỏ. Đầu ra được lặp lại bình thường khi kiểm tra thất bại hoặc lỗi và được thêm vào các tin nhắn thất bại.
________ 73 ________ 69 ________ 70 ________ 76 ________ 69¶Control-C trong quá trình chạy thử nghiệm chờ thử nghiệm hiện tại kết thúc và sau đó báo cáo tất cả các kết quả cho đến nay. Một điều khiển thứ hai-C làm tăng ngoại lệ
python -m unittest discover -s project_directory -p "*_test.py" python -m unittest discover project_directory "*_test.py"8 bình thường.
Xem Xử lý tín hiệu cho các chức năng cung cấp chức năng này.
________ 79 ________ 69 ________ 70 ________ 82 ________ 69¶Dừng kiểm tra chạy trên lỗi hoặc thất bại đầu tiên.
________ 84 ________ 69¶Chỉ chạy các phương thức kiểm tra và các lớp phù hợp với mẫu hoặc chuỗi con. Tùy chọn này có thể được sử dụng nhiều lần, trong trường hợp đó tất cả các trường hợp thử nghiệm khớp với bất kỳ mẫu nào được đưa vào.
Các mẫu chứa ký tự ký tự đại diện [
import unittest class DefaultWidgetSizeTestCase[unittest.TestCase]: def test_default_widget_size[self]: widget = Widget['The widget'] self.assertEqual[widget.size[], [50, 50]]6] được khớp với tên thử nghiệm bằng cách sử dụng
import unittest class DefaultWidgetSizeTestCase[unittest.TestCase]: def test_default_widget_size[self]: widget = Widget['The widget'] self.assertEqual[widget.size[], [50, 50]]7; Nếu không, kết hợp phụ nhạy cảm trường hợp đơn giản được sử dụng.
Các mẫu được khớp với tên phương thức thử nghiệm đủ điều kiện được nhập bởi trình tải thử nghiệm.
Ví dụ:
import unittest class DefaultWidgetSizeTestCase[unittest.TestCase]: def test_default_widget_size[self]: widget = Widget['The widget'] self.assertEqual[widget.size[], [50, 50]]8 khớp với
import unittest class DefaultWidgetSizeTestCase[unittest.TestCase]: def test_default_widget_size[self]: widget = Widget['The widget'] self.assertEqual[widget.size[], [50, 50]]9,
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']0, nhưng không phải
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']1. ________ 92 ________ 69¶
Hiển thị các biến cục bộ trong Tracebacks.
Mới trong phiên bản 3.2: Các tùy chọn dòng lệnh import unittest
class WidgetTestCase[unittest.TestCase]:
def setUp[self]:
self.widget = Widget['The widget']
def test_default_widget_size[self]:
self.assertEqual[self.widget.size[], [50,50],
'incorrect default size']
def test_widget_resize[self]:
self.widget.resize[100,150]
self.assertEqual[self.widget.size[], [100,150],
'wrong size after resize']
4, import unittest
class WidgetTestCase[unittest.TestCase]:
def setUp[self]:
self.widget = Widget['The widget']
def test_default_widget_size[self]:
self.assertEqual[self.widget.size[], [50,50],
'incorrect default size']
def test_widget_resize[self]:
self.widget.resize[100,150]
self.assertEqual[self.widget.size[], [100,150],
'wrong size after resize']
5 và import unittest
class WidgetTestCase[unittest.TestCase]:
def setUp[self]:
self.widget = Widget['The widget']
def test_default_widget_size[self]:
self.assertEqual[self.widget.size[], [50,50],
'incorrect default size']
def test_widget_resize[self]:
self.widget.resize[100,150]
self.assertEqual[self.widget.size[], [100,150],
'wrong size after resize']
6 đã được thêm vào.The command-line options
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']4,
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']5 and
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']6 were added.
Mới trong phiên bản 3.5: Tùy chọn dòng lệnh import unittest
class WidgetTestCase[unittest.TestCase]:
def setUp[self]:
self.widget = Widget['The widget']
def test_default_widget_size[self]:
self.assertEqual[self.widget.size[], [50,50],
'incorrect default size']
def test_widget_resize[self]:
self.widget.resize[100,150]
self.assertEqual[self.widget.size[], [100,150],
'wrong size after resize']
7.The command-line option
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']7.
Mới trong phiên bản 3.7: Tùy chọn dòng lệnh import unittest
class WidgetTestCase[unittest.TestCase]:
def setUp[self]:
self.widget = Widget['The widget']
def test_default_widget_size[self]:
self.assertEqual[self.widget.size[], [50,50],
'incorrect default size']
def test_widget_resize[self]:
self.widget.resize[100,150]
self.assertEqual[self.widget.size[], [100,150],
'wrong size after resize']
8.The command-line option
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']8.
Dòng lệnh cũng có thể được sử dụng để khám phá thử nghiệm, để chạy tất cả các thử nghiệm trong một dự án hoặc chỉ là một tập hợp con.
Thử nghiệm khám phá
Mới trong phiên bản 3.2.
Unittest hỗ trợ khám phá thử nghiệm đơn giản. Để tương thích với khám phá thử nghiệm, tất cả các tệp thử nghiệm phải là các mô-đun hoặc gói [bao gồm các gói tên không gian tên] có thể nhập từ thư mục cấp cao nhất của dự án [điều này có nghĩa là tên tệp của chúng phải là định danh hợp lệ].modules or packages [including namespace packages] importable from the top-level directory of the project [this means that their filenames must be valid identifiers].
Khám phá thử nghiệm được triển khai trong
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']9, nhưng cũng có thể được sử dụng từ dòng lệnh. Việc sử dụng dòng lệnh cơ bản là:
cd project_directory python -m unittest discover
Ghi chú
Như một lối tắt,
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK00 là tương đương với
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK01. Nếu bạn muốn vượt qua các đối số để kiểm tra khám phá, lệnh phụ ____102 phải được sử dụng rõ ràng.
Phụ lệnh phụ ____102 có các tùy chọn sau:
________ 104 ________ 69 ________ 70 ________ 107 ________ 69¶Báo cáo dài dòng
________ 109 ________ 69 ________ 70 ________ 112 ________ 113¶Thư mục để bắt đầu khám phá [mặc định
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK14] ________ 115 ________ 69 ________ 70 ________ 118 ________ 119¶
Mẫu để khớp các tệp kiểm tra [mặc định
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK20] ________ 121 ________ 69 ________ 70 ________ 124 ________ 113¶
Thư mục cấp cao nhất của dự án [mặc định để bắt đầu thư mục]
Các tùy chọn
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK26,
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK27 và
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK28 có thể được truyền trong các đối số vị trí theo thứ tự đó. Hai dòng lệnh sau đây tương đương:
python -m unittest discover -s project_directory -p "*_test.py" python -m unittest discover project_directory "*_test.py"
Cũng như là một đường dẫn, có thể chuyển tên gói, ví dụ
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK29, làm thư mục bắt đầu. Tên gói bạn cung cấp sau đó sẽ được nhập và vị trí của nó trên hệ thống tập tin sẽ được sử dụng làm thư mục bắt đầu.
Thận trọng
Kiểm tra khám phá tải thử nghiệm bằng cách nhập chúng. Khi Test Discovery đã tìm thấy tất cả các tệp thử nghiệm từ thư mục bắt đầu, bạn chỉ định rằng nó biến các đường dẫn thành tên gói để nhập. Ví dụ
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK30 sẽ được nhập là
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK31.
Nếu bạn có một gói được cài đặt trên toàn cầu và thử khám phá thử nghiệm trên một bản sao khác của gói thì việc nhập có thể xảy ra từ nơi sai. Nếu điều này xảy ra khám phá kiểm tra sẽ cảnh báo bạn và thoát.
Nếu bạn cung cấp thư mục bắt đầu dưới dạng tên gói chứ không phải là đường dẫn đến thư mục thì hãy khám phá giả định rằng bất kỳ vị trí nào nó nhập từ vị trí bạn dự định, vì vậy bạn sẽ không nhận được cảnh báo.
Các mô -đun và gói kiểm tra có thể tùy chỉnh tải và khám phá thử nghiệm bằng cách thông qua giao thức load_tests.
Đã thay đổi trong phiên bản 3.4: Thử nghiệm khám phá hỗ trợ các gói không gian tên cho thư mục bắt đầu. Lưu ý rằng bạn cũng cần chỉ định thư mục cấp cao nhất [ví dụ: ...
----------------------------------------------------------------------
Ran 3 tests in 0.000s
OK
32].Test discovery supports namespace packages for the start directory. Note that you need to specify the top level directory too [e.g.
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK32].
Tổ chức mã kiểm tra
Các khối xây dựng cơ bản của thử nghiệm đơn vị là các trường hợp thử nghiệm - các kịch bản đơn phải được thiết lập và kiểm tra tính đúng đắn. Trong
python -m unittest tests/test_something.py6, các trường hợp thử nghiệm được biểu thị bằng các trường hợp
python -m unittest -v test_module5. Để thực hiện các trường hợp kiểm tra của riêng bạn, bạn phải viết các lớp con là
python -m unittest tests/test_something.py9 hoặc sử dụng
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK36.
Mã thử nghiệm của một ví dụ
python -m unittest tests/test_something.py9 phải hoàn toàn được chứa, sao cho nó có thể được chạy trong sự cô lập hoặc kết hợp tùy ý với bất kỳ số lượng trường hợp thử nghiệm nào khác.
Lớp con
python -m unittest tests/test_something.py9 đơn giản nhất sẽ chỉ cần thực hiện một phương thức kiểm tra [nghĩa là một phương thức có tên bắt đầu bằng
python -m unittest -v test_module6] để thực hiện mã kiểm tra cụ thể:
import unittest class DefaultWidgetSizeTestCase[unittest.TestCase]: def test_default_widget_size[self]: widget = Widget['The widget'] self.assertEqual[widget.size[], [50, 50]]
Lưu ý rằng để kiểm tra một cái gì đó, chúng tôi sử dụng một trong các phương thức
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK40 được cung cấp bởi lớp cơ sở
python -m unittest tests/test_something.py9. Nếu thử nghiệm thất bại, một ngoại lệ sẽ được nêu ra với một thông điệp giải thích và
python -m unittest tests/test_something.py6 sẽ xác định trường hợp thử nghiệm là một lỗi. Bất kỳ trường hợp ngoại lệ khác sẽ được coi là lỗi.
Các bài kiểm tra có thể rất nhiều, và thiết lập của chúng có thể lặp đi lặp lại. May mắn thay, chúng ta có thể đưa ra mã thiết lập bằng cách triển khai một phương thức gọi là
cd project_directory python -m unittest discover2, mà khung thử nghiệm sẽ tự động gọi cho mỗi lần thử nghiệm mà chúng ta chạy:
import unittest class WidgetTestCase[unittest.TestCase]: def setUp[self]: self.widget = Widget['The widget'] def test_default_widget_size[self]: self.assertEqual[self.widget.size[], [50,50], 'incorrect default size'] def test_widget_resize[self]: self.widget.resize[100,150] self.assertEqual[self.widget.size[], [100,150], 'wrong size after resize']
Ghi chú
Thứ tự mà các thử nghiệm khác nhau sẽ được chạy được xác định bằng cách sắp xếp các tên phương thức kiểm tra liên quan đến thứ tự tích hợp cho các chuỗi.
Nếu phương thức
cd project_directory python -m unittest discover2 làm tăng một ngoại lệ trong khi thử nghiệm đang chạy, khung sẽ xem xét thử nghiệm đã bị lỗi và phương pháp kiểm tra sẽ không được thực thi.
Tương tự, chúng tôi có thể cung cấp một phương thức
cd project_directory python -m unittest discover3 phù hợp sau khi phương thức kiểm tra đã được chạy:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK0
Nếu
cd project_directory python -m unittest discover2 thành công,
cd project_directory python -m unittest discover3 sẽ được chạy cho dù phương pháp kiểm tra có thành công hay không.
Một môi trường làm việc như vậy cho mã thử nghiệm được gọi là vật cố thử nghiệm. Một phiên bản TestCase mới được tạo như một vật cố thử nghiệm duy nhất được sử dụng để thực hiện từng phương pháp thử nghiệm riêng lẻ. Do đó,
cd project_directory python -m unittest discover2,
cd project_directory python -m unittest discover3 và
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK50 sẽ được gọi một lần cho mỗi lần thử nghiệm.
Bạn nên sử dụng các triển khai TestCase để các thử nghiệm nhóm cùng nhau theo các tính năng mà họ kiểm tra.
python -m unittest tests/test_something.py6 cung cấp một cơ chế cho điều này: Bộ thử nghiệm, được đại diện bởi lớp ____ 46 ____ ____153. Trong hầu hết các trường hợp, gọi
cd project_directory python -m unittest discover4 sẽ làm điều đúng đắn và thu thập tất cả các trường hợp thử nghiệm mô -đun cho bạn và thực hiện chúng.
Tuy nhiên, nếu bạn muốn tùy chỉnh việc xây dựng bộ thử nghiệm của mình, bạn có thể tự làm điều đó:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK1
Bạn có thể đặt các định nghĩa về các trường hợp thử nghiệm và bộ thử nghiệm trong cùng một mô -đun với mã chúng sẽ kiểm tra [chẳng hạn như
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK55], nhưng có một số lợi thế để đặt mã kiểm tra trong một mô -đun riêng, chẳng hạn như
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK56:
Mô -đun thử nghiệm có thể được chạy độc lập từ dòng lệnh.
Mã kiểm tra có thể dễ dàng được tách ra khỏi mã được vận chuyển.
Có ít cám dỗ hơn để thay đổi mã kiểm tra để phù hợp với mã mà nó kiểm tra mà không có lý do chính đáng.
Mã kiểm tra nên được sửa đổi ít thường xuyên hơn nhiều so với mã mà nó kiểm tra.
Mã được kiểm tra có thể được tái cấu trúc dễ dàng hơn.
Các thử nghiệm cho các mô -đun được viết trong C phải ở trong các mô -đun riêng biệt, vậy tại sao không nhất quán?
Nếu chiến lược thử nghiệm thay đổi, không cần phải thay đổi mã nguồn.
Tái sử dụng mã kiểm tra cũ
Một số người dùng sẽ thấy rằng họ có mã kiểm tra hiện tại mà họ muốn chạy từ
python -m unittest tests/test_something.py6, mà không chuyển đổi mọi chức năng kiểm tra cũ thành lớp con
python -m unittest tests/test_something.py9.
Vì lý do này,
python -m unittest tests/test_something.py6 cung cấp một lớp
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK36. Lớp con này của
python -m unittest tests/test_something.py9 có thể được sử dụng để bọc chức năng kiểm tra hiện có. Các chức năng thiết lập và xé nát cũng có thể được cung cấp.
Cho chức năng kiểm tra sau:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK2
Người ta có thể tạo một trường hợp kiểm tra tương đương như sau, với các phương thức thiết lập và phá vỡ tùy chọn:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK3
Ghi chú
Thứ tự mà các thử nghiệm khác nhau sẽ được chạy được xác định bằng cách sắp xếp các tên phương thức kiểm tra liên quan đến thứ tự tích hợp cho các chuỗi.
Nếu phương thức
cd project_directory python -m unittest discover2 làm tăng một ngoại lệ trong khi thử nghiệm đang chạy, khung sẽ xem xét thử nghiệm đã bị lỗi và phương pháp kiểm tra sẽ không được thực thi.
Tương tự, chúng tôi có thể cung cấp một phương thức cd project_directory
python -m unittest discover
3 phù hợp sau khi phương thức kiểm tra đã được chạy:
Nếu cd project_directory
python -m unittest discover
2 thành công, cd project_directory
python -m unittest discover
3 sẽ được chạy cho dù phương pháp kiểm tra có thành công hay không.
Một môi trường làm việc như vậy cho mã thử nghiệm được gọi là vật cố thử nghiệm. Một phiên bản TestCase mới được tạo như một vật cố thử nghiệm duy nhất được sử dụng để thực hiện từng phương pháp thử nghiệm riêng lẻ. Do đó,
cd project_directory python -m unittest discover2,
cd project_directory python -m unittest discover3 và
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK50 sẽ được gọi một lần cho mỗi lần thử nghiệm.
Bạn nên sử dụng các triển khai TestCase để các thử nghiệm nhóm cùng nhau theo các tính năng mà họ kiểm tra.
python -m unittest tests/test_something.py6 cung cấp một cơ chế cho điều này: Bộ thử nghiệm, được đại diện bởi lớp ____ 46 ____ ____153. Trong hầu hết các trường hợp, gọi
cd project_directory python -m unittest discover4 sẽ làm điều đúng đắn và thu thập tất cả các trường hợp thử nghiệm mô -đun cho bạn và thực hiện chúng.decorator or one of its conditional variants, calling
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK72 within a
cd project_directory python -m unittest discover2 or test method, or raising
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK74 directly.
Tuy nhiên, nếu bạn muốn tùy chỉnh việc xây dựng bộ thử nghiệm của mình, bạn có thể tự làm điều đó:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK4
Bạn có thể đặt các định nghĩa về các trường hợp thử nghiệm và bộ thử nghiệm trong cùng một mô -đun với mã chúng sẽ kiểm tra [chẳng hạn như
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK55], nhưng có một số lợi thế để đặt mã kiểm tra trong một mô -đun riêng, chẳng hạn như
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK56:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK5
Mô -đun thử nghiệm có thể được chạy độc lập từ dòng lệnh.
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK6
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK75 cũng có thể bỏ qua bài kiểm tra. Điều này rất hữu ích khi một tài nguyên cần được thiết lập không có sẵn.
Thất bại dự kiến sử dụng công cụ trang trí
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK76.
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK7
Nó rất dễ dàng để cuộn các nhà trang trí bỏ qua của riêng bạn bằng cách thực hiện một người trang trí gọi
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK71 trong bài kiểm tra khi nó muốn nó bị bỏ qua. Người trang trí này bỏ qua bài kiểm tra trừ khi đối tượng được truyền có một thuộc tính nhất định:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK8
Các nhà trang trí sau đây và ngoại lệ thực hiện bỏ qua thử nghiệm và thất bại dự kiến:
________ 178 ________ 179 ________ 180 [lý do] ¶[reason]¶Bỏ qua vô điều kiện các bài kiểm tra trang trí. Lý do nên mô tả lý do tại sao bài kiểm tra đang bị bỏ qua.
________ 178 ________ 179 ________ 183 [điều kiện, lý do] ¶[condition, reason]¶Bỏ qua bài kiểm tra trang trí nếu điều kiện là đúng.
________ 178 ________ 179 ________ 186 [điều kiện, lý do] ¶[condition, reason]¶Bỏ qua bài kiểm tra trang trí trừ khi điều kiện là đúng.
________ 178 ________ 179 ________ 189¶Đánh dấu bài kiểm tra là một lỗi hoặc lỗi dự kiến. Nếu thử nghiệm không thành công hoặc lỗi trong chính chức năng thử nghiệm [thay vì trong một trong các phương thức cố định thử nghiệm] thì nó sẽ được coi là thành công. Nếu bài kiểm tra vượt qua, nó sẽ được coi là một thất bại.
Ngoại lệ ________ 179 ________ 191 [lý do] ¶[reason]¶Ngoại lệ này được nâng lên để bỏ qua một bài kiểm tra.
Thông thường bạn có thể sử dụng
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK72 hoặc một trong những người trang trí bỏ qua thay vì nâng này trực tiếp.
Các bài kiểm tra bỏ qua sẽ không có
cd project_directory python -m unittest discover2 hoặc
cd project_directory python -m unittest discover3 chạy xung quanh chúng. Các lớp bị bỏ qua sẽ không có
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK95 hoặc
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK96 chạy. Các mô -đun bỏ qua sẽ không có
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK97 hoặc
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK98 chạy.
Phân biệt các lần lặp kiểm tra bằng cách sử dụng các bài kiểm tra
Mới trong phiên bản 3.4.
Khi có sự khác biệt rất nhỏ giữa các bài kiểm tra của bạn, ví dụ, một số tham số, Unittest cho phép bạn phân biệt chúng bên trong phần thân của phương pháp thử nghiệm bằng cách sử dụng trình quản lý bối cảnh
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK99.
Ví dụ: bài kiểm tra sau:
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK9
sẽ tạo ra đầu ra sau:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK0
Nếu không sử dụng phép trừ, việc thực thi sẽ dừng sau lần thất bại đầu tiên và lỗi sẽ ít dễ chẩn đoán hơn vì giá trị của
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK00 sẽ được hiển thị:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK1
Các lớp học và chức năng
Phần này mô tả độ sâu API của
python -m unittest tests/test_something.py6.
Các trường hợp kiểm tra Jo
Lớp ________ 179 ________ 203 [Phương thứcName = 'RunTest'] ¶[methodName='runTest']¶Các trường hợp của lớp
python -m unittest tests/test_something.py9 đại diện cho các đơn vị kiểm tra logic trong vũ trụ
python -m unittest tests/test_something.py6. Lớp này được dự định sẽ được sử dụng làm lớp cơ sở, với các thử nghiệm cụ thể được thực hiện bởi các lớp con bê tông. Lớp này thực hiện giao diện cần thiết cho người chạy thử để cho phép nó điều khiển các thử nghiệm và các phương thức mà mã kiểm tra có thể sử dụng để kiểm tra và báo cáo các loại lỗi khác nhau.
Mỗi phiên bản của
python -m unittest tests/test_something.py9 sẽ chạy một phương thức cơ sở duy nhất: phương thức có tên phương thức. Trong hầu hết các cách sử dụng của
python -m unittest tests/test_something.py9, bạn sẽ không thay đổi tên phương thức cũng như tái tạo phương thức
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK08 mặc định.
Đã thay đổi trong phiên bản 3.2: python -m unittest tests/test_something.py
9 có thể được khởi tạo thành công mà không cung cấp tên phương thức. Điều này giúp dễ dàng thử nghiệm với python -m unittest tests/test_something.py
9 từ trình thông dịch tương tác.
python -m unittest tests/test_something.py9 can be instantiated successfully without providing a methodName. This makes it easier to experiment with
python -m unittest tests/test_something.py9 from the interactive interpreter.
python -m unittest tests/test_something.py9 Các trường hợp cung cấp ba nhóm phương pháp: một nhóm được sử dụng để chạy thử nghiệm, một nhóm khác được sử dụng bởi việc thực hiện thử nghiệm để kiểm tra các điều kiện và báo cáo thất bại và một số phương pháp điều tra cho phép thông tin về bài kiểm tra được thu thập.
Các phương thức trong nhóm đầu tiên [chạy thử nghiệm] là:
________ 212 [][]¶Phương pháp được gọi để chuẩn bị vật cố thử nghiệm. Điều này được gọi ngay lập tức trước khi gọi phương thức kiểm tra; Khác với
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK13 hoặc
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK74, bất kỳ ngoại lệ nào được đưa ra bởi phương pháp này sẽ được coi là một lỗi thay vì lỗi thử nghiệm. Việc thực hiện mặc định không có gì. ________ 215 [][]¶
Phương thức được gọi ngay sau khi phương pháp thử nghiệm đã được gọi và kết quả được ghi lại. Điều này được gọi ngay cả khi phương pháp kiểm tra nêu ra một ngoại lệ, vì vậy việc triển khai trong các lớp con có thể cần đặc biệt cẩn thận về việc kiểm tra trạng thái nội bộ. Bất kỳ ngoại lệ nào, ngoài
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK13 hoặc
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK74, được đưa ra bởi phương pháp này sẽ được coi là một lỗi bổ sung thay vì lỗi kiểm tra [do đó làm tăng tổng số lỗi được báo cáo]. Phương pháp này sẽ chỉ được gọi nếu
cd project_directory python -m unittest discover2 thành công, bất kể kết quả của phương pháp thử nghiệm. Việc thực hiện mặc định không có gì. ________ 219 [][]¶
Một phương thức lớp được gọi trước khi kiểm tra trong một lớp riêng lẻ được chạy.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK20 được gọi với lớp là đối số duy nhất và phải được trang trí là
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK21:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK2
Xem đồ đạc lớp và mô -đun để biết thêm chi tiết.
Mới trong phiên bản 3.2.
________ 222 [][]¶Một phương pháp lớp được gọi sau khi kiểm tra trong một lớp riêng lẻ đã chạy.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK23 được gọi với lớp là đối số duy nhất và phải được trang trí là
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK21:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK3
Xem đồ đạc lớp và mô -đun để biết thêm chi tiết.
Mới trong phiên bản 3.2.
________ 225 [result = none] ¶[result=None]¶Chạy thử nghiệm, thu thập kết quả vào đối tượng
... ---------------------------------------------------------------------- Ran 3 tests in 0.000s OK70 được truyền qua kết quả. Nếu kết quả bị bỏ qua hoặc
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK27, một đối tượng kết quả tạm thời được tạo [bằng cách gọi phương thức
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK28] và được sử dụng. Đối tượng kết quả được trả lại cho người gọi ____ 229.
Hiệu ứng tương tự có thể có bằng cách gọi đơn giản là phiên bản
python -m unittest tests/test_something.py9.
Đã thay đổi trong phiên bản 3.3: Các phiên bản trước của test_isupper [__main__.TestStringMethods] ... ok
test_split [__main__.TestStringMethods] ... ok
test_upper [__main__.TestStringMethods] ... ok
----------------------------------------------------------------------
Ran 3 tests in 0.001s
OK
31 không trả về kết quả. Không gọi một ví dụ.Previous versions of
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK31 did not return the result. Neither did calling an instance. ________ 232 [lý do] ¶[reason]¶
Gọi điều này trong một phương pháp kiểm tra hoặc
cd project_directory python -m unittest discover2 bỏ qua bài kiểm tra hiện tại. Xem các bài kiểm tra bỏ qua và thất bại dự kiến để biết thêm thông tin.Skipping tests and expected failures for more information.
Mới trong phiên bản 3.1.
________ 234 [msg = none, ** params] ¶[msg=None, **params]¶Trả về Trình quản lý ngữ cảnh thực thi khối mã kèm theo dưới dạng phép trừ. MSG và params là các giá trị tùy chọn, tùy ý được hiển thị bất cứ khi nào một sự kiện trừ, cho phép bạn xác định chúng rõ ràng.
Một trường hợp thử nghiệm có thể chứa bất kỳ số lượng khai báo phụ nhất và chúng có thể được lồng tùy ý.
Xem các lần lặp kiểm tra phân biệt bằng cách sử dụng các bài kiểm tra để biết thêm thông tin.Distinguishing test iterations using subtests for more information.
Mới trong phiên bản 3.4.
________ 235 [][]¶Chạy bài kiểm tra mà không thu thập kết quả. Điều này cho phép các ngoại lệ được đưa ra bởi bài kiểm tra được truyền đến người gọi và có thể được sử dụng để hỗ trợ các thử nghiệm chạy theo trình gỡ lỗi.
Lớp
python -m unittest tests/test_something.py9 cung cấp một số phương pháp khẳng định để kiểm tra và báo cáo thất bại. Bảng sau liệt kê các phương thức được sử dụng phổ biến nhất [xem các bảng bên dưới để biết thêm các phương thức khẳng định]:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK37 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK38 | |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK39 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK40 | |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK41 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK42 | |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK43 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK44 | |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK45 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK46 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK47 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK48 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK49 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK50 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK51 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK52 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK53 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK54 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK55 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK56 | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK57 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK58 | 3.2 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK59 | test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK60 | 3.2 |
Tất cả các phương thức khẳng định chấp nhận một đối số MSG rằng, nếu được chỉ định, được sử dụng làm thông báo lỗi về lỗi [xem thêm
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK61]. Lưu ý rằng đối số từ khóa MSG có thể được chuyển đến
cd project_directory python -m unittest discover0,
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK63,
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64,
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK65 chỉ khi chúng được sử dụng làm trình quản lý ngữ cảnh. ________ 266 [thứ nhất, thứ hai, msg = none] ¶[first, second, msg=None]¶
Kiểm tra rằng thứ nhất và thứ hai là bằng nhau. Nếu các giá trị không so sánh bằng nhau, thử nghiệm sẽ thất bại.
Ngoài ra, nếu thứ nhất và thứ hai là cùng loại chính xác và một danh sách, tuple, dict, set, frozenset hoặc str hoặc bất kỳ loại nào mà một lớp con đăng ký với
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK67 Hàm bình đẳng cụ thể loại sẽ được gọi để tạo ra Thông báo lỗi mặc định hữu ích [xem thêm danh sách các phương thức cụ thể loại].list of type-specific methods].
Đã thay đổi trong phiên bản 3.1: Đã thêm cuộc gọi tự động của hàm bình đẳng cụ thể.Added the automatic calling of type-specific equality function.
Đã thay đổi trong phiên bản 3.2: test_isupper [__main__.TestStringMethods] ... ok
test_split [__main__.TestStringMethods] ... ok
test_upper [__main__.TestStringMethods] ... ok
----------------------------------------------------------------------
Ran 3 tests in 0.001s
OK
68 được thêm vào là hàm bình đẳng loại mặc định để so sánh các chuỗi.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK68 added as the default type equality function for comparing strings. ________ 269 [thứ nhất, thứ hai, msg = none] ¶[first, second, msg=None]¶
Kiểm tra rằng thứ nhất và thứ hai không bằng nhau. Nếu các giá trị so sánh bằng nhau, bài kiểm tra sẽ thất bại.
________ 270 [expr, msg = none] ____ ____ 271 [expr, msg = none] ¶[expr, msg=None]¶test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK71[expr, msg=None]¶
Kiểm tra rằng expr là đúng [hoặc sai].
Lưu ý rằng điều này tương đương với
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK72 và không với
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK73 [sử dụng
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK74 cho cái sau]. Phương pháp này cũng nên tránh khi có sẵn các phương pháp cụ thể hơn [ví dụ:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK37 thay vì
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK76], vì chúng cung cấp thông báo lỗi tốt hơn trong trường hợp thất bại. ________ 277 [thứ nhất, thứ hai, msg = none] ________ 278 [thứ nhất, thứ hai, msg = none] ¶[first, second, msg=None]¶
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK78[first, second, msg=None]¶
Kiểm tra rằng thứ nhất và thứ hai là [hoặc không] cùng một đối tượng.
Mới trong phiên bản 3.1.
________ 234 [msg = none, ** params] ¶[expr, msg=None]¶test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK80[expr, msg=None]¶
Trả về Trình quản lý ngữ cảnh thực thi khối mã kèm theo dưới dạng phép trừ. MSG và params là các giá trị tùy chọn, tùy ý được hiển thị bất cứ khi nào một sự kiện trừ, cho phép bạn xác định chúng rõ ràng.
Mới trong phiên bản 3.1.
________ 234 [msg = none, ** params] ¶[member, container, msg=None]¶test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK83[member, container, msg=None]¶
Trả về Trình quản lý ngữ cảnh thực thi khối mã kèm theo dưới dạng phép trừ. MSG và params là các giá trị tùy chọn, tùy ý được hiển thị bất cứ khi nào một sự kiện trừ, cho phép bạn xác định chúng rõ ràng.
Mới trong phiên bản 3.1.
________ 234 [msg = none, ** params] ¶[obj, cls, msg=None]¶test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK85[obj, cls, msg=None]¶
Trả về Trình quản lý ngữ cảnh thực thi khối mã kèm theo dưới dạng phép trừ. MSG và params là các giá trị tùy chọn, tùy ý được hiển thị bất cứ khi nào một sự kiện trừ, cho phép bạn xác định chúng rõ ràng.
Mới trong phiên bản 3.2.
Một trường hợp thử nghiệm có thể chứa bất kỳ số lượng khai báo phụ nhất và chúng có thể được lồng tùy ý.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK88 | Tất cả các phương thức khẳng định chấp nhận một đối số MSG rằng, nếu được chỉ định, được sử dụng làm thông báo lỗi về lỗi [xem thêm test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK61]. Lưu ý rằng đối số từ khóa MSG có thể được chuyển đến cd project_directory python -m unittest discover0, test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK63, test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64, test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK65 chỉ khi chúng được sử dụng làm trình quản lý ngữ cảnh. | |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK90 | ________ 266 [thứ nhất, thứ hai, msg = none] ¶ | 3.1 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK92 | Kiểm tra rằng thứ nhất và thứ hai là bằng nhau. Nếu các giá trị không so sánh bằng nhau, thử nghiệm sẽ thất bại. | 3.2 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK94 | Ngoài ra, nếu thứ nhất và thứ hai là cùng loại chính xác và một danh sách, tuple, dict, set, frozenset hoặc str hoặc bất kỳ loại nào mà một lớp con đăng ký với test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK67 Hàm bình đẳng cụ thể loại sẽ được gọi để tạo ra Thông báo lỗi mặc định hữu ích [xem thêm danh sách các phương thức cụ thể loại]. | 3.2 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK96 | Đã thay đổi trong phiên bản 3.1: Đã thêm cuộc gọi tự động của hàm bình đẳng cụ thể. | 3.4 |
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK98 | Đã thay đổi trong phiên bản 3.2: test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK68 được thêm vào là hàm bình đẳng loại mặc định để so sánh các chuỗi. ________ 269 [thứ nhất, thứ hai, msg = none] ¶ | 3.10 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method00[exception, *, msg=None]
Kiểm tra rằng một ngoại lệ được nêu ra khi có thể gọi được được gọi với bất kỳ đối số vị trí hoặc từ khóa nào cũng được truyền đến
cd project_directory python -m unittest discover0. Bài kiểm tra vượt qua nếu ngoại lệ được nâng lên, là một lỗi nếu một ngoại lệ khác được nêu ra hoặc không thành công nếu không có ngoại lệ nào được nâng lên. Để bắt bất kỳ nhóm ngoại lệ nào, một tuple chứa các lớp ngoại lệ có thể được truyền dưới dạng ngoại lệ.
Nếu chỉ có ngoại lệ và có thể được đưa ra các đối số MSG, hãy trả về Trình quản lý ngữ cảnh để mã được kiểm tra có thể được ghi nội tuyến thay vì là một hàm:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK4
Khi được sử dụng làm trình quản lý ngữ cảnh,
cd project_directory python -m unittest discover0 chấp nhận thông tin từ khóa bổ sung.
Trình quản lý bối cảnh sẽ lưu trữ đối tượng ngoại lệ bị bắt trong thuộc tính
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method04 của nó. Điều này có thể hữu ích nếu ý định là thực hiện kiểm tra bổ sung về ngoại lệ được nêu ra:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK5
Đã thay đổi trong phiên bản 3.1: Đã thêm khả năng sử dụng cd project_directory
python -m unittest discover
0 làm trình quản lý ngữ cảnh.Added the ability to use
cd project_directory python -m unittest discover0 as a context manager.
Đã thay đổi trong phiên bản 3.2: Đã thêm thuộc tính python -m unittest test_module1 test_module2
python -m unittest test_module.TestClass
python -m unittest test_module.TestClass.test_method
04.Added the
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method04 attribute.
Đã thay đổi trong phiên bản 3.3: Đã thêm đối số từ khóa MSG khi được sử dụng làm trình quản lý ngữ cảnh.Added the msg keyword argument when used as a context manager.
________ 307 [Ngoại lệ, Regex, Callable, *Args, ** KWDS][exception, regex, callable, *args, **kwds]¶python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method07[exception, regex, *, msg=None]
Giống như
cd project_directory python -m unittest discover0 nhưng cũng kiểm tra rằng Regex khớp với biểu diễn chuỗi của ngoại lệ được nâng lên. Regex có thể là một đối tượng biểu thức chính quy hoặc một chuỗi chứa một biểu thức thông thường phù hợp để sử dụng bởi
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method10. Ví dụ:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK6
or:
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK7
Mới trong phiên bản 3.1: Được thêm vào dưới tên python -m unittest test_module1 test_module2
python -m unittest test_module.TestClass
python -m unittest test_module.TestClass.test_method
11.Added under the name
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method11.
Đã thay đổi trong phiên bản 3.3: Đã thêm đối số từ khóa MSG khi được sử dụng làm trình quản lý ngữ cảnh.Added the msg keyword argument when used as a context manager.
________ 307 [Ngoại lệ, Regex, Callable, *Args, ** KWDS][warning, callable, *args, **kwds]¶python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method12[warning, *, msg=None]
Giống như
cd project_directory python -m unittest discover0 nhưng cũng kiểm tra rằng Regex khớp với biểu diễn chuỗi của ngoại lệ được nâng lên. Regex có thể là một đối tượng biểu thức chính quy hoặc một chuỗi chứa một biểu thức thông thường phù hợp để sử dụng bởi
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method10. Ví dụ:
Mới trong phiên bản 3.1: Được thêm vào dưới tên
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method11.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK8
A
Kiểm tra rằng một cảnh báo được kích hoạt khi có thể gọi được được gọi với bất kỳ đối số vị trí hoặc từ khóa nào cũng được truyền đến
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64. Bài kiểm tra vượt qua nếu cảnh báo được kích hoạt và thất bại nếu nó không phải là. Bất kỳ ngoại lệ là một lỗi. Để bắt bất kỳ nhóm cảnh báo nào, một tuple chứa các lớp cảnh báo có thể được thông qua dưới dạng cảnh báo.
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK9
Nếu chỉ có cảnh báo và có thể đưa ra các đối số MSG, hãy trả về Trình quản lý ngữ cảnh để mã được kiểm tra có thể được ghi nội tuyến chứ không phải là một hàm:
Khi được sử dụng làm trình quản lý ngữ cảnh, test_isupper [__main__.TestStringMethods] ... ok
test_split [__main__.TestStringMethods] ... ok
test_upper [__main__.TestStringMethods] ... ok
----------------------------------------------------------------------
Ran 3 tests in 0.001s
OK
64 chấp nhận thông tin từ khóa bổ sung.
Đã thay đổi trong phiên bản 3.3: Đã thêm đối số từ khóa MSG khi được sử dụng làm trình quản lý ngữ cảnh.Added the msg keyword argument when used as a context manager.
________ 307 [Ngoại lệ, Regex, Callable, *Args, ** KWDS][warning, regex, callable, *args, **kwds]¶python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method19[warning, regex, *, msg=None]
Giống như
cd project_directory python -m unittest discover0 nhưng cũng kiểm tra rằng Regex khớp với biểu diễn chuỗi của ngoại lệ được nâng lên. Regex có thể là một đối tượng biểu thức chính quy hoặc một chuỗi chứa một biểu thức thông thường phù hợp để sử dụng bởi
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method10. Ví dụ:
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method0
or:
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method1
Khi được sử dụng làm trình quản lý ngữ cảnh, test_isupper [__main__.TestStringMethods] ... ok
test_split [__main__.TestStringMethods] ... ok
test_upper [__main__.TestStringMethods] ... ok
----------------------------------------------------------------------
Ran 3 tests in 0.001s
OK
64 chấp nhận thông tin từ khóa bổ sung.
Đã thay đổi trong phiên bản 3.3: Đã thêm đối số từ khóa MSG khi được sử dụng làm trình quản lý ngữ cảnh.Added the msg keyword argument when used as a context manager.
________ 307 [Ngoại lệ, Regex, Callable, *Args, ** KWDS][logger=None, level=None]¶Giống như
cd project_directory python -m unittest discover0 nhưng cũng kiểm tra rằng Regex khớp với biểu diễn chuỗi của ngoại lệ được nâng lên. Regex có thể là một đối tượng biểu thức chính quy hoặc một chuỗi chứa một biểu thức thông thường phù hợp để sử dụng bởi
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method10. Ví dụ:
Mới trong phiên bản 3.1: Được thêm vào dưới tên
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method11.
A
Kiểm tra rằng một cảnh báo được kích hoạt khi có thể gọi được được gọi với bất kỳ đối số vị trí hoặc từ khóa nào cũng được truyền đến
test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64. Bài kiểm tra vượt qua nếu cảnh báo được kích hoạt và thất bại nếu nó không phải là. Bất kỳ ngoại lệ là một lỗi. Để bắt bất kỳ nhóm cảnh báo nào, một tuple chứa các lớp cảnh báo có thể được thông qua dưới dạng cảnh báo.
Nếu chỉ có cảnh báo và có thể đưa ra các đối số MSG, hãy trả về Trình quản lý ngữ cảnh để mã được kiểm tra có thể được ghi nội tuyến chứ không phải là một hàm:
Khi được sử dụng làm trình quản lý ngữ cảnh,test_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64 chấp nhận thông tin từ khóa bổ sung.
Trình quản lý bối cảnh sẽ lưu trữ đối tượng cảnh báo bị bắt trong thuộc tính
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method16 và dòng nguồn đã kích hoạt các cảnh báo trong các thuộc tính
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method17 và
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method18. Điều này có thể hữu ích nếu ý định là thực hiện kiểm tra bổ sung về cảnh báo bị bắt:Phương pháp này hoạt động bất kể các bộ lọc cảnh báo tại chỗ khi nó được gọi.
Mới trong phiên bản 3.2.
Example:
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method2
________ 319 [Cảnh báo, Regex, Callable, *Args, ** KWDS]
Giống nhưtest_isupper [__main__.TestStringMethods] ... ok test_split [__main__.TestStringMethods] ... ok test_upper [__main__.TestStringMethods] ... ok ---------------------------------------------------------------------- Ran 3 tests in 0.001s OK64 nhưng cũng kiểm tra rằng Regex khớp với thông điệp của cảnh báo được kích hoạt. Regex có thể là một đối tượng biểu thức chính quy hoặc một chuỗi chứa một biểu thức thông thường phù hợp để sử dụng bởi
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method10. Thí dụ:[logger=None, level=None]¶
________ 323 [logger = none, level = none] ¶
Trình quản lý bối cảnh để kiểm tra rằng ít nhất một tin nhắn được ghi vào logger hoặc một trong những đứa trẻ của nó, với ít nhất là mức đã cho.
A
Không giống như
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method40, sẽ không có gì được trả về bởi người quản lý ngữ cảnh.
Mới trong phiên bản 3.10.
Ngoài ra còn có các phương pháp khác được sử dụng để thực hiện kiểm tra cụ thể hơn, chẳng hạn như:
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method41 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method42 | |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method43 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method44 | |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method45 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method46 | 3.1 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method47 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method48 | 3.1 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method49 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method50 | 3.1 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method51 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method52 | 3.1 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method53 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method54 | 3.1 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method55 | python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method56 | 3.2 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method57 | A và B có cùng các yếu tố trong cùng một số, bất kể thứ tự của chúng. | 3.2 |
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method59[first, second, places=7, msg=None, delta=None]¶
Kiểm tra rằng thứ nhất và thứ hai là xấp xỉ [hoặc không xấp xỉ] bằng cách tính toán sự khác biệt, làm tròn đến số vị trí thập phân đã cho [mặc định 7] và so sánh với 0. Lưu ý rằng các phương thức này làm tròn các giá trị vào số lượng số thập phân đã cho [nghĩa là như hàm
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method60] và không phải là các chữ số đáng kể.
Nếu Delta được cung cấp thay vì các địa điểm thì sự khác biệt giữa thứ nhất và thứ hai phải nhỏ hơn hoặc bằng [hoặc lớn hơn] Delta.
Cung cấp cả đồng bằng và địa điểm làm tăng
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method61.
Đã thay đổi trong phiên bản 3.2: python -m unittest test_module1 test_module2
python -m unittest test_module.TestClass
python -m unittest test_module.TestClass.test_method
62 tự động xem xét các đối tượng gần như bằng nhau so sánh bằng nhau. python -m unittest test_module1 test_module2
python -m unittest test_module.TestClass
python -m unittest test_module.TestClass.test_method
63 tự động thất bại nếu các đối tượng so sánh bằng nhau. Đã thêm đối số từ khóa Delta.
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method62 automatically considers almost equal objects that compare equal.
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method63 automatically fails if the objects compare equal. Added the delta keyword argument. ________ 364 [thứ nhất, thứ hai, msg = không[first, second, msg=None]¶
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method65[first, second, msg=None]¶
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method66[first, second, msg=None]¶
python -m unittest test_module1 test_module2 python -m unittest test_module.TestClass python -m unittest test_module.TestClass.test_method67[first, second, msg=None]¶
Kiểm tra lần đầu tiên là tương ứng>,> =, ,> =,