定义工作进度
• 确认工作任务
• 工作任务可以分为两类：
- 一类是可以直接和需求文档对应起来的，
- 另外一类和需求文档没有直接的关联。
• 在需求文档中，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。
• 确认好测试任务后，还应该排列这些任务的优先级。
• 与需求文档没有直接关联的任务：
- 开发和安装专用测试工具
- 学习使用测试工具
- 将测试用例编写为脚本或数据文件
- 重新运行以前没通过的测试用例
- 编写测试计划
- 人员培训
- 与程序员之间的交流
- 与客户之间的交流
• 估算工作量
• 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。
• 测试工作量的估算可以采用以下方法：
- 建立详细的工作分解结构
- 分析以往项目，寻找历史数据
• 风险评估的考虑要点
- 重要性、严重性
- 原因
- 可能性
• 重要性和严重性
1.从实际业务考虑
2.确定测试对象的重要性和严重性
如：这个测试对象在系统中起到什么样的作用；如果该测试对象失效，其所带来的后果？
3.重点考虑后果：可以设置级别和分值，以帮助分析
• 原因
1.如果某个测试对象失效，那么导致其失效的原因是什么？
2.分析失效产生的原因，原因如何出现
3.分析失效对系统其他部分的运行是否会产生影响
4.对导致被测对象失效的原因进行风险评估
• 可能性
1.如果一个被测对象失效，那么出现该情况的几率多大？出现几率越大，风险越大。
2.对于频繁发生的业务或经常使用的功能，发生问题的几率同样会提升。
3.对于低版本中出现的问题，在高版本中发生的几率也会比较高。
4.需求 变更，带来的软件改动，可能导致问题的出现
5.业务关系复杂，交叉多，可能导致问题的出现
6.使用了大量的第三方软件、空间，或直接移植代码，可能导致问题的出现
