背景

　　小Q近期在承接一个需求，该需求推进过程中出现了多类问题，测试过程还跨了周末，小Q在周报中提及了这个项目中的问题，自己也做了一些反思，其中几句如下：

　　“在一个项目中，QA有两个角色，一是作为项目推进者，尤其是跟测试有关的环节，另一个是作为QA角色。”Z哥发现需求测试过程明显出现卡点但是较晚才被反馈时候是这么说的。

　　在测试过程中，我更容易陷入第二个角色执行测试相关的动作、做bug的修复推进，而对项目的推进动作就做得比较少。

　　比如我理解，明确各方阻塞点、看清楚什么是当前最重要的问题、对于风险和边界的沟通协调、风险的分析和及时同步等等都是属于对项目的推进。

　　如果陷入项目测试的细节，就容易忽略了项目关键动作，重点模糊向上反馈不及时，对于合作和整体质量交付是非常不利的，相关的主管不知道有问题也就无法看到对问题的处理方式无法提供帮助。

　　…省略…

　　问题反馈和信息同步，Z哥在一次周会上，掰开了揉碎了反复讲，我当时觉得自己懂了不用这么教了我之后会这么做的。但是落实到行动上就非常片面了，比如线上问题的及时同步，目前已经有比较好的行为习惯了。但是对于测试过程质量差、协同合作难、项目问题多的反馈，怎么就又不及时了呢？

　　…省略…

　　最后再讲一个点，最近总是反反复复有同一个感受，就是人会在一个问题上反复摔倒，或者说是不同角度的摔倒。怎么避免我现在还没有答案，欢迎大家一起探讨。

　　辅导过程

　　小Z：“摔倒”这个词，比较负向，是我们需要避免的行为。我觉得”摔倒“只是一次呈现，就像自动化测试的各类度量指标。

　　每一次的”摔倒“虽然说明还没有做好，但也是改进的机会。根据收到的针对性反馈进行调整，再寻找工作中的机会进行”刻意练习“，如此反复几次，最终必然是能做好的状态。

　　再换个视角，如果人们可以仅仅靠倾听和想象就能掌握好一些认知，那这些认知并没有什么门槛，也不存在认知深刻的说法。也许”摔倒“+”调整“+”刻意练习“，很多次后认知才会变成你自己的。也正因为如此，你经历了这些， 你的认知才深刻，以后才能非常低成本地把事情做正确。从这个意义上，”摔倒“更像是给你的礼物。

　　小Q：确实是，我自己都没怎么意识到。就是焉知非福，不要放大每次“摔倒”的挫折感，多总结学习练习，转变成 “得到感”。这个角度我记下了，之后再遇到让我觉得摔倒的时刻，就是我可以学习进度的机会啦。

　　小Z：嗯嗯。

　　小Z：关于寻找工作中的机会进行”刻意练习“，再给你一个输入。什么叫寻找工作中的机会进行刻意练习呢，以你遇到的情况来看，你可以拿你手边任何一个需求，尝试在需求推进过程中，向我反馈几次进展。

　　小Q：哇，打开了新思路。

　　小Z：你不一定需要等着某一天做了一个糟糕的项目，才能练习到这些认知或能力。这种机会的频次或许太低了，可能达不到刻意练习的效果。

　　实际工作过程中，更有可能发生的是，你同步信息的能力还不够强，因此，你在信息同步上花费的时间比较多，这样在很多项目上，你并不愿意花费太多的时间进行信息同步，除非你遇到的问题和风险够大，不反馈会产生更严重的问题，你才愿意反馈出来。如果是这样的话，这方面的能力更加锻炼不出来。

　　小Q：对，我觉得反馈的时候，总结的能力弱，导致会花费很多时间才能总结反馈内容出来进行交流。那这确实可以通过平常的项目来练习。

　　小Z：嗯。你想想，军队、球队这样的组织，真正的赛场都是关乎生命和发展的，频次很低。要想在赛场上发挥好，说明在平时已经锻炼到了无以复加的程度。

　　小Q：对，很对。

　　案例总结

　　工作中的“摔倒”、挫折很容易被看成是失败，但更是改进的机会，是又一次成长的开始。如何改进呢，利用好身边的每一件事儿进行刻意练习。

作者：软件测试技能栈    

来源：http://www.51testing.com/html/51/n-7801951.html