一份完整的软件测试报告包含哪些文档？

一份完整的软件测试报告包含哪些文档？

一般情况下，最终工件有三个：测试计划、测试用例、测试结果报告。
计划里包含了测试的北京、人员和内容、以及计划要做的测试。
测试用例是对于计划中要做的测试内容、测试项生成的用例。
测试结果报告包含了用例测试的结果和总结，以便将来维护时使用。
整个测试过程这三个都应该是不断被更新的，只有一个最终版本。2012-12-10

一、测试人员的主要职责
编写测试计划
编写测试用例
执行测试，发现缺陷提交缺陷报告
验证所发现的缺陷是否得到修改
编写测试总结报告
二、缺陷报告的组成
缺陷编号(Defect ID)：提交缺陷的顺序；
缺陷标题(summary)：简明扼要的描述一下缺陷；
缺陷的发现者(Detected By)： 测试人员自己；
发现缺陷的日期(Detected date)：一般为当天；
缺陷所属的模块(subjecy):在测试哪个功能模块的时候发现的bug，开发组可以据此决定由谁负责修改该bug;
发现缺陷版本(Detected in release)：在测试哪个版本的时候发现的bug;
指派给谁处理(Assigned to):测试人员指派给开发经理，开发经理根据缺陷所在的模块，需再次指派具体的开发人员；
缺陷的状态(status)：缺陷此时所处的处理阶段或处理情况；
测试人员发现缺陷，提交缺陷报告，把缺陷的状态置为：new (新发现的bug);
开发经理验证新提交的 bug ,如果是 bug ,把状态改为 open (打开的bug,开发组承认的bug)，指派给具体的开发人员解决；如果不是bug,把状态改为rejected(拒绝的bug);
开发人员看到指派给自己解决的bug，进行 bug 修复，修改完后，把状态改为：fixed(已经修复的 bug ,可以返测得 bug )
测试人员对修复得 bug 进行返测，返测成功，把状态改为closed(关闭得缺陷，归档得 bug)；如果返测不成功，把状态改为：reopen (重新打开得 bug);
缺陷的严重程度(severity)：bug 对软件的影响有多大
Urgent：造成系统死机、重启、崩溃的缺陷；
Very High：非常严重的缺陷；
High：严重的缺陷；
Medium：中等程度的缺陷；
Low：小的缺陷；
每一个等级到底包括哪些缺陷，最好在专门的文档中进行详细说明，这样可以使开发和测试人员达成共识。
Bug Level （等级、级别）
Definition （定义）
性能 Performance
缺陷的优先级(priority)
测试人员希望该缺陷程序员在什么时间内或在哪个版本中解决
Urgent：立刻修改（影响开发或者测试的进度）
Very High：本版本修改；
High：下版本修改；
Medium：发布之前修改；
Low：允许在发布中存在的
缺陷描述 (description)
把发现 bug 的步骤、使用的数据等记录下来，是程序员通过该描述清楚所发生的事情；2021-10-27

测试需求文档，测试计划文档，测试缺陷报告单，测试用例，测试报告单，测试总结2012-12-11

方案、用例、报告、记录、各种审批表2012-12-10

1. 测试概要
一般包括测试环境和测试所用到的材料，包括需求大纲、用到哪些测试工具、还有客户端环境、软硬件设施、用到的浏览器等等。这一块还包括测试项目的具体范围，测试人员、开发人员分工，测试的具体内容等。
2. 测试方法说明
根据测试类型说明用到的测试方法，如黑盒测试、自动化测试还是其他；
3. 测试结果质量或风险评估
这一块是整个测试报告最重要的部分，明确列出测试清单，缺陷统计，对整个测试过程进行质量和风险评估等。
4. 总结测试经验教训
最后从测试角度，对整个测试项目进程，总结你觉得存在的一些问题，一些建议，等等。
系统测试报告现在网络上有很多版本，测试项目工作量不一样，一般收费标准也各不相同。并不是收费贵的就一定测试结果精准，便宜的厂家测试能力就不行，还是要根据自己的需求来做，这一块建议咨询下行业内做得比较好的厂家，比如卓码软件测评，这样能得出一个比较客观的收费价格。2020-06-05