【转】“紫牛”方法论在测试团队中的应用

  "紫牛"是最近炒的挺火的一个词。关注互联网的朋友早已耳熟能详。通俗讲,可以用三个核心词来概括其特征:"差异化","极简目标", "全力以赴"。今天想个大家探讨下这个曾指导"小米"发家,"猎豹移动"上市的方法论,如何在QA团队建设领域助力成功。

  【差异化】

  古人云:"随人作计终人后,自成一家是逼真"。何谓差异化?顾名思义,即是那些与众不同的事情,那么先来看看几种典型的反例:

  1)疯狂加班,杀到眼红,才可能会有一点点机会的事情。

  2)等待对手犯错误,才能弯道超车的事情。

  3)大多数团队(人)每天都在重复,并不能拿来作为"亮点"的事情。

  包括但不限于以上几种情况,都是不妙的。为何?姑且抛开互联网的大圈子,聚焦于公司内部的团队管理。相信有一个词,大家耳熟能详--"KPI"。大家一定问过自己一个问题"我怎样才能做的优秀?"或者"我怎么做的比别人好?"如果主管告诉你,要比别人努力,这等于没说。因为互联网不养闲人,这是个定律。如果主管仅告诉你"要拼工作强度,拼细致程度,拼技术实力"。你做了,最终的绩效结果却差强人意,那么我可以告诉你,这不是你的错。是你老大太平庸。

  仔细想想不难发现,规范的用例设计,严谨的用例执行,甚至必要的加班赶项目进度。这些都是作为一个 QA人员的基本要求。即便你做的再好,绩效无非是个达标。你老大有什么理由说你做的"优秀"呢?丧失了结果导向,大家只能靠拼加班来向 leader 证明你比别人做的更好更负责。如果你现在的处境是这样的,千万警惕四个字"虚度光阴"。

  正如平庸的leader 总喜欢让员工做些平庸的事情,久了就打造了一支平庸的团队。我想这是谁都不愿意看到的。那么拒绝平庸,首先要做到差异化。去做那些"即使你的实力没那么强依然有可能成功的事情"。所谓:"一个好的目标等于成功了一半"。分享一些差异化的思路,姑且算作抛砖引玉。

  客户端负责功能测试的同学。建议建立起"量化的质量体系"。诸如需求评审,用例设计,用例执行,沟通反馈。这些大家张口就来的工作。自然是缺乏"亮点"。基于差异化的理论考虑,我们要做一件有意义且不平庸的事情。QA 是质量保证的中坚力量。别人希望我们回答一个问题"这款 APP 的质量如何?"并且希望回答是有理有据,且客观公正。回答这个问题就是一件很有意义的事情。但是很多团队,未必能迅速回答这个问题,或者回答起来太过于主观。这就又要说到我提到的"量化质量体系"。篇幅关系,简单来说(之后会有单独文章对此进行阐述),就是有一套打分机制,以一个迭代周期为单位,来客观的评估的从项目立项,到发布上线这一过程中,包括APP功能测试,适配情况,稳定性,反馈情况,以及项目流程监控等环节的综合质量情况。总分为100分,每项都逐级分配权重。体系运行后,不仅可以快速回答出综合质量情况。而且可以客观的评估质量短板之所在。通过不断的暴露问题,追溯问题,提高得分来不断的优化产品质量。通过一定时间的积累,还可以掌握APP质量的客观规律。比如在需求评审的时候,可以说基于量化数据,需求变更的程度会对APP质量造成多少影响。从而起到风险把控的作用。

  至于性能测试,差异化在于,逐步形成某一领域的"标准化"。例如对于安全或者工具类软件。启动速度,垃圾扫描速度,垃圾清理速度,多快才算达标?电量消耗,cpu消耗如何才算正常?这当然需要不断分析积累才有说服力。但更重要的是,你是否已经开始做了?

  至于测试平台的建设,差异化在于,学会换位思考。因为你在做一款产品,那么怎么才能让用户喜欢买单?自然是突出性价比!那么平台的性价比在于,能让使用者通过尽可能简单的接入步骤,得到尽可能强大的功能(包括但不限于数据分析,可视化处理,智能控制,自动报告)。以此为出发点,才能做出有差异化的测试平台,不然只能是闭门造车。用之者甚少。

时间: 2024-10-21 17:47:59

【转】“紫牛”方法论在测试团队中的应用的相关文章

让测试团队慢慢死去!-有同感,转载

看完这篇文章想说的话: 技术发展是很快的,本人出生软件开发,后转做测试,在这四年里,体会很多.从一开始的手工测试+loadrunner性能测试,那个时候黑盒测试要求多,工资也还比较高,一直到现在,市场需求逐渐转到要求会coding脚本居多的测试“开发”工程师职位,相对的工资也比纯手工的点点点高出一截,但是要求相对的开发能力也要不必开发弱,各种技术原理都需要有所涉猎和想法. 特别是还在上学和想要从事这个行业的兄弟姐妹们,如果不跟上时代的节奏,会被渐渐淘汰的. 这个阶段发展应该还是在中间的过度阶段,

如何管理好测试团队

