紧急不慌乱：处理紧急测试任务的方法

作为研发活动的最后一环，测试人员经常会面临被压缩测试时间、紧急需求、紧急上线或者超额的测试任务，如何处理这种情况呢？刚好有一位星友提到这个问题，就整理了下自己的思路，抛砖引玉。

01

持好的心态

很多人遇到这类场景，会先吐槽团队是在压榨测试，没有人性，不要被PUA了……这些情绪有问题吗？没问题，这本身就不是一种正常的场景。但是只是吐槽，或者在工作中经常抱怨，是解决不了问题的，反而会影响自己，影响团队。

如果有能力就跳出这个怪圈，如果没有，那就保持好心态（笔者也经常处在这样的场景中，时间紧，任务重，需求经常变，上线时间卡死。但是事情总归要去做）。

相信没有解决不了的事，要相信每个人都是解决问题的专家，当困难和挑战来临时，迎难而上，终会柳暗花明。不管是通过流程还是工具或者适当的外援，始终逃脱不了“一物降一物”的法则。

02

加强沟通

在研发周期紧急的场景下，很多事都会被事急从权，很多过程信息都会丢失。比如需求变更、研发方案变更，甚至业务场景都会改变，而这些变更往往没有留下相关记录。所以需要加强沟通，确保信息不丢失。

基于良好的沟通协作，提前识别风险，调整好测试策略，避免被背锅。在沟通过程，提升测试的存在感，让团队感知到测试的重要性和发言权。也能更好地为后续的问题处理提供空间。

03

优先级排序和风险评估

在繁乱的场景下，作为测试负责人不能也跟着乱，需要在纷乱中理出头绪。需要做好以下几点：

梳理好业务优先级：从业务的角度出发，梳理业务的优先级，哪些是紧急重要的，哪些是紧急不重要的，别轻信什么都重要。什么都要的结果就是什么都要不到。多件事凑一起，肯定就会有优先级。

Tips：这个优先级可以让产品们去决定，当那么多需求都要上时，他们总会PK出优先级的，不要自己定。

基于风险做出测试策略：时间有限，不能做完全的测试覆盖，可以根据风险做出不同的测试策略，哪些业务重点测，哪些业务可以放一放，哪些开发的代码交付质量要重点关注等等，结合过往的经验和数据，有的放矢。这个策略需要得到团队核心人员的认可（产品负责人和研发负责人）。

识别团队成员的能力：需要对团队成员有比较清楚地了解，哪些人业务能力强些，哪些人执行力高些，哪些人沟通协调好些。结合人员能力和业务特点，提升人员的效率。在这类场景下，就不要去考虑AB角的问题了，谁能解决问题，就让谁去。

04

建立应急响应机制与流程

忙中一定会出错，墨菲定律总是在生效。所以，需要建立可落地的应急响应机制与流程，做好线上监控（特别是异常数据的监控），多记录一些业务日志（用于数据的跟踪与修复）。同时，需要成立对应的应急小组（需要哪些人参与）并保证联络顺畅，不要在关键时刻找不到人，就很尴尬。

05

管理压力

在这种场景下工作，团队成员的情绪一定会受影响，负责人一定要关注到成员的压力。再紧迫的项目，也需要抽出时间给成员放松，比如某一天可以早点下班，或者不定时的搞点下午茶，让成员有宣泄情绪的空间和休息调整的时间。而不是一味地压榨。

如果有适当奖金激励，就更好了。

06

让不好的事情发生

成年人总是不接受说教的，团队也是一样。改变一定是困难的。适当让不好的事情发生，撞一撞南墙，才会有改变的动力。从测试的角度来看，有些场景不测就是不测，让线上发生一些问题，也不是什么坏事。通过有效的应急响应机制与流程，让团队意识到质量的重要性，让团队意识到修复成本的高昂，或者才有机会让团队做出改变，跳出这个怪圈。

你有什么好的建议或者方法？欢迎留言讨论。

共勉。