|
测试计划最终结果把WBS有控制完成。测试计划符合SMART原则。
1 选人:
从几个纬度考虑
(1) 尽量发挥技术特长
(2) 结合项目兴趣
(3) 技能高+ 技能低些的结合。涵盖项目所需技能。或者不完全具备,需要有学习能力强的排头兵
2 工时估算
这个是一个很难估算准确的活。因为一个项目充满变数。
学会工作分解,然后再按每个功能点/测试范围乘一个冗余系数
可以采用project, mindmap, excel等
3 风险分析与规避
通常测试项目风险
1) 研发提交代码质量不高,冒烟测试失败
2) 研发更改频繁,送测版本过多
3) 需求文档或者设计书不够明确,QA 和需求/研发细化耗时
4) QA 测试分析不够全面
5) 性能问题分析以及调整影响面过大
6) 测试的覆盖率过低
7) 技术难题或者测试环境资源问题
...
4 确定测试范围
由于项目有外部耦合模块,要非常明确影响范围十分困难。
通常做法: 用工具绘制调用网状图。或者分析正相关的模块结合自动化测试脚本确定测试范围
5 确定测试策略
确认系统是否需要性能测试,安全测试,兼容性测试,本地化测试...
以及是否需要验证系统的高可用方案, 新旧系统平滑过渡方案 ,可扩展容量估算公式...。
6 项目的工作约定
比如采用的模版,沟通方式(IM/周会。。。),项目出现问题的解决流程 |
|