拒绝成为背锅侠！测试项目中的风险管理你一定要知道

什么是背锅？就是别人把工作失误推到你头上，俗称甩锅，由你来承担这些工作失误的后果，那么你就成了背锅侠。

在中国的IT行业中，因项目管理的不成熟、开发流程的不健全、质量管理的形同虚设、测试部门的人员稀少以及每一个人的私心，最终往往导致项目出现大量的问题，而这些问题很容易被其他人甩锅给测试，而公司高层因不了解测试也就认可了这种行为，认定这些问题都是测试部门的锅！

你可能听过以下的一些话：

"测试不是都通过了吗，怎么上线还会有BUG？"
"测试负责找BUG，项目上线出了BUG，就是测试没做好！"
"测试就是点点点，要那么多人干嘛？"
"测试什么都不懂，这就不是BUG"
"开发在加班，测试在干嘛？"
"开发的时间不够，测试这边挤出时间给开发"
"测试的时间不够，怎么不早说？"
"不是有自动化测试工具吗？测试少招几个人"
……

郁闷吗？都是测试的错？

郁闷，但这些锅我们不背！

可怎么才能不背锅呢？

1.做好沟通，树立观念

在日常的工作中，我们应尽可能的在沟通交流中让其他同事了解测试，尤其是以下方面：

1）测试做不到穷举

黑盒测试的各种输入可能及输入的组合基本是无限的。白盒测试的逻辑路径随着逻辑结构复杂度的提升呈数量级增长，这也基本是无限的。小项目不值钱，都做大项目，大项目需求多、功能复杂，无论黑盒测试还是白盒测试，都不可能做穷举，IT公司是商业组织，需要盈利，则必须在质量和时间上做出妥协。

2）测试只是检验质量，不能保证质量

从质量管理的角度来说，产品的质量是通过生产过程来实现和控制的，测试只是检验手段，并不能直接决定产品的质量。好的测试能够有效的提高产品质量。

3）测试应尽早的介入项目

测试要了解需求和设计，还要写测试用例，等开发做完产品再开始测试，根本就没有足够的时间。最好的情况就是测试早介入，了解需求和设计后开始写测试用例，当开发做完产品时，测试用例也完成，即可开始测试的执行工作，这样工作效率高、效果好且测试人员的工作压力小一些。

2.做好自己，律人先律己

1）写好测试用例

每一步的操作、数据和预期结果都要写清楚，不能含糊。
合法数据可进行融合，比如使用业务数据替代有效数据。
非法数据必须单独测试，不能遗漏。
多人协作，需将测试用例及数据写成一套，尽可能减少冗余，提高效率。

2）每个缺陷报告都要能重现，认定要有依据

一般的缺陷都很直观，只需强调认定的依据即可。

但往往会遇到所谓的“随机缺陷”，这种缺陷主要涉及底层技术，不太好发现和重现。根据现象来说，“随机缺陷”大多出现在开发提交的早期版本中，所以建议大家在测试工作的早期使用软件进行录屏，虽然这种缺陷难以重现，但我们有视频证据，也可以提交给开发来处理。

3）测试开始前，认真排查测试环境

最好由测试方提前独立搭建测试环境，包括操作系统、数据库、中间件等，只用开发给的数据库建库脚本，环境中不安装非必要的软件，这样做尽可能的排除开发方无效数据的干扰，如果没有硬件环境，那就采用虚拟机来完成。

4）做好每次迭代的记录及版本备份，留下证据

若公司有配置管理系统，则每个送测的版本必须从配置管理系统中获取，防止因版本误差导致后期的各种扯皮，且在测试方要备份这些版本。

若公司没有配置管理系统，则每个送测版本必须由开发经理或项目经理以邮件的方式发送，邮件不能删除，所有发送的工作邮件必须要求对方发回“阅读收条”，用来证明邮件内容已读。

3.做好测试计划，广而告之

4）明确测试工作的开始时间及前提要求

测试执行的开始时间应当衔接在开发任务完成之后，而测试用例设计的完成时间则早于测试执行的开始时间。同时，要强调测试执行的前提条件是开发提交送测版本且版本通过冒烟测试，若开发延期则测试执行的开始时间顺延。

5）明确被测需求的优先级并说明取舍的影响

在测试计划中要单独列出被测需求及具体的功能，并根据业务功能-辅助支持功能-其他功能的原则制定优先级。

在测试计划中要说明当开发延期且交付日期不变而导致测试执行时间不够时，需根据优先级进行取舍，并说明取舍后低优先级功能未进行测试而可能带来的后果。

6）测试计划需评审

测试计划不仅仅是给测试人员看的，作为一份管理类文档，必须提交评审，通过评审让其他的管理层成员明确测试工作的内容及各项要求。

计划文档需以邮件的方式提交，评审时必须打印最少一份纸质计划，通过评审后要求参评人员手工签字确认以避免后期扯皮。

4、做好风险管理，防患于未然

从管理角度来说，任何一份工作计划，都要有相应的风险管理，要识别在计划执行期间可能发生的风险并给出有效的应对方案。风险管理无需做的很复杂，但必须去做！

在这里给大家推荐最常用的头脑风暴法。“头脑风暴”是外来词汇，美式英语的解释近似“集思广益”，一般以会议的形式出现，要求必须在不受干扰的会议室或独立空间进行，常用的会议原则如下：

1）确定会议纪律

参会者应积极主动，不能敷衍了事。

保持会议的安静，禁止私下议论，不得影响别人的思考和阐述。

所阐述的风险必须紧扣主题，不要发散。

不能包含对他人的主观言论，排除但不限于人身攻击、谩骂、指责、诬陷等。

2）掌握会议时间

会议时间由主持人掌握，建议每位发言人有3-5分钟发言时间，还需要流出15-30分钟讨论时间，整体不超过1.5小时。

3）自由畅谈

参会者可从从不同角度，大胆想象，尽可能多的提出与众不同或有独创性的风险。主持人负责如实记录这些风险。

4）不许打断

所谓头脑风暴，就是让人一股脑的、不受影响的将自己的想法或意见阐述出来，一切的评价都等到会议结束以后才能进行。避免打断参会者的思路和积极性。

5）禁止批评

禁止批评是头脑风暴开展的重要原则。任何人都不得对他人的风险提出批评意见。避免产生抑制作用。

6）多多益善

头脑风暴目标就是得到尽可能多的风险，至于观点是否被采纳或观点本身是否有问题，则放在会面讨论。

主持人收集参会者的各种观点，形成风险评判表，然后就每一个可能的风险进行针对性讨论。讨论的顺序依次是某个风险发生的可能性，发生后对项目的破坏性。一般评定方式为高、中、低。根据可能性和严重性综合评判，其中可能性优先考虑，并对综合评判高或中的风险给出应对方法。

这样的风险管理过程，集思广益了大家的想法并加以识别，同时还给出了应对方法，当工作计划在实施过程中出现问题时，即可采用对应的方法来处理，提前订好、避免背锅。还要在日常工作中不断吸取经验、吸收知识，扩充风险评判表，不断扩大风评范围，保障工作的顺利进行。

最后：下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

涵盖以下这些面试题板块：

1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础

  全套资料获取方式：点击下方小卡片自行领取即可