软件测试工具Mercury“最佳功能测试实践”（二）

1.1.4   功能分解

        在计划测试活动之前，功能分解应该作为第一个要完成的活动。进行功能分解时，应该邀请业务方面和需求分析方面的代表共同参加。通常情况下，要遵从下面的原则：

        1) 每个用户情形都是一个业务功能

        2) 如果一组用户情形非常相似，那它们应该组合在一起形成一个业务功能

        3) 如果一个用户情形非常大或者非常复杂，则应该将其分解为两个或者更多的业务功能

        进行功能分解的思路体现在“将测试的单元确定为包含少量功能点的单位”，这样，每个测试单元的测试用例的数量就会被限制在一定的范围之内。我们可以将分解的目标设定为每个业务功能只有最多30-40个测试用例。

        1.1.5   风险评估

        既然质量保证的基本思路是降低缺陷破坏业务的风险，同时为了确保质量保证的资源得到充分的利用，我们需要对每个业务功能进行风险的评估。还要考虑到的是，我们也要对技术影响进行分析。这样我们能对完成每个业务功能的测试活动所需的工作量进行估算。

        1.1.5.1  业务风险分析

        业务风险评估需要针对被测软件的所有业务功能。评估的标准应该在整个业务的范围内是唯一的，才能在企业范围内使不同的评估结果具有可比性。

文章来源于领测软件测试网 https://www.ltesting.net/