软件测试管理规范标准.doc
《软件测试管理规范标准.doc》由会员分享,可在线阅读,更多相关《软件测试管理规范标准.doc(20页珍藏版)》请在咨信网上搜索。
1、(完整word)软件测试管理规范标准软件测试管理手册文件状态:【 】草 稿【 】修 改 稿【】正式发布文档编号保 密 等 级内控作 者最后完成日期审核人员最后审核日期批 准 人最后批准日期 Word格式修改记录日期版本作者/修改者修订类型描述2017-0271。0修改根据原卡友智能的软件测试过程进行修订目 录1 导言11。1 概述11。2 目标11.3 适用范围12 测试职责13 测试需求分析24 测试策略35 测试计划35。1 测试进入条件35。2 测试计划36 测试用例36.1 测试用例操作步骤46。2 测试用例选择准则46.3 测试软/硬件环境46.4 测试数据准备47 测试执行47.1
2、 项目测试周期47。2 项目测试启动47.3 项目测试阶段57.4 项目测试结束57.5 测试执行过程绩效考核58 测试变更69 缺陷管理79。1 缺陷基本属性79.2 缺陷管理流程89。3 缺陷分类99。4 缺陷定义119。5 缺陷完成度129.6 处理机制1210 测试结果分析1310。1 测试完成的标准1310.2 保留的缺陷1310。3 测试退出1411 敏捷测试1512 业务开发组测试与测试组测试的联系与区别1612。1 职责上区别与联系1612。2 边界的划分161 导言1.1 概述制定本过程与规范的目的是为了规范软件测试过程中的软件测试活动,明确软件测试过程中业务单元开发小组的内
3、部测试与测试组之间的系统业务集成测试的关系与区别;明确软件测试过程中的工作原则与方法。本规范作为软件测试工作的标准与指南。1.2 目标测试的正确定义是“为了发现程序中的错误而执行程序的过程。为了更好地执行好测试,我们明确以下目标: 1) 测试是为了发现程序中的错误而执行程序的过程;2) 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;3) 成功的测试是发现了至今为止尚未发现的错误的测试。1.3 适用范围本规范是对项目软件测试的一份指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范,以有效保证软件产品的质量
4、。2 测试职责测试职责是指在项目开发过程中跟测试工作有关的角色分工,主要包含的角色以及工作职责如下:t 测试经理: l 负责产品业务需求与测试任务的对接与安排;l 组织和指导测试组长完成项目的测试工作;l 负责测试组内资源的协调和管理;l 定期组织测试的总结和分析;l 负责测试过程中与开发、产品的业务协调和业务确认;t 测试组长(产品测试负责人): l 分析需求并进行细化可用于执行测试的需求l 制定测试计划l 参与、跟踪测试过程l 统计测试数据l 对测试活动和结果进行分析,撰写测试分析与总结报告t 测试工程师:l 根据测试计划编写测试用例l 搭建测试环境,准备测试脚本l 执行测试,记录测试结果
5、和缺陷,跟踪缺陷的解决l 执行回归测试l 提交测试数据t 技术支持工程师:l 环境支持l 版本发布支持3 测试需求分析首先了解产品或者客户提出的业务需求功能、形成的产品需求,以及本公司对需求的理解及说明,参加需求评审、设计评审。通过对文档分析,分解各功能模块和功能,为测试用例设计提供数据依据。反复检查并理解各种信息,与产品或用户交流,理解他们的要求。可以按照以下步骤执行: 1)确定软件提供的主要商业任务,即根据价值确定的需求.2)对每个商业任务,确定完成该任务所要进行的功能。 3)确定从数据库信息引出的计算结果。 4)对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配
6、置、交易量、以及网络拥挤情况。 5)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高频度的交易.6)确定应用需要处理的数据量. 7)确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。 8)确定其他与应用软件没有直接关系的商业交易。包括:s 管理功能,如启动和退出程序 s 配置功能,如设置打印机 s 操作员的爱好,如字体、颜色 s 应用功能,如访问email或者显示时间和日期。 9)确定安装与部署过程,包括定置从哪安装、定制安装
7、、升级安装。需要的部署物理结构,机器配置等。10)确定没有隐含在功能测试中的用户界面要求.大多界面都在功能测试时被测试到。还有些没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。4 测试策略测试策略用于说明某项工作的测试方法与目标。系统测试策略主要针对系统测试需求确定测试类型及实施的测试方法与技术。1. 采用的测试类型,对于测试案例的设计策略;2. 用于测试评估结果和测试是否完成的标准;3. 对测试策略所述的测试工作存在影响的特殊事项;4. 基于时间、进度、度量的软件测试平衡策略的考虑;5 测试计划5.1 测试进入条件项目启动后,项目或者产品需求(UI原型
8、)完成并经过评审;即可启动测试工作;5.2 测试计划根据测试的种类,测试计划分为功能测试和非功能测试计划.测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目.测试计划包含足够的信息使测试工程师明白项目需要做什么是如何运作的.测试计划不包括测试用例的细节和系统功能的详细信息。测试计划应附有测试功能点矩阵、测试性能点矩阵。测试计划应在项目组内进行评审。参与测试计划评审的人员包括:项目经理、测试组长、开发组长、测试工程师。6 测试用例测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特
9、定的集合。解决要测什么、怎么测和如何衡量的问题。从测试结构上面划分分为黑盒测试、白盒测试2种,他们各自有不同的测试方式,目前本公司只考虑黑盒测试,以下设计方法以黑盒方法为例.6.1 测试用例操作步骤在设计编写测试用例时,首先要从测试用例库中选择相应功能的测试用例,在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新,评审通过后将使用该测试用例测试被测系统。在测试项目结束后,统计分析所使用过的测试用例,进行分类放到相应的测试用例库中.为以后测试用例的设计编写提供数据基础.6.2 测试用例选择准则测试用例的代表性:能够代表各种合理和不合理的、合法的和非法的、边界和越界的,以及极限的输入
10、数据、操作和环境设置等;测试结果的可判定性:即测试执行结果的正确性是可判定的或可评估的;测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。6.3 测试软/硬件环境根据需求文档提供的内容,与研发沟通确定测试项目所需的软硬件环境,完成对测试项目所需软硬件资源的准备工作,使软硬件资源得到满足.软件硬件资源的确定需要在项目进入测试之前完成.完成对软硬件资源的配置后,要进行对测试项目的软硬件环境进行检查,确认对软硬件资源配置的有效性。6.4 测试数据准备完成对测试项目基本数据的准备操作,包括数据库连接、用户信息、用户角色权限、单位组织等信息和测试相关的测试数据。7 测试执行7.1 项目
11、测试周期测试项目的测试周期可分为:单元测试、接收测试、集成测试、系统测试、回归测试、性能测试、配置测试等等。根据不同项目或产品的特性,可以选型不同的测试周期,但集成测试、系统测试、回归测试是必不可少的,性能测试根据具体产品与项目情况而定。7.2 项目测试启动软件项目测试活动的正式启动,是在确认软件可测试性后展开的。软件业务组内的测试人员与开发人员需要一起完成代码的单元测试并形成单元测试报告,单元测试效果通过接收测试验证.7.3 项目测试阶段测试工程师依据测试计划和测试用例进行测试活动.测试一般分为三个阶段:1. 业务模块组内的单元测试与随测,由业务模块组内的测试人员与开发人员共同一起完成;业务
12、组的测试人员主要对业务模块开发组的每天完成的功能进行随测,对已完成功能的核心代码部分完成单元测试(白盒测试);2. 集成测试、系统测试阶段:该阶段测试工程师实时提交缺陷,并跟踪缺陷,验证缺陷,直到提交的缺陷被关闭或被保留.开发人员周期性提交修改过缺陷的新版本,测试工程师在新版本上验证缺陷。3. 回归测试阶段:在集成测试、系统测试阶段完成后,产品将进入回归测试阶段。测试工程师对修改后的产品进行重新功能验证,确保修改的正确性,验证在修改缺陷的同时没有引入新的问题。回归缺陷是指开发人员标示已修改的缺陷,经测试后发现仍未修改正确,或引入其他缺陷,或在前一个版本中未发现的缺陷,在后一个版本中出现。4.
13、在测试过程中,测试组长每天下班以前需要花15-30分钟组织开发人员、测试工程师和项目经理对BUG进行REVIEW,由项目经理给出BUG相应的解决时间。如产品进行性能测试,则需要在性能测试后,进行一轮回归测试,确保功能的正确性。7.4 项目测试结束项目测试结束时应达到测试质量目标所规定的标准.通过评审后结束该项目测试。7.5 测试执行过程绩效考核为促进开发人员积极主动做好质量工作,对开发人员进行考核。序号开发人员考核内容考核评分标准1开发人员提交的首个产品未通过单元测试标准.待定2开发人员无故将【严重】、【非常严重】级别无争议的缺陷延期1天修改。待定3开发人员未能正确修改缺陷,导致状态为【已修改
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 管理 规范 标准
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。