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

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

　　 【差别化】

　　古人云："随人做计终人后，自成一家是逼真"。何谓差别化？顾名思义，便是那些不同凡响的事情，那么先来看看几种典型的反例：

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

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

　　3） 大多数团队（人）天天都在重复，并不能拿来做为"亮点"的事情。

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

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

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

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

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

　　至于测试平台的建设，差别化在于，学会换位思考。由于你在作一款产品，那么怎么才能让用户喜欢买单？天然是突出性价比！那么平台的性价比在于，能让使用者经过尽量简单的接入步骤，获得尽量强大的功能（包括但不限于数据分析，可视化处理，智能控制，自动报告）。以此为出发点，才能作出有差别化的测试平台，否则只能是闭门造车。用之者甚少。