十六、如何不让测试计划束之高阁
• 原因：测试计划缺乏参考价值
• 措施：
- 上面讲的完成测试计划的方法并不是完成该项工作的全部方法
- 放那些会对测试计划产生影响的因素发生变化时，要及时跟新测试计划的相关内容
• 软件需求和软件设计发生变化
• 同时调离项目
• 测试设备的配备无法达到要求
• 测试计划发生重大调整，要考虑工作量是否需要重新估算，是否应调整测试所用时间
- 计划不是用来应付领导或客户的，而是用来指导实际工作的，因此，计划的内容要正确、详实、具有可行性
- 若项目过于庞大，可以尝试着把工作阶段分几个更小的阶段来设计完成。把测试工作控制在自己的能力范围内。
十七、风险评估
• 风险评估的考虑要点
- 重要性、严重性
- 原因
- 可能性
• 重要性和严重性
• 原因
如果某个测试对象失效，那么导致其失效的原因是什么？
分析失效产生的原因，原因如何出现
分析失效对系统其他部分的运行是否会产生影响
对导致被测对象失效的原因进行风险评估
• 可能性1
如果一个被测对象失效，那么出现该情况的几率多大？出现几率越大，风险越大。
对于频繁发生的业务或经常使用的功能，发生问题的几率同样会提升。
对于低版本中出现的问题，在高版本中发生的几率也会比较高。
• 可能性2
需求 变更，带来的软件改动，可能导致问题的出现
业务关系复杂，交叉多，可能导致问题的出现
使用了大量的第三方软件、空间，或直接移植代码，可能导致问题的出现
十八、确定测试策略
• 测试策略的描述内容
内容1：描述测试工作中采用的测试方法
内容2：描述测试中用到的工具和技术
- 不同的测试阶段需要考虑的测试类型和具体目标
- 需要哪些测试技术，不同测试阶段结束的标准是什么？
- 一些对测试工作可能产生影响的因素
十九、测试环境
-从软件的编码、测试到用户实际使用，存在着：开发环境、测试环境和用户环境。
- “环境”，指的是被测试软件所运行的软件环境和硬件环境。
-测试环境是测试人员为进行软件测试而搭建的环境，一般情况下，将包括多种典型的用户环境。
• 测试环境的环境项
- 计算机平台
- 操作系统
- 浏览器
- 软件支持平台
- 外部设备
- 网络环境
- 其它专用设备
二十、定义工作进度
• 确认工作任务
• 工作任务可以分为两类：
- 一类是可以直接和需求文档对应起来的，
- 另外一类和需求文档没有直接的关联。
• 在需求文档中，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。
• 确认好测试任务后，还应该排列这些任务的优先级。
• 与需求文档没有直接关联的任务：
- 开发和安装专用测试工具
- 学习使用测试工具
- 将测试用例编写为脚本或数据文件
- 重新运行以前没通过的测试用例
- 编写测试计划
- 人员培训
- 与程序员之间的交流
- 与客户之间的交流
• 估算工作量
• 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。
• 测试工作量的估算可以采用以下方法：
- 建立详细的工作分解结构
- 分析以往项目，寻找历史数据
网友评论