• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2288 days ago, the information mentioned may be changed or developed.
 |
zsc8917zscJul 31, 2020
1
这么有时间，是家里有矿嘛
|
 |
whitehackJul 31, 2020
2
一般就对大的逻辑做几个整体测试..结束..没那时间一个一个小功能的抠
|
 |
preytaJul 31, 2020
3
根据项目的规模和要求确定吧
|
 |
maichaelJul 31, 2020
4
做取舍呗，根据该功能的重要性来决定覆盖率的要求。
|
 |
mmrxJul 31, 2020
5
只能说理论说理论，实际论实际
|
 |
wenjyJul 31, 2020
6
公司的项目，时间充裕的话尽量覆盖（因为维护的人是你自己，不想改代码瑟瑟发抖），外包的话，有单元测试吗？？
|
 |
janxinJul 31, 2020
7
不一定，但是要有最低标准
|
 |
heguangyu5Jul 31, 2020
8
如果你把测试覆盖率当作开发者的辅助工具，而不是考核指标的话，这事就好办了。
|
 |
diluJul 31, 2020 via Android
9
顺便说一句，行覆盖率≠开发质量
|
 |
lavvrenceJul 31, 2020
10
不需要。核心关注一下 if else 、switch 。
|
 |
ShutTheFu2kUPJul 31, 2020
11
我反正之后都要做到了，昨天写了个憨逼循环，往公司生产库插入了几亿条数据...
|
 |
TtTtTtTJul 31, 2020
12
有必要性。
但是看你们团队的取舍。 单元测试用于确认你的代码符合你的 design，所以是一份非常有价值的文档和设计。 一旦出现变更，单元测试和书面文档比，性价比非常高。 尽管如此，如果测试资源便宜的话，或者变更时效性要求非常高的场合，都可以被省略的。 |
 |
FlushHipJul 31, 2020
13
行覆盖太扯了，业务代码多打点日志不香吗，对核心的底层模块也不用行覆盖，函数覆盖就够了。
|
 |
dinjufenJul 31, 2020
14
@ShutTheFu2kUP 结果怎样？
|
 |
LeiggJul 31, 2020 via Android
15
@ShutTheFu2kUP 我笑了，有后续吗
|
 |
ZehaiZhangJul 31, 2020
16
@ShutTheFu2kUP 问题不大，不用走人
|
 |
azcvczaJul 31, 2020
17
如果尊重开发规律的话，每个函数都加，每个流程都加，每个业务都加那肯定好，但是这样国内又不会算你的 KPI 。国内一般只注重 0->60 ； 60->100 没谁会记功
|
 |
nuttingJul 31, 2020
18
怎么可能，测试的逻辑还能通吗。按方法吧
|
|
ShutTheFu2kUPJul 31, 2020
19
@dinjufen 没咋样，昨天删了一天，今天再删一天应该就正常了。
@Leigg 后续就是疯狂删数据 @ZehaiZhang 确实，还不至于到要走人的地步... 主要是 MySql 超过亿级以后查询太慢了，处理一个要等好久，庆幸的是这张表的数据占用字节都比较少.. |
 |
UmenezumiJul 31, 2020
20
@ShutTheFu2kUP 要是进 hive 和正式数据耦合了 你就等死吧 哈哈
|
 |
msg7086Jul 31, 2020
21
最重要的是行为测试。单元测试看情况，本身分得太细的函数我觉得没必要精准覆盖。上层业务逻辑带到就行了。
|
 |
LanayaaaJul 31, 2020
22
CY
|
 |
huluhuluJul 31, 2020 via iPhone
23
我司要求
line coverage > 80% branch coverage> 60% |
 |
24
单元测试是开发人员在自己可控范围对自己的一种保护。除了一些极端的边界情况只有在生产环境才会出现，其他大多数情况都是可以通过单元测试来确保其行为是符合预期的。
你想，自己提交的代码上线后睡个安稳觉它不香吗？ |
1 |
nianyuJul 31, 2020
25
不需要
|
 |
nzndJul 31, 2020
26
我司 想进测试系统需要 UT>40% 分支
想出测试系统，做 release 需要 UT>90% 分支 （好像不大于也没事 就是部门 boss 会被批 但是没人试过（ 不过周期一般比较长 一个季度 release 一次 最长的两年多 |
 |
PerryJul 31, 2020 via iPhone
28
工具齐全的话，100% 不难
|
 |
scnaceAug 1, 2020 via Android
30
写单测其实可以从侧面帮开发者更好地抽象代码模块
|
 |
sariyaAug 1, 2020 via Android
31
不存在的…比较独立的模块可以单测，大部分还是要集成测试，不然鸭子类要写到吐
|
 |
mreasonyangAug 1, 2020 via Android
32
这要看你们有没有 QA 团队
|
 |
changweiAug 1, 2020 via Android
33
看你的用户群体，如果是对内部做的系统，用户通常不会提交太奇怪的数据，那就没必要做，如果是对外做的系统，什么人都用，甚至可能会有黑客来攻击，那肯定得覆盖各种异常输入的逻辑。另外，通常做开发都是防御式编程吧，得假设用户提交数据都有可能是错误或者超范围超值域的情况。
|
 |
fishCatcherAug 2, 2020 via iPhone
34
有些错误场景非常刁钻根本没法定义，或者说测试的时候根本想不到那里会出错，100%覆盖是不可能的
|
Select Language