这是一个创建于 2872 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如用户输入的金额为负数的时候抛出异常这种的测试需要进行么？
因为我看主流的开源项目好像基本都是测试正确的流程，没见过有测试错误流程的代码。
但是我感觉测试错误流程的地方也很有必要
第 1 条附言 · 2018 年 3 月 22 日
哈哈，看来这个问题很多人都有完全不同的见解。。。
 |
1
Moorj 2018 年 3 月 22 日
我是会测的，但我是人肉测，我不会单元测试
|
 |
2
whypool 2018 年 3 月 22 日
测试正确流程，断言判断期望的正确值
异常一般不写单元测试 |
 |
3
hahastudio 2018 年 3 月 22 日
如果异常是接口约定的一部分，应该要写的吧？
|
 |
4
dtgio 2018 年 3 月 22 日 via iPhone
这样不就成了单元测试的单元测试了吗？
子子孙孙无穷尽也？ |
 |
5
gamexg 2018 年 3 月 22 日
订单类绝对要测试入户输入负数的情况是否能够拦截，否则小心被人玩坏。
记得乌云还在的时候可以看到很多负数商品数量的订单。 |
 |
6
iyaozhen 2018 年 3 月 22 日 via Android
额，你见的哪个开源项目只测正常流程？
异常流程也重要。单测指标：分支覆盖率了解一下。只测正常流程覆盖率很低的。 输入是负数代码也应该有逻辑分支去处理，输出也是有确定预期的。 |
 |
7
mikuazusa 2018 年 3 月 22 日
肯定要啊，有一条原则：“永远不要相信用户输入”，这算是测试的基础吧
|
 |
8
chenuu 2018 年 3 月 22 日
前东家不同逻辑分支覆盖率要到 75%
|
 |
9
otakustay 2018 年 3 月 22 日
抛异常是你预期的一部分么，是的就要测。你不预期用户会输入负数，那自然不测
|
 |
10
airyland 2018 年 3 月 22 日
这类格式可以不用全部过单元测试，但是逻辑要写，类似代码逻辑可以只测试一两个确保判断的公用校验函数无 bug。其他类似的 if 格式判断，出于提高覆盖率的目的使用 istanbul ignore if。
|
 |
11
Mutoo 2018 年 3 月 22 日
这是单元测试中的边界测试，非常重要。只测正确的流程，代码覆盖率很低吧。
|
 |
12
Hstar 2018 年 3 月 22 日
为了测试覆盖率，只测那些有特殊异常处理逻辑的异常，一些莫名其妙抛出来的异常不管
|
Select Language