软件测试方案.docx
《软件测试方案.docx》由会员分享，可在线阅读，更多相关《软件测试方案.docx（9页珍藏版）》请在冰点文库上搜索。
软件测试方案
XX项目
测试方案
版本修订记录
版本标识
注释
作者
日期
1.0
初始版本
文档使用对象
姓名
职务
审批人员
姓名
职务
日期
1．文档标识
本文档包含针对XX控股集团有限公司开发的XX项目的全面的测试方案。
2．概要
2.1文档用途
本文档是完成XX项目测试的指导性文件。
本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求,这也是本测试项目中其他文档编写及结果评价的基础。
2.2测试目的
本次测试是针对XX项目项目进行的测试，目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标。
2.3测试范围
参照XX项目合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。
[测试项目]测试范围
第1页
共2页
序号
测试分类
测试内容
1
功能测试
如：
菜单，工具栏，快捷键，下拉框等
2
界面测试
如：
登陆界面，总界面，报表界面等
3
容错测试
如：
数据长度，数据类型，非法操作等
4
数据库测试
如：
设计测试、容量测试、一致性测试等
5
流程测试
如：
流程流畅性、环节问题
本次测试为软件确认测试，包括软件的、功能性、界面性、容错特性、数据、流程等方面。
2.4测试环境描述
软件环境：
终端类别
操作系统
相关应用软件
服务器端
Linux2.0
Java,Mysql
客户端
Windows764位
Office，IE9
硬件环境：
终端类别
机器名
设备编号
配置说明
服务器端
服务器
001
Cpu:
Intel（R）Core（TM）i5-65003.20GHZ
内存：
8GB
硬盘500GB
客户端
客户端
002
Cpu:
Intel（R）Core（TM）i5-65003.20GHZ
内存：
8GB
硬盘500GB
网络环境：
网络类型
带宽
设备
数量
局域网
1000M
交换机
1
其它辅助设备：
设备名称
规格型号
数量
备注
3．组织机构
3.1角色与职责
[项目名称]测试过程参与者的角色,职责及其应具备的技能如下:
角色
人数
职责
技能
项目经理
1
评审并批准项目计划及有关报告；
组织并确保团队工作；
控制项目执行；
评估项目绩效；
与有关人员进行沟通。
熟悉项目管理知识或有项目管理经验,能进行有效沟通。
测试组长
2
项目计划编制；
协调并实施项目计划中确定的活动；
识别测试环境需求；
负责设计测试用例；
为其他人员提供技术支持。
熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。
测试人员
8
执行测试活动；
在项目计划制订阶段，识别项目活动估计每项活动所需的时间。
了解测试工作，可根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。
环境准备人员
2
提供资源保障；
建立并维护测试环境。
对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。
质量保证人员
1
确定项目质量目标；
制订并实施质量计划；
监督、指导项目活动的执行过程。
熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。
3.2培训和测试工具
jmeter测试工具，postman测试工具，jiraBug管理工具。
4.测试进度
事件
预计工作日
备注
编写测试方案
2
编制测试计划（指各测试步骤计划完成时间）
2
编制测试用例
4
执行测试、生成原始记录
4
执行回归测试、生成原始记录
4
编制测试报告
1
编制缺陷报告
2
提交测试文档
1
5．测试流程
5.1测试类型
测试类型
描述
单元测试
主要是在软件开发过程中针对程序模块进行正确性检验。
（由开发完成）
集成测试
是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。
（主要后台和前端联调，以及接口测试等）
功能测试
对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性等做全方面的质量检测，帮助软件企业找出产品存在的问题。
验收测试
按照合同条款与系统需求说明，对软件项目进行全面质量评测，为验收提供依据。
5.2测试方法
功能测试主要采用手动测试方法，对软件产品进行黑盒测试，以及采用黑盒测试的方法。
验收测试主要采用手动测试方法，对软件的功能点进行手动操作测试。
5.3测试关键过程域
完成本项目测试的关键过程域包括：
Ø测试计划制订；
Ø编写测试用例；
Ø测试环境准备；
Ø测试执行；
Ø测试结果分析；
Ø测试情况汇报。
5.3.1测试计划制订
列出测试资源准备，准入测试，系统测试，准出测试，以及其他测试的具体测试计划时间表
5.3.2编写测试用例
Ø根据需求文档和设计文档以及其他相关文档制定测试列表；
Ø对测试用例列表的覆盖度进行检查，完善后根据测试用例的设计方法形成详细的测试用例；
5.3.3测试环境准备
在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。
Ø准备硬件设备；
Ø安装软件；
Ø配置网络环境；
Ø测试数据准备。
5.3.4测试执行
根据测试用例逐条执行测试用例，出现bug时在bug管理工具上提交bug。
5.3.5编写测试报告
执行完每一轮测试编写测试报告，一般以邮箱的形式汇报给和项目有关的人员，每周进行测试情况的汇报，说明测试进度，存在的问题和风险，以及是否有特殊情况导致测试计划变更等。
5.4验收标准
测试用例执行率要达到100%，测试用例的通过率要达到80%，所有bug已经修复，保留的bug经项目负责人同意暂不修复，保留的bug要不影响系统软件的正常使用，并出具准出测试报告。
6.相关过程
6.1缺陷管理
在此规定本测试项目将使用的缺陷跟踪及管理工具，并对在项目完成时所应提交的图表化的报告进行概要说明。
示例：
依照设计好的测试用例对产品进行测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。
使用禅道管理工具对缺陷进行跟踪和管理，项目完成时所提交的报告包括如下内容：
Ø缺陷ID；
Ø项目名称；
Ø样品版本；
Ø测试平台；
Ø操作系统；
Ø功能模块名；
Ø缺陷优先级；
Ø可重现性；
Ø提交人；
Ø确认人；
Ø缺陷问题摘要；
Ø缺陷详细描述。
7.风险和问题
风险和问题包括以下几条：
Ø开发单位是否按时完成既定工作；
Ø测试计划、测试流程、测试进度的制订不够合理、规范。
在项目进行过程中，发现其可操作性不强；
Ø测试所需的资源是否到位。
如：
是否有足够的测试组人员，测试人员的培训是否按时进行，并且测试人员的技能是否达到了要求。
测试所需的软、硬件和操作系统等测试环境是否准备完毕；
Ø测试人员之间，以及测试组人员与用户之间是否进行了有效的沟通；
Ø项目参加人员对于所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。
Ø
升级会员 