我做事很容易陷入一个形式化的禁锢。完成一个任务不能为了完成而完成,应该要分清主次,知道为什么要去做这件事。
写一份测试计划,有点像老太太的裹脚布,又臭又长。
没有写出最主要的时间上的安排。反思反思。。。
可是谁又会去执行呢!实际上项目如风云般变化,敏捷开发和测试才是王道啊。
目录
1 简介... 4
1.1 文档目标... 4
1.2 测试目的... 4
1.3 项目背景... 4
1.4 参考文档... 5
2 测试范围... 5
2.1 测试范围... 5
2.2 测试约束... 6
3 资源... 6
3.1 人力资源... 6
3.1.1 角色与职责... 6
3.1.2 培训计划... 7
3.2 系统资源... 7
3.2.1 软硬件资源... 7
3.2.2 测试环境... 7
3.2.3 测试工具... 7
3.2.4 其它需求... 8
4 测试需求... 8
4.1 被测试项... 8
4.2 不被测试项... 8
4.3 其它测试项(非开发需求)... 8
5 测试方法... 9
5.1 功能测试... 9
5.2 性能测试... 9
6 测试里程碑... 9
7 测试任务安排与估算... 9
8 测试退出的准则定义... 10
9 应交付的测试工作文档... 10
10 相关文件... 11
11 附录一 测试策略标准... 11
12 附录二 测试相关术语表... 19
这就是我写的测试计划的目录,我完全不知道我写这个是干嘛的。再也不要写了。