十七、如何不让测试计划束之高阁

如何不让测试计划束之高阁

• 原因：测试计划缺乏参考价值

• 措施：

        - 上面讲的完成测试计划的方法并不是完成该项工作的全部方法

        - 当那些会对测试计划产生影响的因素发生变化时，要及时跟新测试计划的相关内容

            • 软件需求和软件设计发生变化

            • 同时调离项目

            • 测试设备的配备无法达到要求

            • 测试计划发生重大调整，要考虑工作量是否需要重新估算，是否应调整测试所用时间

            • 计划不是用来应付领导或客户的，而是用来指导实际工作的，因此，计划的内容要正确、详实、具有可行性

             • 若项目过于庞大，可以尝试着把工作阶段分几个更小的阶段来设计完成。把测试工作控制在自己的能力范围内。

风险评估

• 风险评估的考虑要点

    - 重要性、严重性

    - 原因

    - 可能性

• 重要性和严重性

    1.从实际业务考虑

    2.确定测试对象的重要性和严重性

        如：这个测试对象在系统中起到什么样的作用；如果该测试对象失效，其所带来的后果？

    3.重点考虑后果：可以设置级别和分值，以帮助分析

• 原因

    1.如果某个测试对象失效，那么导致其失效的原因是什么？

    2.分析失效产生的原因，原因如何出现

    3.分析失效对系统其他部分的运行是否会产生影响

    4.对导致被测对象失效的原因进行风险评估

• 可能性

    1.如果一个被测对象失效，那么出现该情况的几率多大？出现几率越大，风险越大。

    2.对于频繁发生的业务或经常使用的功能，发生问题的几率同样会提升。

    3.对于低版本中出现的问题，在高版本中发生的几率也会比较高。

    4.需求 变更，带来的软件改动，可能导致问题的出现

    5.业务关系复杂，交叉多，可能导致问题的出现

    6.使用了大量的第三方软件、空间，或直接移植代码，可能导致问题的出现