-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模式