软件测试方案设计
编写 张三 2200 年10月01日
审核 测试经理 2200 年 10 月01日
批准 测试经理 2200 年 10 月01 日
版本控制
版本 | 日期 | AMD | 修订者 | 说明 |
1.0 | 2100-01-01 | A | 张三 | 初稿 |
1.1 | 2100-01-05 | M | 张三 | 修改稿 |
注:(A-添加,M-修改,D-删除)
1. 概述
1.1. 目的
编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于DM数据系统整体系统功能和性能的测试指导。
1.2. 读者对象
本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师
1.3. 项目背景
对于一个没有接触过外汇交易的人来说,在外汇市场赚取高额利润是很困难的。每一个外汇交易高手,都经过了长期不懈的学习和各种实盘操作,才能摸索到市场规律形成自己独立的一套操盘方法,从而实现稳定盈利。这个过程,对于初步涉足外汇市场的人来说是很漫长的,有的人做了几年的外汇,还是一直亏损,DM数据分析平台把优秀的交易者的订单公开给其他人员进行跟单。
最终目标是确保软件的功能符合用户的需求,把尽可能多的问题在发布或交付之前发现并改正。
1) 确保软件完成了它所承诺或公布的功能
2) 确保软件满足了性能的要求
3) 确保软件是健壮的和适应用户环境的
4) 为软件的质量评估提供依据
5) 为软件质量改进和管理提供帮助
1.4. 参考资料
《软件需求》、《需要概要设计》、《原型设计》
2. 测试配置
2.1. 硬件配置
关键项 | 数量 | 性能要求 |
测试PC机 | 1台 | I5,主频2.6GHZ,硬盘300G以上,内存4G以上,此配置是实际用机 |
数据库服务器 | 1台 | I5,主频2.6GHZ,硬盘300G以上,内存4G以上,此配置是实际用机 |
2.2. 软件配置
资源名称 | 配置 |
操作系统环境 | 操作系统主要分为windows 7/Centos。其中windows 7是重点测试对象 |
浏览器环境 | 主流浏览器有:IE(IE8以上)、Chrome、Firefox。 |
功能性测试工具 | 手工测试 |
测试管理工具 | 禅道,JRAR |
2.3. 测试数据
本测试方案的测试数据来源于软件测试需求以及测试用例
2.4. 测试策略
2.4.1. 用户界面(UI)测试
测试范围 | 1、界面菜单、背景、颜色、字体等等跟UI设计图保持一致; 2、操作界面友好、易用性强; 3、界面初始化数据加载与数据库一致等。 |
测试目标 | 核实各个窗口风格(包括颜色、字体、提示信息、图标、title等)都与需求保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。 |
采用技术 | 网页测试通用方法 |
工具与方法 | 手工测试、肉眼扫描 |
开始标准 | 界面开发完成 |
完成标准 | UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯 |
测试重点与优先级 | 根据实际需求而定 |
需考虑的特殊事项 | 根据实际需求而定 |
2.4.2. 功能测试
测试范围 | 验证数据的精准度、数据类型、业务功能等相关方面的正确性。 |
测试目标 | 核实所有功能均已正常实现,即是否与需求一致。 |
采用技术 | 主要采用黑盒测试、边界测试、等价类划分等测试方法。 |
工具与方法 | 手工测试 |
开始标准 | 开发阶段对应的功能完成并且测试用例设计完成 |
完成标准 | 测试用例通过并且最高级缺陷全部解决 |
特殊项 | 比如该产品可能隶属于A产品线,且A线新功能点多等风险性产品 |
2.4.3. 安全性测试
测试范围 | 1、用户、管理员的密码安全 2、权限 3、非法攻击 |
测试目标 | 1、用户、管理员的密码管理 2、应用程序级别的安全性:核实用户只能操作其所拥有权限能操作的功能。 3、系统级别的安全性:核实只有具备系统访问权限的用户才能访问系统。 |
采用技术 | 代码包或者非法攻击工具 |
工具与方法 | 手工测试 |
开始标准 | 功能测试完成 |
完成标准 | 执行各种非法操作无安全漏洞且系统使用正常 |
测试重点与优先级 | 根据实际需求而定 |
需考虑的特殊事项 | 根据实际需求而定 |
2.4.4. 兼容性测试
测试范围 | 1、使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。 2、不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。 |
测试目标 | 核实系统在不同的软件和硬件配置中运行稳定 |
采用技术方法 | 黑盒测试 |
工具与方法 | 手工测试 |
开始标准 | 项目组移交系统测试 |
完成标准 | 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能(此测试根据开发提供依据决定测试范围) |
测试重点与优先级 | 根据实际需求而定 |
需考虑的特殊事项 | 根据实际需求而定 |
2.4.5. 性能测试
测试范围 | 1、支持同时1万人同时访问 |
测试目标 | 核实系统在不同的软件和硬件配置中运行性能 |
工具与方法 | 使用Jmeter性能接口测试工具 |
开始标准 | 完成系统测试后 |
完成标准 | 根据实际需求而定 |
测试重点与优先级 | 根据实际需求而定 |
需考虑的特殊事项 | 根据实际需求而定 |
2.4.6. 回归测试
测试范围 | 所有功能、用户界面、兼容性、安全性等测试类型 |
测试目标 | 核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 |
采用技术方法 | 黑盒测试 |
工具与方法 | 手工测试和自动化测试 |
开始标准 | 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
完成标准 | 95%的测试用例执行通过并通过系统测试 |
测试重点与优先级 | 测试优先级以测试需求的优先级为参照 |
需考虑的特殊事项 | 软硬件设备问题 |
2.4.7. 测试实施阶段
测试类型 | 测试阶段 | |||
单元测试 | 集成测试 | 系统测试 | 验收测试 | |
功能测试 | 不需要 | 测试组 | 测试组 | 甲方 |
性能测试 | 不需要 | 测试组 | 测试组 | 甲方 |
安全性测试 | 不需要 | 测试组 | 测试组 | 甲方 |
兼容性测试 | 不需要 | 测试组 | 测试组 | 甲方 |
界面(UI)测试 | 不需要 | 不需要 | 测试组 | 甲方 |
回归测试 | 不需要 | 不需要 | 测试组 | 甲方 |
2.4. 测试通过准则
在此规定本系统通过测试的准则,即当依据测试用例执行者测试结果与预期结果相符,或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过,反之则为测试失败。
3 软件结构介绍
3.1 概述
在此概要介绍应用系统的整体功能,如模块包括**,**和数据统计系统等**个系统,每个系统又包括若干个子系统或功能模块。
3.2 整体功能模块介绍
在此介绍**系统的功能模块如下表所示
序号 | 系统名称 | 子系统 | 软件项标识 | 备注 |
1 | ||||
2 | ||||
3 | ||||
4 | ||||
5 | ||||
6 | ||||
7 | ||||
8 | ||||
9 | ||||
10 |
3.3 整体功能模块关系图
此处给出软件功能模块结构图。
3.4 系统外部接口功能模块关系图
此处说明整个应用系统和已经存在或即将存在的其他应用系统之间关于数据通信和功能调用等的接口约定和具体的运作机制。具体项目可以根据实际情况进行裁剪。
3.5 系统内部接口功能模块关系图
此处说明整个应用系统内部各子系统或子系统内部各功能模块之间关于数据通信和功能调用等的接口约定和具体的运作机制。
4 系统测试用例
[注:模板是按照系统模块化进行编写的,具体项目可参照执行]
4.1 XX系统
4.1.1 用户界面
4.1.1.1 XX模块测试
用例名称 | 操作步骤 | 预期结果 | 备注 |
填写说明:
“测试用例”是根据《需求分析说明书》和《详细设计说明书》来制定的。
“预期结果”是根据《需求分析说明书》和《详细设定说明书》来制定的。
4.1.1.2 XX模块测试用例
用例名称 | 操作步骤 | 预期结果 | 备注 |
4.1.2 功能测试
4.1.2.1 XX模块测试
用例名称 | 操作步骤 | 预期结果 | 备注 |
填写说明:
“测试用例”是根据《需求分析说明书》和《详细设计说明书》来制定的。
“预期结果”是根据《需求分析说明书》和《详细设定说明书》来制定的。
4.1.2.2 XX模块测试用例
用例名称 | 操作步骤 | 预期结果 | 备注 |