测试思想 QA的价值体现

简介: 测试思想 QA的价值体现

QA的价值体现


1. 缺陷挖掘价值

QA人员一个很重要的价值就是在尽可能短的时间内找出尽可能多的缺陷。


某种意义上说,缺陷直观的反应了产品的质量,QA发现的有效缺陷数越多,缺陷越严重,那么相对来说,产品质量就越差,同时QA发现的有效缺陷数越多,缺陷越严重,相对来说,QA人员的劳动投入越多。

 

注意:

1.之所以说“相对”,那是因为产品质量好坏的评判标准,因人而异,因组织而异,所以没有绝对。

2.这里用的是“缺陷”,而不仅是“bug”。缺陷可以是功能问题,也可以是非功能问题。

 

百度案例:


*案例1.白色情人节

说明:因为大部分电商交易支付对这“色情”两个词进行了过滤,结果导致涉及这个词的交易无法交易,损失几百万

 

*案例2.地图规则测试

说明:沃尔玛的规则:5公里内出现两家沃尔玛

 

*案例3.手机百度几大业务跳转规则

说明:百度几大业务之间跳转存在缺陷,百度百科和百度搜索无法友好的跳转,测试业务的同学直接给李彦宏发了一份邮件,但是李没回关于这个bug的东西,但是回了一个针对整个百度的规则,所有的后期的kpi考核不把pv作为它们的考核点

 

以上案例:不同的缺陷代具有不同的价值,怎么样找到“含金量高的”缺陷?个人理解如下:

1.  从业务逻辑的角度进行测试设计

业务逻辑(业务实体,实体完整性约束,业务规则,业务流程,业务流程启动器)

上述,案例1,案例2中的缺陷可以说是业务规则问题

 

2. 像产品经理一样的思考,同时培养自己对产品“感觉”

产品是由产品经理“创造“,由其他一群人帮忙“制造”出来的。

所以,要多站在产品经理的角度看产品,理解什么叫需求?需求有啥价值?需求从哪里来的?怎么转换到产品的?和产品的功能点存在什么关系?等等

 

思考:我对你说,我饿了,我想吃红烧牛排,这个是需求么?

如果某个QA不理解这个问题,那就说明他还没学会像产品经理一样的思考。

 

同时产品是给用户用的,产品是否有价值,得看是否满足了用户的需求,是否满足了体验。

所以,QA可以不是产经理,但是不能没有“产品的感觉”—>对产品的体验

上述的案例3很好的说明了这一点:用户体验很重要。

 

2. 过程改进价值

找缺陷,这个是最基本的工作任务。仅是把缺陷找出来是远远不够的,为何怎么说呢?

这就好比漏雨的屋顶,如果你仅是用水桶或脸盆去装下雨天屋顶漏下来的雨滴,那将是件很痛苦的事情,因为随时都可能下雨,而且永无止境,装水这件事也就永远无法结束……

 

对比测试也是一样的,缺陷一直都会有,你永远找不完,那要怎么做?拿上面屋顶漏雨的事情来说,你说要怎么做?把屋顶上的漏洞补上,不就好了,是的,进一步说,抓“源头”,因为那是根本。所以,作为QA要去找那些导致缺陷产生的真正原因,分析导致缺陷数居高不下的环节,然后对其做得不够好的地方进行过程改进。

 

问题:怎么展示QA的价值?

*跨界、合作

注意:

1.合作的前提是>>双赢,试问,仅出力,不收获的事情谁干?

2.相信自己,相信团队–>相信那种情况下,每个人都尽了他自己的最大的努力

 

*数据(度量)

对事不对人,用数据说话,这不失为一个好的选择。

 

注意:要学会主观和数据的结合

数据很多时候会欺骗你,主观很多时候也会欺骗你,不要单纯的仅以数据为导向,更多时候,要用数据结合你的观点来判断,通常从自己的观点出发,用数据来对观点进行验证,会比较准确一点

目录
相关文章
|
3月前
|
监控 测试技术 API
价值驱动测试尝试
价值驱动测试尝试
15 0
|
3月前
|
存储 SQL 测试技术
通过降本增效,提升测试价值
通过降本增效,提升测试价值
34 0
|
3月前
|
缓存 运维 测试技术
如何让测试用例更有价值
如何让测试用例更有价值
20 0
|
3月前
|
测试技术 持续交付 UED
软件测试的价值
软件测试的价值
|
监控 安全 测试技术
测试人员的价值体现
做好测试该做的事,讲好测试该有的故事,才能真实地体现测试人员的价值。
163 0
测试人员的价值体现
|
测试技术 持续交付 UED
自动化测试如何创造业务价值?
其实无论是出于什么目的,开展自动化的本质,一定是有痛点影响到了项目交付质量或者效率。开展自动化,首先是为了解决问题,度量指标是为了便于评估开展这件事的投入产出是否符合预期,以及支撑价值传递。
|
存储 数据采集 缓存
性能测试如何创造业务价值
业务可控也可以通过字面意思理解,即:各个业务维度的运行监控/业务配置发布回滚以及防资损;
性能测试如何创造业务价值
|
人工智能 运维 安全
|
人工智能 搜索推荐 架构师
|
运维 测试技术
测试价值的一些思考(三)
测试价值的一些思考(三)

热门文章

最新文章