ImageVerifierCode 换一换
格式:DOCX , 页数:9 ,大小:18.65KB ,
资源ID:22744238      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/22744238.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试方案Word文档格式.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件测试方案Word文档格式.docx

1、2.2测试目的本次测试是针对XX项目项目进行的测试,目的是为判定该系统是否满足需求规格说明书中规定的功能与性能指标。2.3测试范围参照XX项目合同和需求文档,在此说明测试范围,列出要测试种类和测试内容。 测试项目测试范围第 1 页共 2 页序号测试分类测试内容1功能测试如:菜单,工具栏,快捷键,下拉框等2界面测试登陆界面,总界面,报表界面等3容错测试数据长度,数据类型,非法操作等4数据库测试设计测试、容量测试、一致性测试等5流程测试流程流畅性、环节问题本次测试为软件确认测试,包括软件的、功能性、界面性、容错特性、数据、流程等方面。2.4测试环境描述软件环境:终端类别操作系统相关应用软件服务器端

2、Linux 2.0Java ,Mysql 客户端Windows 7 64位Office,IE9硬件环境:机器名设备编号配置说明服务器001Cpu:Intel(R) Core(TM) i5-6500 3.20GHZ内存:8GB硬盘500GB002网络环境:网络类型带宽设备数量局域网1000M交换机其它辅助设备:设备名称规格型号备注3组织机构3.1角色与职责项目名称测试过程参与者的角色,职责及其应具备的技能如下:角色人数职责技能项目经理评审并批准项目计划及有关报告;组织并确保团队工作;控制项目执行;评估项目绩效;与有关人员进行沟通。熟悉项目管理知识或有项目管理经验,能进行有效沟通。测试组长项目计划

3、编制;协调并实施项目计划中确定的活动;识别测试环境需求;负责设计测试用例;为其他人员提供技术支持。熟悉软件测试方法及其工具,具有一定的领导测试人员开展测试工作的能力。测试人员8执行测试活动;在项目计划制订阶段,识别项目活动估计每项活动所需的时间。了解测试工作,可根据测试说明执行测试,并可对测试结果进行简单归纳,会使用缺陷跟踪与管理系统。环境准备人员提供资源保障;建立并维护测试环境。对测试环境中所涉及的软硬件及其配置熟悉,可迅速排除测试过程中出现的软硬件故障。质量保证人员确定项目质量目标;制订并实施质量计划;监督、指导项目活动的执行过程。熟悉软件质量保证和软件过程改进理念,了解被测软件的特性及应

4、用场景。3.2培训和测试工具jmeter测试工具,postman测试工具,jiraBug管理工具。4. 测试进度事件预计工作日编写测试方案编制测试计划(指各测试步骤计划完成时间)编制测试用例执行测试、生成原始记录执行回归测试、生成原始记录编制测试报告编制缺陷报告提交测试文档5测试流程5.1测试类型测试类型描 述单元测试主要是在软件开发过程中针对程序模块进行正确性检验。(由开发完成)集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统,对模块组装过程和模块接口进行正确性检验。(主要后台和前端联调,以及接口测试等)对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性

5、、可移植性等做全方面的质量检测,帮助软件企业找出产品存在的问题。验收测试按照合同条款与系统需求说明,对软件项目进行全面质量评测,为验收提供依据。5.2测试方法功能测试主要采用手动测试方法,对软件产品进行黑盒测试,以及采用黑盒测试的方法。验收测试主要采用手动测试方法,对软件的功能点进行手动操作测试。5.3测试关键过程域完成本项目测试的关键过程域包括: 测试计划制订; 编写测试用例; 测试环境准备; 测试执行; 测试结果分析; 测试情况汇报。5.3.1测试计划制订列出测试资源准备,准入测试,系统测试,准出测试,以及其他测试的具体测试计划时间表5.3.2编写测试用例 根据需求文档和设计文档以及其他相

6、关文档制定测试列表; 对测试用例列表的覆盖度进行检查,完善后根据测试用例的设计方法形成详细的测试用例;5.3.3测试环境准备在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。 准备硬件设备; 安装软件; 配置网络环境; 测试数据准备。5.3.4测试执行根据测试用例逐条执行测试用例,出现bug时在bug管理工具上提交bug。5.3.5编写测试报告执行完每一轮测试编写测试报告,一般以邮箱的形式汇报给和项目有关的人员,每周进行测试情况的汇报,说明测试进度,存在的问题和风险,以及是否有特殊情况导致测试计划变更等。5.4验收标准测试用例执行率要达到100%,测试用例的通过率要达到8

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

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1