专栏名称: 51Testing软件测试网
51Testing软件测试网,人气最旺的软件测试技术门户,提供软件测试社区交流,软件测试博客,人才服务,测试沙龙,测试杂志,测试资料下载等全方位信息服务,是国内最专业的软件测试就业培训、企业服务供应商...
目录
相关文章推荐
51好读  ›  专栏  ›  51Testing软件测试网

怎么保证测试结果和价值最大化?测试人员承担什么角色?这要从测试效率说起……

51Testing软件测试网  · 公众号  · 测试  · 2019-10-08 17:30

正文

请到「今天看啥」查看全文


测试效率 今天我们谈谈。
在我看来,测试效率大概分成四个部分:
1.测试执行的速度;
2.测试验证的准确性;
3.测试覆盖场景的比例;
4.转换成工程价值的比例。
前三条从字面意思都很好理解,第四项怎么理解呢?我认为这是个综合的考量,也就是测试价值的衡量:减少迭代的bug数目,减少线上事故数,质量保障过程可控,就是在转换成工程价值。

现在很多公司的测试部门都不称为测试部了,而是称之为效率部,这也是有原因的。测试听起来是一个阶段性的工作,就像流水线的某个车间;而效率听起来更像是一个全流程的把控。笔者觉得这也算是为测试争取“地位”的一个很显著的表现。
试想,如果整个公司只有你一位测试,你会怎么做?最大提升效率?我想首先你应该熟知业务形态,清楚产品的风险点所在,对可能发生事故和问题的模块足够清晰。一个完整的产品,一定有最基本的底层/前端/后端,我们说“从根源上把控质量”,这话一点不假。我刚开始做质量工作的时候,都是浮于一些功能模块,或者一些端的功能,或者交互的功能;现在再拿到手一个产品,我基本不会这样了,而是看它的服务都有哪些,接口有哪些,调用关系如何,日志怎么看,前后端怎么对接。你要清楚,产品之所以能 run,都是底层服务/接口互相调用的结果。所以,我们应该把测试工作“下沉”,下沉到我们可以管控的地方,优先在这里做测试工作包括自动化的东西。 这也是在自动化领域,我一直主 张优先做底层接口测试的原因。 当然,前端的一些控件/界面测试除外,其它的,能下沉就下沉,你会比你想象的学习到更多。






请到「今天看啥」查看全文


推荐文章
淘股吧复盘汇总  ·  淘股吧高手复盘汇总(3月12日)
8 年前
叙拉古之惑  ·  南渡北归
7 年前