二十、定义工作进度

定义工作进度

    • 确认工作任务

    • 工作任务可以分为两类：

        - 一类是可以直接和需求文档对应起来的，

        - 另外一类和需求文档没有直接的关联。

    • 在需求文档中，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。

    • 确认好测试任务后，还应该排列这些任务的优先级。

    • 与需求文档没有直接关联的任务：

        - 开发和安装专用测试工具

        - 学习使用测试工具

        - 将测试用例编写为脚本或数据文件

        - 重新运行以前没通过的测试用例

        - 编写测试计划

        - 人员培训

        - 与程序员之间的交流

        - 与客户之间的交流

    • 估算工作量

    • 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。

    • 测试工作量的估算可以采用以下方法：

            - 建立详细的工作分解结构

            - 分析以往项目，寻找历史数据

• 风险评估的考虑要点

    - 重要性、严重性

    - 原因

    - 可能性

• 重要性和严重性

    1.从实际业务考虑

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

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

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

• 原因

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

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

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

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

• 可能性

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

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

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

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

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

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