测试报告总结

当前版本：V1.1.10

发布时间：2017年3月4日

引言

编写目的：对当前项目中所有的软件测试活动中，包括测试进度、资源、问题、风险等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展工作。

项目背景：项目主要以B/S架构形式实现线上招投标功能，测试组需要依据需求说明书，测试方案及测试用例等相应的文档进行系统测试，包括功能测试、用户界面测试以及兼容性测试等

参考资料：需求文档、

测试概要

测试负责人：xx

开发人员：xx、xx

测试环境、测试设备

win7、linux

已知风险&未知风险

1，K3测试组没有参与测试，xx

2，新需求的开发过程中是否对其他模块进行影响

3，现网就数据的收费标准是否正常使用

测试结果及缺陷分析

测试结果

a、缺陷状态统计

目前测试中共发现50个bug，上线前缺陷分布情况：开放7个占1%，重新打开2个，已解决4个占1%，已关闭662个，占98%

b、严重级别分布情况

一般7个占78%，次要2个占22%

c、分析：

大部分bug发发生在第一阶段的测试中，且严重程度比较高，在回归测试时严重缺陷明显减少，其中一些缺陷与需求有出入，需产品沟通是否修复还是在下个版本迭代。这些反映了全程的缺陷有较好的控制趋势。

覆盖分析

a、测试覆盖分析：列出需求点、相应的用例个数、执行用例个数、未执行的个数、备注（那部分由开发人员进行测试）

b、测试执行率：已执行的测试用例总数/测试用例总数

测试通过率：成功执行的测试用例总数/测试用例执行的总数

功能测试用例效率：发现的缺陷总数/测试用例个数

需求覆盖分析：（测试用例支持的需求梳理/需求总数）测试用例的设计师完全建立在需求的基础上的。测试用例和测试需求是完全覆盖的关系，即一个需求有一个或多个测试用例，测试用例完全执行且通过，说明测试需求的覆盖率达到100%。

新上线的功能：

1，短信提醒（在流标的时候，在开标的 时候）

2，批量清退功能

3，报表显示

4，商品审批

5，权限

可能存在的风险

1，因为投标状态xxxx

2，当前招标中标，第一中标方弃标未审核通过，第二中标方申请清退，到5个工作日后。。。。

3，xxx

综合评价

该系统基本实现需求说明书中的明确的各项需求，且在ie7以上版本可以正常运行，发现的缺陷已解决完毕，软件目前已经符合上线要求。