ECSHOP测试报告

1.前言

1.1编写目的

该文档的目的是描述ECSHOP的系统测试的总结报告,其主要内容包括:系统环境的介绍、功能的实现的测试、系统结果统计,风险评估。本文档预期读者包括:开发人员,项目管理人员,测试人员等其他人员

1.2名词解释

术语或者缩写

英文解释

中文解释

ECShop

e-Commerce Shop

ECShop 网上商店管理系统

Actor

Actor

角色

B2C

Business to Customer

企业对消费者的电子商务模式


1.3参考资料

  1. 《ECSHOP系统需求规格说明书》
  2. ECShop测试计划
  3. ECShop测试用例




测试环境

2.1 软硬件环境

服务端硬件环境

主机型号

IBM X3850 X5

CPU(型号/主频)

Intel(R) Xeon(R) CPU E7- 4820@ 2.00GHz

主板(厂商/型号)

IBM

内存(容量)

64G

硬盘(容量)

1T

其他


服务端软件环境

服务端软件环境

操作系统

(类型/版本)

RedHat LINUX 6.4 for 64

开发环境

(平台/版本)

PL/SQL Developer

运行环境

(服务器/版本)


数据库

(类型/版本)

ORACLE 11.2.0.4.0


2.2人员安排

人员

角色

职责、任务

备注

马云

测试组长

编写测试计划和测试方案,分配组内工作,监督进度和风险


马化腾

测试组员

搭建测试环境,负责xx模块


王健林

测试组员

搭建SVN配置管理工具,负责xx模块


任正非

测试组员

搭建缺陷用例管理工具,负责xx模块



3.测试详述

3.1测试范围

本次测试主要是对ECSHOP软件的功能测试。并在发现BUG后能够记录BUG,跟踪BUG,协助开发完成对BUG的修改。

主要涵盖三大核心模块:商品管理,订单管理,会员管理的测试。并在测试完成后,编写测试报告。

3.2测试目的

本次测试的目的是帮助开发完成对产品的开发,保证产品的质量,达到公司对产品的要求,控制产品的风险程度。


3.3测试进出条件

3.3.1进入条件

单元测试结束,单元测试报告通过评审;所需功能已正确实现,并正确集成,且完成了集成测试。

3.3.2退出条件

致命和严重的缺陷修复率达到100%,一般缺陷的修复率达到95%;同时要求系统测试每轮发现的缺陷数量呈收敛趋势。

3.4测试通过和失败准则

3.4.1通过准则:

每轮测试所有用例全部执行完毕,没有出现致命性错误,回归测试或执行新增测试用例时不再出现问题,则测试工作通过。

3.4.2失败准则:

测试用例执行过程中中断,无法继续进行,或存在严重影响系统功能的缺陷或错误,则该轮次测试失败,遵照测试再启动准则实施。

3.5测试启动/结束/暂停/再启动准则

3.5.1测试启动准则

测试环境通过检验;测试基础数据准备好,并且已通过效验;测试计划、测试用例编写完成,并且已经通过评审。

3.5.2测试结束准则

测试案例全部执行完毕,测试结果证明系统符合需求,遗留的问题满足测试退出条件且在质量标准允许范围内,即可结束测试。

3.5.3测试暂停/再启动准则

被测系统出现某个致命性错误。测试案例无法继续执行,测试工作需暂停,当这些问题得到解决后重新启动该系统的测试工作。

4.测试需求

4.1功能测试需求

需求ID

模块

子模块

待测试功能需求点

优先级

ECSHOP-001

用户中心模块

欢迎页

显示会员上次登录的信息及有关积分、订单的一些信息


ECSHOP-002

用户中心模块

用户信息

显示该会员的详细信息并进行修改,结果是否可以修改成功



4.2用户界面测试需求

需求ID

测试需求

被验证的需求

优先级


页面美观

所有页面中的页面美观



页面中没有错误字符



4.3配置测试需求

需求ID

测试需求

被验证的需求

优先级













4.4安全和访问控制测试需求

需求ID

测试需求

被验证的需求

优先级


设置支付密码

是否有加密字段



设置登录密码

是否有加密字段


4.5访问测试需求

需求ID

测试需求

被验证的需求

优先级


