51Testing软件测试论坛

标题: 测试计划考虑的几点 [打印本页]

作者: liangjz 时间: 2009-2-13 22:07
标题: 测试计划考虑的几点
测试计划最终结果把WBS有控制完成。测试计划符合SMART原则。

1 选人：
从几个纬度考虑
(1) 尽量发挥技术特长
(2) 结合项目兴趣
(3) 技能高+ 技能低些的结合。涵盖项目所需技能。或者不完全具备，需要有学习能力强的排头兵

2 工时估算

这个是一个很难估算准确的活。因为一个项目充满变数。
学会工作分解，然后再按每个功能点/测试范围乘一个冗余系数
可以采用project, mindmap, excel等

3 风险分析与规避
通常测试项目风险
1) 研发提交代码质量不高，冒烟测试失败
2) 研发更改频繁，送测版本过多
3) 需求文档或者设计书不够明确,QA 和需求/研发细化耗时
4) QA 测试分析不够全面
5) 性能问题分析以及调整影响面过大
6) 测试的覆盖率过低
7) 技术难题或者测试环境资源问题
...

4 确定测试范围

由于项目有外部耦合模块，要非常明确影响范围十分困难。
通常做法: 用工具绘制调用网状图。或者分析正相关的模块结合自动化测试脚本确定测试范围

5 确定测试策略

确认系统是否需要性能测试，安全测试，兼容性测试，本地化测试...

以及是否需要验证系统的高可用方案，新旧系统平滑过渡方案，可扩展容量估算公式...。

6 项目的工作约定

比如采用的模版，沟通方式（IM/周会。。。)，项目出现问题的解决流程

作者: dream2009 时间: 2009-2-14 20:15
标题: dream2009

是不是还应该有测试的类型,单元测试,集成测试,系统测试,上线测试.

作者: sense 时间: 2009-2-17 17:13
项目管理不规范，所以导致了我们也没有什么计划，而且周期实在是长啊

作者: jenvee 时间: 2009-2-17 18:17
标题: share
谢谢

作者: smile665 时间: 2009-2-27 23:18
学习学习...

作者: tengmy 时间: 2009-3-13 16:56
对于测试风险分析来说，很大程度上是因为测试项目的难点（测试瓶颈）来决定的。技术难题的攻克时间其实在现实生活中很难去度量的。所以才会发生在现实中出现项目一再延期的问题。
不知道阿里的牛人对此有什么好的建议呢？

作者: sunhope800 时间: 2009-8-8 16:59
学习了，谢谢！

作者: ilove51 时间: 2011-1-10 09:48
正在找，不错的分享

作者: ericzhou2009 时间: 2011-1-26 14:27

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)