风险识别知多少？

一、为什么要做风险识别？

举例：实际项目中测试活动无法顺利开展的例子

例1：需求阶段，产品未能提供全面的产品需求文档，导致测试设计时场景缺少，无法达到测试设计的预期结果 例2：测试设计时，开发未能提供相关的设计文档，或者文档未能及时更新，导致测试设计遗漏或不准确，无法达到测试设计的预期结果 例3：测试设计执行时，发现一些测试用例因为缺陷或代码提交的原因阻塞了，不能按照计划进行测试执行 例4：测试执行时，发现缺陷迟迟不能修改，缺陷分析的结果无法达到预期 …….

以上可见，想要顺利完成测试任务并不是一件容易的事情，总会有各种的问题阻碍我们测试活动的进行。所以，如果能提前识别项目中可能存在哪些会阻塞测试的风险，然后基于风险来调整我们的测试策略，就可以在测试过程中”如鱼得水“。

例如：针对例1，我们可以加强对需求的评审、明确需求的验收条件（如对每个需求打分），对需求评审不通过的进行打回等来应对风险。针对例2，我们可以加强对开发设计文档的评审、让开发参与测试用例评审等来应对风险。 那么，如何做风险分析？

二、风险识别应从哪些方面入手？

我们可以根据测试策略逐步分析哪些问题会对测试活动的开展带来阻碍，并进行风险识别。

首先，分析该项测试活动需要关注哪些内容 其次，分析上述内容能够顺利进行，需要哪些条件 最后，逐一分析这些条件十分能够满足

举例：对测试设计进行风险识别

Step1：分析测试设计需要关注哪些内容，例如： 需要对某个重要的特性进行深入的测试，需要能对开发的设计流程进行全面的覆盖，需要进行压力或稳定性或性能方面的测试、需要对系统间的相互作用进行深入的测试等。

Step2：分析上述的内容若要顺利的进行，需要哪些条件，例如： 条件1：开发能够提供相关的设计文档，并且保证文档内容最新 条件2: 测试人员对产品的使用场景有一定的理解，能够进行全面的功能交互分析 条件3：有机制保证开发和测试人员之间的有效沟通 条件4：测试人员理解并掌握压力、稳定性和性能方面的测试方法

Step3：分析上述的这些条件是否都满足。若条件1和条件4无法满足，那么识别出来的风险点就是：

风险1：开发缺少设计文档，或可能文档更新不及时

风险2：测试人员对压力、稳定性、性能方面的测试方法掌握不足，可能会出现测试设计遗漏

上面是简单举的一个例子，实际我们做风险识别时，需要从整个项目的角度进行，包含不限于：需求阶段、排期阶段、设计阶段、提测阶段、测试阶段、线上阶段、及沟通方面、资源方面、基础设施等。以下简单列举一些风险点：