01-测试工作规范_第1页
01-测试工作规范_第2页
01-测试工作规范_第3页
01-测试工作规范_第4页
01-测试工作规范_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.:.;测试任务规范编写目的本文档是测试团队的日常任务规范,主要偏重测试任务流程的控制,明确各阶段测试团队应完成的任务。任务职责测试是本部门的主要任务内容,肩负着如下责任:在工程的前期,需求文档确立基线前对文档进展测试,从用户体验和测试的角度提出本人的看法。编写合理的测试方案,并与工程整体方案有机地整合在一同。设计覆盖率高、适用性强的测试用例。针对测试需求进展相关测试技术的研讨。仔细仔细地实施测试任务,适时提交测试报告供工程组及工程经理参考。进展缺陷跟踪与分析。任务范畴主要有以下几个任务内容:测试:测试是部门角色中最重要的内容,是部门存在价值的表达,文档编写:主要包括测试相关的测试方案、测试阐

2、明、测试报告、用户手册以及客户要求的其他测试相关的文档。工程辅助任务:测试外的工程保证性任务测试工程立项、需求阶段工程立项阶段,测试部门应指定一人作为工程测试经理,选择性的参与需求分析、评审、设计等阶段性会议,从工程立项就开场了解并参与到工程中来。确定的工程测试经理需全程参与到该工程中来,对该工程的质量担任,定时向测试部门担任人和工程经理反映工程测试的进展情况。测试预备阶段资料预备这里提到的资料包括工程需求阶段相关的文档以及为了方便开展测试所搜集到的工程背景资料,作为测试开场的入口,这些可以协助 工程测试担任人以及测试人员快速了解该工程。这些资料由工程测试经理搜集、整理、完善并将索引或链接上传

3、到VSS以供查阅。测试方案的制定工程测试经理根据需求文档、工程实施方案等根本信息制定合理的测试方案,测试方案中应包括人员投入、估计任务量等根本信息。其他预备其他预备主要包括测试数据、测试工具等。根据工程需求,工程测试经理需提早熟习并预备适宜工程测试的测试数据,并将测试数据上传至效力器共享,在以后测试过程中产生的测试数据,均采用这种方式,上传位置:gwstar软件与资源共享14-测试数据XX工程 下面。上传的同时更新HYPERLINK 其他相关文档/文档模板/XX工程测试数听阐明书.doc。对于测试工具,根据工程的测试要求,工程测试经理提早调研并预备好测试工具,构成HYPERLINK 其他相关文

4、档/文档模板/XX工程测试工具阐明书.doc。测试启动测试培训真正开场模块测试之前,工程经理本人或指派专人对软件业务背景及功能操作进展培训,协助 测试人员更快的了解系统。测试培训需阶段性进展,在功能变化或测试人员变化的情况下按需组织。目的是使测试人员根本了解系统功能后展开测试。测试启动会议测试部门担任人召集拟参与本次工程测试的人员召开启动会议。会议内容包括:引见工程整体情况,明确测试目的和测试周期,确定方案测试人员,讨论测试战略等。会后工程测试经理担任将自需求阶段以来搜集到的工程相关信息以会议或培训的方式告知相关测试人员。执行测试执行测试过程中,缺陷流转本着谁发现谁报告谁跟踪的原那么。工程测试

5、经理每周一向测试部门担任人反响工程测试情况及测试过程中遇到的问题。由测试部门担任人汇总一切在测工程反映的问题,构成 HYPERLINK 04-测试中心工程岗位阐明书.doc ,对反映的问题及时进展商议处理并反响给问题提出人员。工程测试经理需定时向工程经理反响工程测试情况,反响采用书面方式,内容包括测试周期,按优先级划分缺陷总结,担任人,问题多发模块等,可以直观得看到工程目前的测试情况,在时间紧张的情况下,也可以有所取舍的进展bug修复。模块测试对开发完成的单元模块进展测试,目的是保证单一功能的实现。开发初期,开发义务单的下达以模块为主,测试义务单由开发义务单流转过来,开发完成一个模块的开发,就

