业务代码每行都需要单元测试覆盖吗？

[weo0]

[zsc8917zsc]

这么有时间，是家里有矿嘛

[whitehack]

一般就对大的逻辑做几个整体测试..结束..没那时间一个一个小功能的抠

[preyta]

根据项目的规模和要求确定吧

[maichael]

做取舍呗，根据该功能的重要性来决定覆盖率的要求。

[mmrx]

只能说理论说理论，实际论实际

[wenjy]

公司的项目，时间充裕的话尽量覆盖（因为维护的人是你自己，不想改代码瑟瑟发抖），外包的话，有单元测试吗？？

[janxin]

不一定，但是要有最低标准

[heguangyu5]

如果你把测试覆盖率当作开发者的辅助工具，而不是考核指标的话，这事就好办了。

[dilu]

顺便说一句，行覆盖率≠开发质量

[jaylee4869]

不需要。核心关注一下 if else 、switch 。

[ShutTheFu2kUP]

我反正之后都要做到了，昨天写了个憨逼循环，往公司生产库插入了几亿条数据...

[TtTtTtT]

有必要性。
但是看你们团队的取舍。
单元测试用于确认你的代码符合你的 design，所以是一份非常有价值的文档和设计。
一旦出现变更，单元测试和书面文档比，性价比非常高。
尽管如此，如果测试资源便宜的话，或者变更时效性要求非常高的场合，都可以被省略的。

[FlushHip]

行覆盖太扯了，业务代码多打点日志不香吗，对核心的底层模块也不用行覆盖，函数覆盖就够了。

[dinjufen]

@ShutTheFu2kUP 结果怎样？

[Leigg]

@ShutTheFu2kUP 我笑了，有后续吗

[ZehaiZhang]

@ShutTheFu2kUP 问题不大，不用走人

[azcvcza]

如果尊重开发规律的话，每个函数都加，每个流程都加，每个业务都加那肯定好，但是这样国内又不会算你的 KPI 。国内一般只注重 0->60 ； 60->100 没谁会记功

[nutting]

怎么可能，测试的逻辑还能通吗。按方法吧

[ShutTheFu2kUP]

@dinjufen 没咋样，昨天删了一天，今天再删一天应该就正常了。
@Leigg 后续就是疯狂删数据
@ZehaiZhang 确实，还不至于到要走人的地步...

主要是 MySql 超过亿级以后查询太慢了，处理一个要等好久，庆幸的是这张表的数据占用字节都比较少..

[Umenezumi]

@ShutTheFu2kUP 要是进 hive 和正式数据耦合了 你就等死吧 哈哈