能够正常通过浏览器访问

通过浏览器在URL中输入网址可以直接访问






4.6易用性测试需求

需求ID

测试需求

被验证的需求

优先级


方便,简单,易操作

可以简单操作,容易上手






4.7可移植性测试需求

需求ID

测试需求

被验证的需求

优先级


在不同设备上及不同浏览器版本

能够在不同设备及不同浏览器正常访问






5.测试策略

5.1功能测试

5.1.1测试描述

测试目标

确保程序应该具有的功能的正确性以及完整性。

技术或手段


完成标准

计划的测试应被全部执行,所发现的高优先级缺陷和高等级的缺陷已完全解决

需考虑的特殊事项


5.1.2测试方法描述

本次测试主要采用集成测试和单元测试,测试的方法主要采用黑盒测试法中的V模型测试方法。对功能测试,主要对每一个模块的功能和流程进行正常和异常情况的测试。

5.2容错测试

5.2.1测试描述

测试目标

验证异常错误流程能顺利执行,并有易懂的提示信息

技术或手段


完成标准

能够有正确的提示

需考虑的特殊事项


5.2.2测试方法描述

容错测试主要用于验证在输入异常的情况下,程序是否能顺利执行下去。

5.3用户界面测试

5.3.1测试描述

用户界面

测试目标

检查用户界面是否符合系统同一标准和规范

技术或手段

手动操作和与设计图对比

完成标准

页面无错误及页面风格统一

需考虑的特殊事项

需求临时变更

5.3.2测试方法描述

界面测试主要通过界面与系统的交互,测试交易功能的实现, 验证界面是否符合系统和行业统一规范,从界面的友好性,美观性及页面的错误几个方面进行测试.

5.4安全性和访问控制测试

5.4.1安全性和访问控制测试侧重于安全性的两个关键方面

应用程序级别的安全性,包括对数据或业务功能的访问. 应用程序级别的安全性可确保:在预期的安全性情况下,主角只能访问特定的功能或用例,或者只能访问有限的数据

系统级别的安全性,包括对系统的登录或远程访问。系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。

测试目标

检查是否采用银行加密平台

技术或手段

加密处理

完成标准

采用支付加密平台

需考虑的特殊事项

需求临时变更

5.4.2测试方法描述

直接调用支付加密平台或者直接用小键盘输入

5.5配置测试

5.5.1测试描述

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。

测试目标

检查不同设备下软件是否能够正常使用

技术或手段

手动操作

完成标准

可以正常使用

需考虑的特殊事项

需求临时变更

5.5.2测试方法描述

在不同的软、硬件环境下,测试程序的基本功能是否实现,假如没有时间和计划测试所有配置,就需要把成千上万种可能的配置缩减到可接受的范围。

5.6易用性

5.6.1测试描述

系统是否符合标准和规范以及系统的灵活性、正确性、直观性、舒适性、实用性、一致性。

5.6.2测试方法描述

测试过程中,应注意被测系统是否符合标准和规范以及系统的灵活性、正确性、直观性、舒适性、实用性、一致性。

5.7移植性

5.7.1测试描述

在重新指定的硬件或软件平台上,软件是否能正常运行

测试目标

更换硬件设备或者软件平台后是否能够正常运行

技术或手段

手动测试

完成标准

能够正常运行

需考虑的特殊事项

需求变更

5.7.2测试方法描述

在重新指定的硬件或软件平台上,软件是否能正常运行

6.测试过程汇总

6.1用例执行情况

用例总数

已执行

未执行

执行率

备注

60

60

0

100%


合计






6.2缺陷汇总情况

功能模块

发现bug

已关闭数

未关闭数

未分配

备注

XXX






合计
















测试风险

风险

编号

风险描述

可能性

影响程度

责任人

解决方案

1

用例的覆盖率




2

Bug修复率




3

环境的兼容性



4

未知风险

未知

未知






8.测试综述

8.1总结

本次技改大修下达功能测试共持续1天,现场发现问题0个。

根据现场需求,本功能符合PMS2.0技改大修管控平台要求,且能满足现场需求。

8.2问题与建议

无。

9.其他

9.1新增问题列表​

9.2内部问题列表​

9.3未关闭重大bug列表​