这是一个创建于 1393 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前现状：
1.业务代码繁多，测试人员不足，测试全靠点点点...
2.集成测试，依赖太多，测试用例大部分都启动不起来，并且运行缓慢
3.对于较大的需求，测试耗时超过一半
目标效果：
1.集成测试构建，能快速运行
2.测试能覆盖 80%
3.如何缩短测试时长
渴求各位大佬的指点。
1.业务代码繁多，测试人员不足，测试全靠点点点...
2.集成测试，依赖太多，测试用例大部分都启动不起来，并且运行缓慢
3.对于较大的需求，测试耗时超过一半
目标效果：
1.集成测试构建，能快速运行
2.测试能覆盖 80%
3.如何缩短测试时长
渴求各位大佬的指点。
 |
1
Yiki888 2021-01-29 11:40:39 +08:00
码一下 等大佬解决
|
 |
2
PerFectTime 2021-01-29 11:42:11 +08:00
同想知道
复杂的业务流程只能上去点点点，没啥好的办法 |
 |
3
oaking OP @PerFectTime 但是点点点太费时间了，并且有时都懒得去点点点，导致 bug 多多
|
|
4
PerFectTime 2021-01-29 11:50:12 +08:00
@oaking #3 是啊，而且上去点的话不一定能测到所有情况，蛋疼
|
 |
5
Chinsung 2021-01-29 11:51:19 +08:00
最近刚好有研究，mock 加代码覆盖率呗。
我们公司现在上的方案是 mockito+mock-server+cobertura 。 |
 |
6
AAASUKA 2021-01-29 11:56:52 +08:00
招几个 30k~50k 的测开
|
 |
7
maichael 2021-01-29 12:01:52 +08:00  1
1. 测试左移，通过单元测试覆盖大部分测试用例
2. 在架构设计上把可测性设计考虑进去，通过提供测试接口之类的方式降低自动化测试脚本编写的难度和工作量，提高整体测试的闭环程度 3. 集成测试模块化，降低模块之间集成测试的耦合性；通常来说版本更新只会涉及到部分模块，通过模块化将人力和精力聚焦在有变动的模块上，提高整体效率和减少工作量 反正就是能用自动化脚本替代的测试尽可能用自动化脚本替代，然后开发要从架构上考虑方便测试脚本接入。然后划分好测试边界，能提前测的提前测，没必要再测一遍的功能尽量不测。 |
 |
9
tmackan 2021-01-29 16:20:19 +08:00
质量不只是测试的，也是开发和产品的。
有些代码就是 shit 山。。。 |
 |
10
wsseo 2021-01-29 16:21:18 +08:00
单元测试+点点点
|
|
11
oaking OP @tmackan 所以就想着开发在做 开发测试的时候可以覆盖 80%，但是发现 系统自己进行测试时耗时耗力，全靠点点，需求多时间短，测试吐槽 bug 多。😣
|
Select Language