如何管理好测试团队 1.作为一个团队的管理者,最起码的是要自己懂自己产品或项目的业务.这一点很重要,第一这样有助自己分配工作给团队中的成员,要不然自己都搞不清楚业务难度和业量就分配工作给team member是件很让人难以接受的事情.第二,有助于自己和其它team或department的合作和沟通,不至于其它team提出的问题,自己还不清楚就答应或否定要做. 2.作为一个管理者,要懂更多的技术,至少是了解更多的测试技术,要了解其工作原理,这样有助于自己帮助团队成员research或者说技术的应用

你理想中的测试团队是什么样子的?

有的测试团队会让你工作很开心.工作也很有价值,有的测试团队工作不开心.心也那么累,所以理想的测试团队是什么样子的?下面只是我个人的看法,欢迎大家一起讨论. 首先看看何谓团队,本人的理解是为达成共同的目标而相互协作并利用各自的技能.知识.资源的人.物.事等.基于以上定义中的要素,所谓的完美团队与团队100分是根本不存在的,团队是无限趋于100分,因为团队成员再亲密,也不可能是切肤之触,另外团队成员的思维和出发点不尽一致,即使团队成员就某一项的某一点达成共识,也是短暂的,如果一个团队中的所有成员思维

敏捷团队中测试人员的角色

Karen Greaves和Sam Laing将会在Agile Testing Days 2015上发表主旨演讲,演讲题目为"测试人员正在消亡",Agile Testing Days 2015将于11月9日至12日德国Potsdam举行.小编将会覆盖本次会议报道. 小编对二人进行了采访,关于敏捷是如何影响测试人员角色的,为了缩短测试交付周期,测试人员可以采取哪些措施,敏捷团队中测试人员与其他团队成员之间的协作,敏捷团队中测试人员可以贡献的价值. 小编:我的经验是,敏捷更广泛的普及率正在

测试人员在敏捷团队中扮演的角色

对于开发模式,现在大部分互联网公司都完成了从传统瀑布开发模式到敏捷开发模式的转型,这种转型相对传统的测试人员来说,不论是在角色定位还是在技能栈方面都提出了更大的挑战,那么测试人员应该如何应对呢?下面根据我平时工作的一些总结体会来说说测试人员应该发力的方向,供大家参考: 角色 1: 培训人员 在转型初期,测试人员应该针对开发人员的薄弱环节(即业务技能)进行培训和指导.由于工作任务的差别,开发人员对负责的模块业务和具体实现细节非常了解,但是对周边模块或者业务并不是非常清楚,主要体现在配置和使用方面.

构建高效测试团队11层武学心法

     测试是一门武学,流程是武技.工具是武器,思维是秘诀.有简单的如花拳秀腿,也有深奥的九阴真经.九阳真经. 测试好比玩魔兽世界,知己知彼,方能百战不殆. 测试好比玩CS,玩得好可以一枪爆头(轻松找出系统缺陷),玩得不好,上线后被客户骂得晕头转向. 所以我们要在打好拳脚的基础上用各种测试技能武装自己,然后再根据自己对测试质量的了解去不断挖掘自己的潜力(作为测试管理者就要不断发现并挖掘团队成员的潜力,使之快速成长),全方位提升各项测试技能,例如,怎么了解当下系统业务知识.怎么了解当前系统需求.

构建高效测试团队11条法则

       测试是一门武学,流程是武技.工具是武器,思维是秘诀.有简单的如花拳秀腿,也有深奥的九阴真经.九阳真经. 测试好比玩魔兽世界,知己知彼,方能百战不殆. 测试好比玩CS,玩得好可以一枪爆头(轻松找出系统缺陷),玩得不好,上线后被客户骂得晕头转向. 所以我们要在打好拳脚的基础上用各种测试技能武装自己,然后再根据自己对测试质量的了解去不断挖掘自己的潜力(作为测试管理者就要不断发现并挖掘团队成员的潜力,使之快速成长),全方位提升各项测试技能,例如,怎么了解当下系统业务知识.怎么了解当前系统需

史上最全的测试团队组建方法

背景:公司刚成立一个产品线,自然同时需要组建一个对应的测试团队,这个时候公司选择了小A来负责组建和管理该测试团队,并且当前就小A一个人.那么问题来了,作为一个新任命的测试经理,小A应该一步一步怎么去做呢?都需要哪些技能才能够承担这样的责任呢? 寻找队友:所谓巧妇难为无米之炊,第一步肯定就是要招人了(这个时候对于团队的目标应该也有个大概的方向,后面详细说明):当然, 公司也不是土豪,给的预算也有限,一般很牛逼的人估计也不愿意过来.在这样的情况下,如何找到合适的队友呢?不错:找潜力股,然后在团队里面

如何组建测试团队?

最近有一个朋友入职一家新创业公司,有幸成为测试负责人.在开心之际也迎来一个问题:就是作为一个新晋的测试主管,应该怎么开展工作才能尽快体现自己的价值,以及体现测试部的价值? 话题有点大,比如如何制定部门规划.流程规范,如何制定KPI,如何提升人员素质,如何打造团队文化和凝聚力,如何提高执行力......所以我觉得有必要围绕着测试部建设这个话题,把自己的一些心得整理成一个系列. 今天分享的话题,也是这个系列的第一步:即如何组建测试团队? 几年前,我作为第一个测试人员入职一家处于创业起步阶段的公司,负