当前版本：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以上版本可以正常运行，发现的缺陷已解决完毕，软件目前已经符合上线要求。
网友评论