6、开场一个模块的测试。测试经理担任分配所担任工程的测试义务。测试义务承当人根据开发测试义务单提供的信息编写模块测试用例,并根据模块测试用例展开测试,测试用例由测试经理进展审批。缺陷提交到ClearQuest库中,提交规范参见HYPERLINK 其他相关文档/测试中心工程bug提交规范.doc。缺陷管理过程参见HYPERLINK 其他相关文档/ClearQuest客户端运用阐明书.doc。测试演示在模块测试完成后,集成测试开场前,由工程测试担任人进展工程测试演示,演示的目的有两个:一是起到测试人员和开发人员之间的沟通桥梁作用;二是对测试任务的一个阶段性考核;演示的次数和时间根据工程测试时间长短和工

7、程测试情况而定。适时安排测试演示,演示后经过 HYPERLINK 04-测试中心工程岗位阐明书.doc 对目前测试情况和测试人员的测试程度进展评定,测试经理根据评定结果在该工程的测试人员中讨论下一步的测试方案。集成测试在模块测试的根底上,将一切模块按照设计要求组装成为子系统或系统,进展集成测试。实际阐明,一些模块虽然可以单独地任务,但并不能保证衔接起来也能正常的任务。程序在某些部分反映不出来的问题,在全局上很能够暴显露来,影响功能的实现,因此,模块测试后,有必要进展集成测试,发现并排除在模块衔接中能够发生的问题,最终构成要求的软件子系统或系统。测试义务承当人根据集成程度集成曾经构成的模块测试用

8、例并编写新的接口测试用例,测试经理审批,进而展开集成测试。测试总结测试总结主要是对该工程测试过程、测试结果等进展统计分析,经过分析得出工程测试质量,人员任务量,任务安排合理程度等,为测试过程的改良提供根据。测试总结应包括测试概述、测试结果、分析摘要、工程质量情况度量、投入人员、任务量统计、该工程测试过程中的缺乏及改良意见等。测试放行根据测试总结反映出的目前测试形状测试部门和工程经理部共同决议能否放行,并填写 HYPERLINK 04-测试中心工程岗位阐明书.doc 文档所担任的文档包括测试方案、测试阐明、测试报告、用户手册及其他测试相关文档。测试方案编写测试经理在需求、工程实施方案等文档确定初

9、稿后开场着手制定工程测试方案,用测试方案来指点该工程的测试任务,测试方案中规定的内容需得到工程组的认可。根据工程需求,测试方案需在实践执行中根据运转情况进展调整,借以指点下一步的测试任务。测试方案中包含:测试目的、测试环境、测试定义、测试进度、人员投入等重要信息测试方案模板详见HYPERLINK 其他相关文档/文档模板/测试方案(模板)阐明文档.doc测试阐明编写测试经理组织测试人员在测试真正执行之前根据需求文档进展测试阐明的编写,测试用例需覆盖需求中的一切功能点,测试用例的格式按照文档模板中规定的格式,测试用例需包括测试用例编号、测试步骤、预期结果。测试阐明需根据开发情况实时更新和完善,直至

10、测试开场执行。测试阐明模板详见HYPERLINK 其他相关文档/文档模板/测试阐明(模板)阐明文档.doc测试报告编写针对测试总结的内容构成测试报告,测试报告需包括本次测试结果概述、测试评价以及改良意见。测试报告模板详见HYPERLINK 其他相关文档/文档模板/测试报告(模板)阐明文档.doc用户手册编写系统测试终了,验收前,工程测试经理组织编写用户手册。用户手册需从运用者的角度进展组织,力求准确详细的描画各项功能及功能间的联络。用户手册模板详见HYPERLINK 其他相关文档/文档模板/用户手册(模板)阐明文档.doc相关文档审核对工程各个阶段的文档进展审核,审核内容包括:完好性:检查被测件的一切的功能和程序中可调用的一切功能在文档中能否加以完好地描画;正确性:检查文档的信息能否正确,无歧义和错误;一致性:检查文档及文档间的描画能否一致,不能相互矛盾;可了解性:检查文档能否经过术语、图表、解释等来表示;可阅读性:检查文档能否易于阅读并且相互关

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论