软件测试方案.docx

《软件测试方案.docx》由会员分享，可在线阅读，更多相关《软件测试方案.docx（11页珍藏版）》请在三一文库上搜索。

1、 XX项目测试方案版本修订记录版本标识注 释作 者日 期1.0初始版本文档使用对象姓 名职 务审批人员姓 名职 务日 期1 目 录1文档标识12概要12.1文档用途12.2测试目的12.3测试范围12.4测试环境描述23组织机构33.1角色与职责33.2培训和测试工具44. 测试进度45测试流程45.1测试类型45.2测试方法55.3测试关键过程域55.3.1测试计划制订55.3.2编写测试用例65.3.3测试环境准备65.3.4测试执行65.3.5编写测试报告65.4验收标准66. 相关过程76.1缺陷管理77. 风险和问题821文档标识本文档包含针对XX控股集团有限公司开发的XX项目的全面

2、的测试方案。2概要2.1文档用途本文档是完成XX项目测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试项目中其他文档编写及结果评价的基础。2.2测试目的本次测试是针对XX项目项目进行的测试，目的是为判定该系统是否满足需求规格说明书中规定的功能与性能指标。2.3测试范围参照XX项目合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。 测试项目测试范围第 1 页共 2 页序号测试分类测试内容1功能测试如：菜单，工具栏，快捷键，下拉框等2界面测试如：登陆界面，总界面，报表界面等3容错测试如：数据长度，数据类型，非法操作等4数据库测试如：设计测试、

3、容量测试、一致性测试等5流程测试如：流程流畅性、环节问题本次测试为软件确认测试，包括软件的、功能性、界面性、容错特性、数据、流程等方面。2.4测试环境描述软件环境：终端类别操作系统相关应用软件服务器端Linux 2.0Java ,Mysql 客户端Windows 7 64位Office，IE9硬件环境：终端类别机器名设备编号配置说明服务器端服务器001Cpu:Intel(R) Core(TM) i5-6500 3.20GHZ内存：8GB硬盘500GB客户端客户端002Cpu:Intel(R) Core(TM) i5-6500 3.20GHZ内存：8GB硬盘500GB网络环境：网络类型带宽设备数

4、量局域网1000M交换机1其它辅助设备：设备名称规格型号数量备注3组织机构3.1角色与职责项目名称测试过程参与者的角色,职责及其应具备的技能如下:角色人数职责技能项目经理1评审并批准项目计划及有关报告；组织并确保团队工作；控制项目执行；评估项目绩效；与有关人员进行沟通。熟悉项目管理知识或有项目管理经验,能进行有效沟通。测试组长2项目计划编制；协调并实施项目计划中确定的活动；识别测试环境需求；负责设计测试用例；为其他人员提供技术支持。熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。测试人员8执行测试活动；在项目计划制订阶段，识别项目活动估计每项活动所需的时间。了解测试工作，可

5、根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。环境准备人员2提供资源保障；建立并维护测试环境。对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。质量保证人员1确定项目质量目标；制订并实施质量计划；监督、指导项目活动的执行过程。熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。3.2培训和测试工具jmeter测试工具，postman测试工具，jiraBug管理工具。4. 测试进度事件预计工作日备注编写测试方案2编制测试计划（指各测试步骤计划完成时间）2编制测试用例4执行测试、生成原始记录4执行回归测试、生成原始记录4编制测

6、试报告1编制缺陷报告2提交测试文档1 5测试流程5.1测试类型测试类型描 述单元测试主要是在软件开发过程中针对程序模块进行正确性检验。（由开发完成）集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。（主要后台和前端联调，以及接口测试等）功能测试对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性等做全方面的质量检测，帮助软件企业找出产品存在的问题。验收测试按照合同条款与系统需求说明，对软件项目进行全面质量评测，为验收提供依据。 5.2测试方法功能测试主要采用手动测试方法，对软件产品进行黑盒测试，以及采用黑盒测

7、试的方法。验收测试主要采用手动测试方法，对软件的功能点进行手动操作测试。5.3测试关键过程域完成本项目测试的关键过程域包括： 测试计划制订； 编写测试用例； 测试环境准备； 测试执行； 测试结果分析； 测试情况汇报。5.3.1测试计划制订列出测试资源准备，准入测试，系统测试，准出测试，以及其他测试的具体测试计划时间表5.3.2编写测试用例 根据需求文档和设计文档以及其他相关文档制定测试列表； 对测试用例列表的覆盖度进行检查，完善后根据测试用例的设计方法形成详细的测试用例；5.3.3测试环境准备在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。 准备硬件设备； 安装软件；

8、配置网络环境； 测试数据准备。5.3.4测试执行根据测试用例逐条执行测试用例，出现bug时在bug管理工具上提交bug。5.3.5编写测试报告执行完每一轮测试编写测试报告，一般以邮箱的形式汇报给和项目有关的人员，每周进行测试情况的汇报，说明测试进度，存在的问题和风险，以及是否有特殊情况导致测试计划变更等。5.4验收标准测试用例执行率要达到100%，测试用例的通过率要达到80%，所有bug已经修复，保留的bug经项目负责人同意暂不修复，保留的bug要不影响系统软件的正常使用，并出具准出测试报告。6. 相关过程6.1缺陷管理在此规定本测试项目将使用的缺陷跟踪及管理工具，并对在项目完成时所应提交的图

9、表化的报告进行概要说明。示例：依照设计好的测试用例对产品进行测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。使用禅道管理工具对缺陷进行跟踪和管理，项目完成时所提交的报告包括如下内容： 缺陷ID； 项目名称； 样品版本； 测试平台； 操作系统； 功能模块名； 缺陷优先级； 可重现性； 提交人； 确认人； 缺陷问题摘要； 缺陷详细描述。7. 风险和问题风险和问题包括以下几条： 开发单位是否按时完成既定工作； 测试计划、测试流程、测试进度的制订不够合理、规范。在项目进行过程中，发现其可操作性不强； 测试所需的资源是否到位。如：是否有足够的测试组人员，测试人员的培训是否按时进行，并且测试人员的技能是否达到了要求。测试所需的软、硬件和操作系统等测试环境是否准备完毕； 测试人员之间，以及测试组人员与用户之间是否进行了有效的沟通； 项目参加人员对于所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。8