资源描述
节能系统测试方案
文档标识:
目前版本:
目前状态:
初稿
公布日期:
公布
修改历史
日期
版本
作者
修改内容
评审号
SVN控制号
目录
1 概述 3
2 测试资源和环境 3
2.1 硬件配置 3
2.2 软件配置 3
2.3 测试数据 3
3 测试策略 3
3.1.1 功效测试 3
3.1.2 用户界面(UI)测试 4
3.1.3 性能测试 4
3.1.4 安全性测试 5
3.1.5 兼容性测试 5
3.1.6 回归测试 5
3.2 测试实施阶段 6
4 测试经过标准 6
5 测试需求及测试用例追溯表 6
6 测试用例模板 7
7 测试进度 7
1 概述
软件错误是不可避免,所以必需经过严格测试。经过对本软件测试,尽可能发觉软件中错误,借以降低系统内部各模块逻辑,功效上缺点和错误,确保每个单元能正确地实现其预期功效。检测和排除子系统(或系统)结构或对应程序结构上错误,使全部系统单元配合适宜,整体性能和功效完整。而且使组装好软件功效和用户要求一致。
2 测试资源和环境
2.1 硬件配置
关键项
数量
性能要求
期望到位阶段
测试PC机
1
P4,主频2.6GHZ,硬盘300G,内存2G,此配置是实际用机
需求分析阶段
数据库服务器
1
P4,主频2.6GHZ,硬盘300G,内存2G,此配置是实际用机
需求分析阶段
2.2 软件配置
资源名称/类型
配置
操作系统环境:
操作系统关键windows 7。
浏览器环境:
主流浏览器有:IE浏览器(IE9),火狐(49。0),chrome(49.0)。此测试依据开发提供依据决定测试范围
功效性测试工具
手工测试
测试管理工具
2.3 测试数据
本方案测试数据起源于测试需求及测试用例。
3 测试策略
系统测试类型及多种测试类型所采取方法、工具等介绍以下:
3.1.1 功效测试
测试范围
验证数据正确度、数据类型、业务功效等相关方面正确性
测试目标
核实全部功效均已正常实现,即是否和需求一致
技 术
采取手工测试、边界测试、等价类划分等测试方法
工具和方法
手工测试
开始标准
开发阶段对应功效完成而且测试用例设计完成
完成标准
测试用例经过而且最高级缺点全部处理
需考虑特殊事项
3.1.2 用户界面(UI)测试
测试范围
1.登陆窗口、首页才当、页面结构包含菜单、背景、颜色、字体、按钮名称、TITLE、提醒信息一致性等。
2.友好性、可操作性(易用性)
测试目标
核实各个窗口风格(包含颜色、字体、提醒信息、图标、TITLE等等)全部和需求保持一致,或符合可接收标准,能够确保用户界面友好性、易操作性,而且符适用户操作习惯。
技 术
osp测试通用方法
工具和方法
手工测试、目测
开始标准
界面开发完成
完成标准
UI符合可接收标准,能够确保用户界面友好性、易操作性,而且符适用户操作习惯
测试关键和优先级
需考虑特殊事项
3.1.3 性能测试
测试范围
多用户长时间在线操作时性能方面测试
测试目标
核实系统在大流量数据和多用户操作时软件性能稳定性,不造成系统瓦解或相关异常现象
技 术
手工测试、自动化测试
开始标准
自动化测试脚本设计并评审经过且项目组移交系统测试
完成标准
系统满足用户需求中所要求性能要求
测试关键和优先级
需考虑特殊事项
3.1.4 安全性测试
测试范围
1. 用户、管理员密码安全
2. 权限(功效权限,数据权限)
3. 非法攻击
测试目标
1. 用户、管理员密码管理
2.应用程序等级安全性:核实用户只能操作其所拥有权限能操作功效。
3.系统等级安全性:核实只有含有系统访问权限用户才能访问系统。
技 术
代码包或非法攻击工具
工具和方法
手工测试
开始标准
功效测试完成
完成标准
实施多种非法操作无安全漏洞且系统使用正常
测试关键和优先级
需考虑特殊事项
3.1.5 兼容性测试
测试范围
1.使用不一样版本不一样浏览器、分辨率、操作系统分别进行测试。
2.不一样操作系统、浏览器、分辨率和多种运行软件等多种条件组合测试。
测试目标
核实系统在不一样软件和硬件配置中运行稳定
技 术
工具和方法
手工测试
开始标准
项目组移交系统测试
完成标准
在多种不一样版本不一样类项浏览器、操作系统或其组合下均能正常实现其功效(此测试依据开发提供依据决定测试范围)
测试关键和优先级
需考虑特殊事项
3.1.6 回归测试
测试范围
全部功效、用户界面、兼容性、安全性等测试类型
测试目标
核实实施全部测试类型后功效、性能等均达成用户需求所要求标准
技 术
黑盒测试
工具和方法
手工测试和自动化测试
开始标准
每当被测试软件或其环境改变时在每个适宜测试阶段上进行回归测试
完成标准
95%测试用例实施经过并经过系统测试
测试关键和优先级
测试优先级以测试需求优先级为参考
需考虑特殊事项
软硬件设备问题
3.2 测试实施阶段
测试类型
测试阶段
单元测试
集成测试
系统测试
验收测试
功效测试
X
ü
ü
X
性能测试
X
ü
ü
X
安全性测试
X
ü
ü
X
兼容性测试
X
ü
ü
X
用户界面(UI)测试
X
ü
X
回归测试
每当被测试软件或其环境改变时在每个适宜测试阶段上进行回归测试
备注:“ü”表示由测试组实施,“X”表示由项目组实施;
4 测试经过标准
系统无业务逻辑错误和二级BUG。经确定全部缺点全部已得到了约定处理结果。所设计测试用例已全部重新实施,已知全部缺点全部已根据约定方法进行了处理,而且没有发觉新缺点。
注:缺点严重等级说明:
A:严重影响系统运行错误;
B:功效方面通常缺点,影响系统运行;
C:不影响运行但必需修改;
D:合理化提议。
5 测试需求及测试用例追溯表
参考测试需求列表及测试用例列表
6 测试用例模板
用例标识
01
项目名称
***系统
开发人员
模块名称
***
用例作者
参考信息
测试类型
功效测试
设计日期
测试人员
测试方法
手工、黑盒
测试日期
用例描述
前置条件
编号
测试项
操作步骤
预期结果
数据
实际结果
结果比较说明
1
2
3
7 测试进度
测试用例ID
开始日期
完成日期
测试人
备注
01
02
03
04
…
…
…
…
展开阅读全文