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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

软件测试管理制度Word文件下载.docx

1、云宙软件测试管理规范制度2016年1月29日1.目的本文是对项目软件测试的指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范,以有效保证软件质量。2.范围本文适用于软件测试人员。3.参考资料缺陷管理规范测试执行规范文档测试指南项目测试计划模版测试用例设计规范功能测试用例模版集成测试用例模版项目测试报告模版自动化测试计划模版性能测试计划模版4.测试过程描述4.1 测试流程图4.2 活动说明4.2.1 需求评审4.2.1.1目的从源头把握软件质量,并确保开发结果与实际需求相一致4.2.1.2角色与职责需求人员:需求规格说明

2、书的编写,以及软件开发过程中需求规格说明书的修正;评审人员:评审需求规格说明书,从全面性、完整性、正确性、一致性、可靠性方面检、查需求规格说明书,将需求缺陷提交给需求人员,并跟踪需求缺陷直至需求缺陷验证关闭。4.2.1.3启动标准 需求规格说明书编写完成4.2.1.4工作流程图4.2.1.5输入/输出输入:需求规格说明书输出:需求缺陷4.2.1.6规范参见文档评审指南4.2.2 测试计划4.2.2.1目的明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制;保持测试过程的顺畅,有效控制和跟踪测试进度,应对测试过程中的各种变更。4.2.2.2角色与职责测试负责人:根据项目整体计划、

3、需求规格说明书编制测试计划,明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制,以便测试工作正常开展,测试计划实际编写内容参见项目测试计划模版。4.2.2.3启动标准需求评审完成,项目整体计划编制完成。4.2.2.4工作流程图4.2.2.5输入/输出需求规格说明书、项目整体计划测试计划4.2.2.6规范测试计划编写内容参加测试计划模版。4.2.3测试设计4.2.3.1目的通过多种测试方法编写测试用例,以使最少的测试用例,实现最大的测试覆盖,保证软件功能的正确性,从而提升软件质量。4.2.3.2角色和职责测试人员:采用多种测试方法编写有效的测试用例,并对遗漏/错误的测试用例进行修

4、正。对测试人员编写的测试用例进行评审,提出遗漏/错误的用例缺陷,并跟踪直至用例缺陷的验证关闭。4.2.3.3启动标准需求文档评审完成 且 测试计划制定完成4.2.3.4工作流程图4.2.3.5输入输出测试用例、测试用例评审缺陷4.2.3.6规范测试用例实际内容参见测试用例模版,测试用例评审规范参见文档测试规范。4.2.4 功能测试执行4.2.4.1目的依据测试计划,按照测试用例对软件进行测试,验证软件功能与需求的实际匹配程度。4.2.4.2角色与职责依据测试计划,按照测试用例对软件功能进行测试。对于发现的缺陷必须记录,并且跟踪缺陷的状态,直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必

5、须补充至测试用例,保证测试用例与实际测试的一致性。开发人员:对于测试人员提交的缺陷进行确认、修复。开发经理:对测试人员与实际开发人员意见不一的问题进行裁决。4.2.4.3启动标准测试用例编写完成 且 用例评审完成4.2.4.4工作流程图4.2.4.5输入输出功能测试用例功能测试缺陷4.2.4.6规范测试执行过程需按照测试行为规范进行,缺陷管理需按照缺陷管理规范进行。4.2.5集成/性能测试设计4.2.5.1目的 为集成测试提供测试依据,记录并保证集成测试覆盖度;依据测试计划及性能指标制定性能测试计划、性能测试用例设计、性能测试脚本开发,保证性能测试有序进行。4.2.5.2角色和职责以整个软件为

6、对象,确保新功能、老功能、新老功能接口正确进行用例设计;依据性能指标及测试计划对性能测试进行计划、以及性能测试用例/脚本的开发。4.2.5.3启动标准功能测试完成 且 软件功能无中断4.2.5.4工作流程图4.2.5.5输入输出功能测试用例、功能测试缺陷、测试计划、性能指标集成测试用例、性能测试计划、性能测试用例、性能测试脚本4.2.5.6规范集成测试用例实际内容参见集成测试用例模版;性能测试计划实际内容参见性能测试计划模版。4.2.6集成测试/性能测试4.2.6.1目的 以整个软件为对象,以测试计划为指导,按照集成测试测试用例对新功能、老功能、新老功能接口进行测试和性能测试,保证测试的全面性

7、和完整性。4.2.6.2角色和职责以整个软件为对象,以测试计划为指导,按照集成测试测试用例对新功能、老功能、新老功能接口进行测试,并依据性能测试计划对软件性能进行测试。4.2.6.3启动标准集成/性能测试设计完成4.2.6.4工作流程图4.2.6.5输入输出集成测试用例、测试计划之集成测试事项、性能测试计划、性能测试用例集成测试缺陷4.2.6.6规范4.2.8 测试报告4.2.8.1目的真实、客观反映测试过程中各测试阶段、测试项的情况,并将结果进行数字化/图像化进行分析,真实反映软件质量实际情况。4.2.8.2角色与职责真实、客观地对测试过程中各测试阶段、测试项的情况,并以数字/图像的形式对实际情况进行分析,真实反映软件实际测试状况。4.2.8.3启动标准集成测试完成4.2.8.4工作流程图4.2.8.5输入输出各测试阶段、测试项实际测试情况项目测试报告

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2