一条用例挂了会怎样
三条用例里第二条断言不成立。跑完之后【0】。
第一条用例跑出来什么
（每道题开头都有同一段：被测模块 c_to_f / length，和一个静音跑测试的 run()，它交回「跑了几条/挂了几条/出错几条」。） 运行下面这段程序，看一条通过的用例给出的三个数： import io, unittest LEN
补全：写第一条用例
（每道题开头都有同一段：被测模块 c_to_f / length，和一个静音跑测试的 run()，它交回「跑了几条/挂了几条/出错几条」。） 补全测试类：写一个 test 开头的方法，断言 c_to_f(0) 等于 32。输出 run 的结
补全：第二条用例
（每道题开头都有同一段：被测模块 c_to_f / length，和一个静音跑测试的 run()，它交回「跑了几条/挂了几条/出错几条」。） 再加一条：c_to_f(-40) 等于 -40。输出 run 的结果。
补全：让第三条用例被发现
（每道题开头都有同一段：被测模块 c_to_f / length，和一个静音跑测试的 run()，它交回「跑了几条/挂了几条/出错几条」。） 下面第三个方法叫 check_boiling，跑起来只有 2 条。把它改名成能被框架发现的名字。输
两种断言挂了之后差在哪
self.assertTrue(c_to_f(37) == 98.6) 和 self.assertEqual(c_to_f(37), 98.6) 判的是同一件事。挂掉时后者的优势是【0】。
浮点数该用哪个断言
c_to_f(36.6) 算出来是 97.88000000000001。要断言它「等于 97.88」，该用【0】。
一个用例只说一件事
把 c_to_f(0)、c_to_f(100)、c_to_f(-40) 三个断言塞进同一个 test 方法里，坏处是【0】。
用例名字该怎么起
四个测试方法名都以 test_ 开头，后半段分别如下。最能说清「这条在守什么」的是【0】。
一条挂掉的用例报告什么
（每道题开头都有同一段：被测模块 c_to_f / length，和一个静音跑测试的 run()，它交回「跑了几条/挂了几条/出错几条」。） 把期望值故意写错，运行程序，看三个数和失败信息里有没有实际值： import io, unitte