测试惯例是什么？怎么打破测试惯例？
Posted 测试baby
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了测试惯例是什么？怎么打破测试惯例？相关的知识，希望对你有一定的参考价值。
惯例，在我们日常的理解中就是按照老样子来，这样的话测试惯例也是按照以往的思维、方式、方法来吗?测试惯例有什么好的或者不好的作用呢?什么时间、怎么做能够打破这种惯例呢?
什么是测试惯例
惯例指法律上没有明文规定，但过去曾经施行，可以仿照办理的做法。例如，国际贸易惯例、某法律惯例等。
《软件测试经验与教训》一书中有类似的描述：测试员在理解产品/功能后，在头脑中形成映射，随着对产品的了解，逐渐从各个方面提高对产品的反应能力和敏感性，并且头脑不再那么努力工作。
当然了，作为测试人员，有了对产品、质量等熟悉到一定程度后，会给质量保证带来大大的好处;但另一个方面，当对产品、质量接触的时间越来越长后，必然会新鲜感下降、由于过于熟悉而不愿做进一步探索、思考了。当测试人员在接触一段时间产品，但其间不做任何自我提升时，可以使用下面的图来大致描述测试人员对质量保证水平：
1)A点之前，由于对产品越来越了解，整体质量保证水平是在显著上升的;
2)A点~B点之间，由于已经对产品充分了解了，加上尚未对产品产生倦怠，新鲜感/冲劲还在，加上测试策略越来越完善，质量保证水平会达到巅峰，同时也会逐渐形成“测试惯例”;
3)在B点之后，由于测试人员已经逐渐失去了新鲜感、下意识按照之前的步调行事、没有主动自我测试能力提升等，整体质量保证水平会稍微有所下降。这里之所以是“稍微下降”，原因在于以往的测试经验还在。
不同的业务，不同经验的测试人员，A，B两个时间点的出现阶段会有所不同。作为测试人员来讲，当然希望永远保持在A点~B点之间了，但或许这仍然是不够的。下面就自己的一些理解，谈谈这方面的体会和心得。
测试惯例带来的好处
对产品的“前世今生”十分熟悉。随着测试人员拥有越来越多的产品经验，在推动产品优化、甚至引导产品方向方面都会有所建树。
“手到擒来”的测试经验。当测试策略已经制定完毕，测试深度、测试广度等等已经几乎100%覆盖，自动化体系已经搭建完成后，任何产品需求、技术需求已经被现有的测试策略cover住了，那么这时候只需要根据测试方案“依葫芦画瓢”就够了。
对技术实现十分了解。由于接触了各个服务的实现，因而无论是对于影响点、测试点的评估，还是服务间的系统架构，乃至各个服务的优势、劣势、可能的坑，都可以侃侃而谈了。
效率的保证。由于产品业务、技术实现、测试策略不用“现学现卖”了，加上十分了解团队成员的特点、合作模式，那么对于各个环节的进度，推动都可以不费吹灰之力了。
这些好处是不会随着测试惯例的到来而消失的，因而这也是所有测试人员喜闻乐见的结果。不知你是否由于考虑到上述诸多好处，而选择继续留在当下的岗位呢，这正是测试惯例对你的吸引力了。
测试惯例带来的坏处
下意识依赖惯性测试产品，而用户并没有这样的惯性。测试过toC产品的同学想必亲身经历、或听到过类似的故事：测试人员测试OK，各方确认没问题上线了。不久之后，产品人员又拉了一次需求——要改善一下产品的易用性，原因是用户xxx不太会用、或某某功能的入口过于隐藏了。其实究其根本原因在于，团队中的测试人员，甚至是产品人员、研发人员、设计人员，都对产品十分熟悉了，可以下意识进行惯性操作了，而用户是在没有这样的先验知识前提下，来使用产品的。
过于依赖先前的测试策略。之前说过，长时间接触一款产品的测试后，必然会形成比较成熟而稳定的测试策略，这时的测试策略当然可以省去一大波测试策略探索时间，但另一方面也会受限于此。首先，测试同学A制定出来的看起来成熟而稳定的测试策略，在测试同学B看来或许还有大幅度的提升空间;再者，随着产品越来越复杂，实现引入了越来越多的新技术，之前的测试策略未必可以cover住。
对用户失去敏感度。归根结底，产品是要服务于用户的，只有用户用的爽了，你的产品才能发挥最大价值。因而，充分了解用户是如何使用产品的至关重要，只有充分站在用户角度，模拟用户使用过程，才能更容易测试出产品的问题。例如，想购买一件商品，你使用直接输入网址来测试购买过程，而用户却常常从分享链接进来，而问题恰好是从分享进来的用户打开网站链接报错了。
测试惯例带来的坏处，虽然看起来不是致命的，但仍然是不是会给整个产品的迭代创造麻烦。比如，长期都遗漏了某种场景的测试，直到发生线上问题才知道;或者某次忽略某个场景带来线上故障;或产品为了逐渐增强易用性，接二连三上线…
打破测试惯例的方法
无论使用什么方法，这里有一个统一打破测试惯例的目标：
把新信息吸收到你大脑中的已知信息中，同时修改已知信息来refresh惯例，并让质量保证水平符合下图走势(C点之后)：
这里举几个自己常用的refresh惯例的方法，仅供大家参考：
1)使用产品时，有意识关注那些让自己困惑和烦恼的地方，避免一直依赖下意识操作;
2)拉团队成员一起群策群力，会瞬间给自己测试“灵感”;
3)定期研究用户的使用轨迹、使用习惯，并将其用户测试策略制定上;
4)向各个领域的大牛借鉴经验，这些经验会refresh你的经验。
写在最后
其实无论什么工作，大概都会经历由于惯例的存在，导致让工作水平走了“下坡路”。由于每个人面对的具体情况的差异，“下坡路”到来的时间、到来的次数、持续的周期等会各有不同。了解了这一点，当你感觉自己的水平无提高，甚至在走“下坡路”的时候，记得refresh你的惯例啊。
感谢您的阅读，以上就是对测试惯例定义、好处、坏处以及打破的方法所作的总结，你都学会了吗?
看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：
1、 点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。
2、 让自己变得更强：想一想，如果你想在测试这个行业一直做下去，35岁之后，凭什么让一家企业继续任用你？你的经验和功能测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！
最后:【可能给予你助力的教程】
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
关注我的微信公众号：【伤心的辣条】免费获取~
我的学习交流群：902061117 群里有技术大牛一起交流分享~
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
好文推荐：
以上是关于测试惯例是什么？怎么打破测试惯例？的主要内容，如果未能解决你的问题，请参考以下文章