一
老徐的分享中关于关于测试报告的几种要素：
1.测试时间 2.测试人员 3.项目组成员 4.测试机 （我的理解是测试环境） 5.Bug数据分析 6.版本发出风险
我认为测试报告是对于一个项目阶段性的总结，测试报告上面的几点内容对应了这个项目中的工作内容及结果，类似于工作报告但增加了一些数据作为依据。
二
刚好参与公司一个项目从创立到发布，曾经统计过一个Bug列表和修复情况，之前没有写过测试报告，那么今天就对这个项目尝试写一个测试报告。具体数据在工作电脑中，现在只是根据记忆的数据进行编写。
1.测试时间： 功能模块集成测试：1周 回归测试时间：1周 软件系统测试：2天
2.测试人员：3人
3.项目组成员：开发A(核心)、开发B（算法支持）、开发C（UI）
4.硬件：PC、工控一体机 软件：win7、win8、win10
5.Bug数据分析：功能类Bug60个，其中严重Bug30，一般Bug20，轻微10。已修复Bug55，，其中严重类Bug均已修复并回归，未修复5。
界面UI类Bug40个，其中严重Bug15，一把Bug5，轻微10。已修复Bug10，未修复5
共计Bug100，其中截至软件发布，已修复且验收完成Bug85，未修复及暂缓修复15。
6.版本发出风险：
(1).存在一些功能类Bug尚未修复，可能会对用户使用造成影响，尚未修复Bug造成影响概率：30%，风险程度：中 。
(2).存在UI类Bug尚未修复。预计对用户使用造成影响，发生概率：30%，风险程度：高
(3).因项目为创建后第一次发布，可能存在漏测Bug对用户使用造成影响，发生概率：40%，风险程度：高。
结论：软件研发阶段所有已发现的严重类Bug均已回归并验收通过，认为软件可以通过测试并发出。
三
一个好的测试报告，对于工作结束收尾时是有很大帮助的，它会使整个测试工作变得数据化，更加具有说服力，也可以使整个团队了解到项目过程中测试起到了什么作用，使得测试会在开发过程中得到一定的重视，是非常有利的。
