对测试文档编写的想法

写这篇文章的初衷是因为要写一份我完全不知道的测试计划文档，总结下其中的感受。

1 从文档的角度分析：

要说明文档的目的，介绍的内容和范围，参考的哪些文档。

2 从测试的策略角度分析：

2.1 要测试的内容

2.2 采用的测试策略

2.3 测试环境的搭建

2.4 测试的级别和应用的技术

2.4.1 代码级测试

2.4.2 单元测试

2.4.3 集成测试

2.4.4 系统测试

2.4.5 冒烟测试

2.4.6 从用户的角度测试

2.5 测试结果和测试报告的管理

3 测试的管理

3.1 测试的计划

3.2 测试的会议

3.3 测试的风险管理

个人觉得这些内容是测试里面必须要包括的，现在很多公司都有自己的测试文档的模板，不统一而且不是很规范，有些项目里面的条目根本是需要的，有点哗众取宠的感觉，因此在写的过程中无从下手，写测试文档时服务于项目和开发，而不是文档写的越炫越好，测试文档的目的是制定测试计划，资源的分配，测试case的管理(是至关重要的作用，case的效率，cese的覆盖率等等)，测试报告的管理，测试风险的估计，更重要的是如何实施测试计划。很多情况是，到项目结束的时候才在那里写测试的文档。这个事传统的开发模式的弊端吧。

 

ps：小女不才，仅此发表一下个人的看法