本来打算写一篇「性能测试扫盲」的，无耐，没时间整理（在星球和朋友圈，做了一笔调查，收到了很多问题，整理解答比较费时间），过几天再发出来 。
时间不多，临时写一篇在「软件测试圈」陆续发布过的内容，整理成文，分享给此公号「简尚」的几万名软件测试从业者 ；
IDO老徐，一直的观点：“ 作为一名软件测试从业者，职业生涯中，如果没有经历过「漏测」（你负责测试的内容，出现线上Bug），你的职业生涯是不完整的 ” 。
这是曾经某同学的提问，老徐的解答
从软件的角度，Bug是不可能穷尽的，是不可能无遗漏的；
作为一个专业合格的软件测试工程师，我们能做到的是：“ 在有限的时间投入、有限的资源投入，在保证效率和质量的平衡的前提下， 去尽可能多的发现一些问题，以及潜在风险 ” 。
那么，万一真的漏测了，线上发生了Bug ，我们可以做些什么 ？
任何事，有两面性；从漏测里，能找到自己的成长方向 & 加速提升 。
这是今晚某同学的提问，老徐的解答
1、分析漏测问题的分类，属于什么原因，尽量去复现（当然，还有很多情况，复现不了的；这种属于Bug生命周期的另外一个维度，你应该知道） ；
2、把过往自己所有漏测的问题，进行统一标签，去找找共性，以及属于的知识点（是底层架构类的、还是页面兼容类的、还是异常流程类的、还是基础功能点的、还是冷门业务场景类的）；
3、把每一个漏测的问题，加到自己的基础用例库中，每日看一遍，加深印象；
4、如果，属于自己当前欠缺的知识点，去恶补，去刻意练习 ；
5、如果，属于基础的用例覆盖这块，后续所有的版本测试，养成好的习惯，先用脑图写测试点，再去测试 ；
6、如果对自己的用例（测试点）不放心，写完后，找同事帮你评审（很多团队，是有内部评审的，如果没有，自己主动找测试伙伴，帮你把把关）；
，
每一次的漏测，都能恶补你的一个空白知识点；犯错误，不怕，自己主动承担；最怕，每次的漏测点是相同的类型；这种情况，就得好好反思，自己是否适合软测这个职业 ；
作为管理者（至少老徐带团队是这样的），是允许每位测试工程师，去不断成长，从错误中吸取经验的；但，如果有错不改，重复犯错，就得末位淘汰了，也许不适合这个团队，跟不上团队的发展速度 ；
好了，差不多深夜24点了，此文就此结束，希望对你有用 ；
延伸：
1、截图所说的「WEB测试点」&「APP测试点」，此公号「简尚」后台回复「WEB测试」&「APP测试」即可下载 。
2、等了几个月的「付费功能」灰度测试，终于轮到咱们自己的号「简尚」了，要不要留言庆祝一波 ？
