-b,–buffer
在执行测试 case 时,如果 case 胜利则 case 在执行过程中输入的内容不会被显示进去,如果失败则会。
class TestLogin(unittest.TestCase):
def test_login_by_password(self):
a = 2
print("这是运行胜利时的输入")
assert a == 1 + 1
如果没有 - b 参数,case 执行胜利时是有打印语句输入的内容
如果加了 - b 参数就没有这个输入。
如果有 - b 参数,然而 case 运行失败,则这个输入还是会有的
- b 参数还是比拟有用的,当 case 执行成,其实是不关怀这些输入的内容,只有在失败的时候才会看这些。
-c,–catch
在执行 case 的过程中,如果按下 command+ c 或 control+c,用例不会立刻进行而是期待以后的 case 运行实现并且输入测试后果后才中断程序,这个时候如果再次按下 command+ c 或 control+c, 才会立刻终止程序,并抛出 KeyboardInterrupt 异样。
class TestLogin(unittest.TestCase):
def test_login_by_password(self):
b = 5
a = 2
time.sleep(4)
print("这是运行胜利时的输入")
assert a == 1 + 1
def test_login_by_sms(self):
print('这是 test_login_by_sms')
assert 2 == 2
def tearDown(self) -> None:
print("这是 tearDown")
我在下面的代码中加了 teardown,来试试,试试试试。
看控制台的输入,曾经输出了 command+c,然而这条 case 还是执行结束了。
如果没有有这个参数的话,间接按下 command+ c 或 control+ c 程序会立刻进行,这时就会导致一个问题,teardown 就不会执行了,比方 teardown 外面有一些数据清理、资源开释的操作,这些如果不解决可能会导致系统呈现一些问题。那么此时就能够加上这个参数,保障 teardown 是能够被执行到的。
-f,–failfast
当呈现第一个谬误或者 case 失败时,进行运行其余测试用例。这个参数个别是在咱们刚写好用例进行调试的时候能够应用,而在有定时工作执行 case 的时候则不能应用。
还是用下面那个例子,咱们让第一个 case 失败,而后看看运行状况。
这里就只运行了一个测试用例,另一个没有执行。
–locals
简略写个用例
class TestLogin(unittest.TestCase):
def test_login_by_password(self):
b = 5
a = 3
print("这是运行胜利时的输入")
assert a == 1 + 1
当测试运行失败时会输入 case 中所有的局部变量。
上图是没有 –locals 参数的,case 运行失败,从输入信息中只是能够看出那里有个断言失败,那么 a 到底是多少导致的失败呢?可能还要去 debug 代码,看看变量 a 的值。
然而如果咱们应用 –locals 参数呢
会输入测试方法中所有的局部变量的值,对于咱们定位问题还是很有帮忙的。
-k
依据子串或者 Unix shell 格调的通配符去匹配测试类和办法,这个匹配是从加载器加载的所有测试方法中区匹配。
class TestLogin(unittest.TestCase):
def test_login_by_password(self):
b = 5
a = 2
print("这是运行胜利时的输入")
assert a == 1 + 1
def test_login_by_sms(self):
print('这是 test_login_by_sms')
assert 2 == 2
这里有两个测试方法,然而我只想运行 test_login_by_sms
, 此时就能够用到 - k 参数
留神这里的子串匹配是大小写敏感的。
还能够应用 Unix shell 格调的通配符,是通配符不是正则哈。
模式 | 意义 |
---|---|
* |
匹配所有 |
? |
匹配任何单个字符 |
[seq] |
匹配 seq 中的任何字符 |
[!seq] |
匹配任何不在 seq 中的字符 |
这玩意儿,我用的真不多。。下篇文章文章聊聊 unittest 的 discovery 模式