电商平台测试报告实例

管理系统测试报告

关键词：

客户

通过**商城进行商品购买并享受购物服务的人。 一般一个人对应着一个系统中的一个帐户

用户

通过系统进行业务运营的人，具有一定的角色和权限

销售单号

前台下单后生成的订单号

部分出库

一般指销售单状态，如下的订单有N件，只发了一部分，未发齐全

供应商

提供产品的商家

预付款添加

即采购时给供应商的定金

摘    要：

本规范对“美美之家家居网”管理系统的商品应收、商品应付、付款申请管理，订单系统工具等进行系统测试方案设计。

缩略语清单：

3测试覆盖分析

3.1测试覆盖分析

测试覆盖根据经过测试的测试用例和设计测试用例的比值，通过这个指标获得测试情况的数据。

测试通过率=通过数/执行数×100％=78.69%

3.2缺陷统计与分析

对测试过程中产生的缺陷进行统计和分析。

3.2.1缺陷统计

1严重程度统计

2. Bug状态统计

3. Bug解决方案

3.2.2缺陷分析

4.1软件质量评估

1. 质量评价结果

经过3轮系统测试、回归测试，软件质量呈有效收敛趋势。

2. 资料评估

目前FMS财务管理系统的实现逻辑还存在着争议，未完全确定下来。所以后期在逻辑和功能模块方面都是需要完善的。就现目前阶段的FMS系统所实现的功能，基本可以达到目标。后期如有大改动， bug数量又会有递增和递减的一个波动。

3. 质量评估

FMS系统已经开发的功能，实现情况基本通过。

4. 兼容性评估

FMS系统的产品需求，并没有很确定。后期可能有大改动。而且新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。

4.3测试结论

通过3轮的功能测试，共计发现35 bug并且待修复bug为2。确定所有功能符合需求设计要求，功能正确无误，开发和测试相关文档齐全。 

第一轮测试：7个BUG; 

第二轮测试：19个BUG;    

第三轮测试：9个BUG。

4.4测试建议

新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。

1. 每次新功能在开发完成前，将新功能的需求分析及时的同步到测试部门，这样就有充足的时间罗列测试点。

2. 根据缺陷的优先级，由重到轻，合理分配。

3. 根据缺陷的提出时间，进行合理修复安排。

4. 测试介入时间可以从需求分析阶段就开始，这样中间过程文档才会更清晰、更完善。

5. 可以引入自动化测试，每次上线前跑自动化脚本即可，减少了很大工作量。

6. 开发人员的更新或修改，及时反馈测试人员。

7. 功能需求可以对开发和测试人员都进行一次总得框架培训。

5测试过程评估

5.1测试设计评估

本测试报告针对系统功能性测试和兼容性测试，性能测试不在此报告中。

5.2测试执行评估

本系统共进行3轮系统测试，3轮回归测试，缺陷有明显的收敛趋势，严重的缺陷全部修复并通告验证。

5.2.1其他风险和规避措施

无

5.2.2测试维度分析

无

5.3交付的测试工作产品

1. 测试方案

2. 测试用例

3. 测试报告