软件测试文档一般是提供测试信息的一组文档，可以是测试人员的工具，也可以是项目开发团队的开发辅助工具。一般情况下，项目相关的测试文档主要有以下几个 ：
1.测试计划。测试计划由测试小组编写完成后，需同项目中相关人员进行评审，以确保当前的计划与项目进度等方面是一致的。文章源自玩技e族-https://www.playezu.com/194062.html
2.测试策略。一般情况下，较大型的项目会有附加的测试策略文档 ，即详情测试设计。与开发小组中的概要设计文档类似。测试策略文档编写完成后也需要由相关项目经理、开发人员进行评审 。了解测试设计的同时可以针对自己的开发习惯与出错点进行分析比较，使开发人员在项目早期避免一些Bug的产生。文章源自玩技e族-https://www.playezu.com/194062.html
3.测试用例文档。测试用例是考察测试人员真实测试技能与水平的一项活动。同时测试用例一般根据测试计划及测试策略来编写，测试计划中会写清楚case设计的颗粒度及测试范围等等，并运用测试策略中提到的一些设计方法，同时结合当前项目中业务的特性来完整、有序的编写。与项目小组评审时，目的是查漏补缺，让项目经理清楚覆盖面，从而更准确评估项目风险。文章源自玩技e族-https://www.playezu.com/194062.html
4.测试报告。主要供项目相关人员如项目经理、产品经理、开发经理、测试组成员及管理层查阅，以获得对本次项目的测试进度、产品问题等信息。并为后期迭代项目提供参考依据。文章源自玩技e族-https://www.playezu.com/194062.html
5.缺陷报告。主要记录产品的相关质量信息，以使项目相关成员了解缺陷集中区域，及缺陷类型，利用统计好的图表更直观展示。文章源自玩技e族-https://www.playezu.com/194062.html
测试成员个人的文档主要是为了辅助测试，同时可在测试过程中不断总结，以增强自身的技能。文章源自玩技e族-https://www.playezu.com/194062.html
1.测试需求架构图。即测试人员依据产品文档来重新设计的测试需求文档 ，目的是在编写测试文档时更好梳理。并静态检查其可测性。文章源自玩技e族-https://www.playezu.com/194062.html
2.用户文档。对于第三方测试或是专业业务的系统，用户文档需由测试编写。换句话说， 就是系统使用说明书，需要图文并茂，让非专业领域的用户也可以轻易按说明书上手。文章源自玩技e族-https://www.playezu.com/194062.html
3.测试草稿。即测试过程中对于复杂场景或需要计算的功能来设计方案，或是有些测试输入数据需要记录。文章源自玩技e族-https://www.playezu.com/194062.html
4.测试笔记。在测试过程中学习到的新技能或是有疑问的做好记录。用来在总结时参考 。文章源自玩技e族-https://www.playezu.com/194062.html
5.测试共享库。可以在项目开始前编写好模板，在项目过程中每个测试组成员都可以协同编写。如，出现频率较高的Bug， 较奇葩的Bug ，通用功能测试点的补充，顿悟到的一些测试理念等等，都可以写入共享库中， 在测试过程中大家可随时查阅，可以节省大量时间，项目结束后作为测试经验来记下，以在后续项目中注意。