ECSHOP测试报告
1.前言
1.1编写目的
该文档的目的是描述ECSHOP的系统测试的总结报告,其主要内容包括:系统环境的介绍、功能的实现的测试、系统结果统计,风险评估。本文档预期读者包括:开发人员,项目管理人员,测试人员等其他人员。
1.2名词解释
术语或者缩写 | 英文解释 | 中文解释 |
ECShop | e-Commerce Shop | ECShop 网上商店管理系统 |
Actor | Actor | 角色 |
B2C | Business to Customer | 企业对消费者的电子商务模式 |
1.3参考资料
- 《ECSHOP系统需求规格说明书》
- ECShop测试计划
- 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列表
无