软件测试作业指导书_第1页
软件测试作业指导书_第2页
软件测试作业指导书_第3页
软件测试作业指导书_第4页
软件测试作业指导书_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

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

文档简介

1、伪预先准备:审计方式:批准的批准者:1目的:规范软件测试行为,明确各种项目在各阶段应进行的测试工作。第二范围:本计划适用于经批准的软件项目的软件测试工作过程。3定义3.1测试的软件错误级别:根据对工作功能的影响程度,即严重程度,将错误分为以下5个级别1级:无法完全满足系统要求,基本功能未完全实现或威胁人身安全。第2级:严重影响系统要求和基本功能的实施,无法修复(重新安装或重新启动软件不是修复方法)。第3级:严重影响系统要求和基本功能的实现,但存在合理的修复方法(软件重新安装和重新启动不是修复方法)。四级:给操作者带来不便和麻烦,但不影响执行工作的功能和重要功能。级别5 :其他错误。3.2软件的

2、可测试性和可测试性的传达项目 (参照附件1 )软件的可测试性。4责任:4.1软件项目组4.1.1软件项目组制定项目开发计划,按照进度完成各开发阶段的工作。 按时向技术中心提交阶段成果。4.1.2根据项目开发计划和测试计划,按时向测试组提交源代码,同时附上“测试通知书”。4.1.3软件开发者收到测试人员的“测试日志”后,立即完成错误的修正和调试,在规定时间内返回测试人员进行测试。4.2技术中心4.2.1软件评价中心组织评价小组,安排测试人员,监督各阶段的完成情况。4.2.2软件评价中心由组织负责人审查需求分析说明书,软件概要设计。4.3软件评估中心4.3.1项目测试组参加阶段审查。4.3.2项目

3、测试组长制定测试计划,协调测试人员。4.3.3测试组在不同的计划阶段为测试设计、测试方案、单元测试、集成测试、系统测试、测试分析报告。4.3.3项目测试组总结了测试流程,分析了测试情况,定为可测试性报告。5作业顺序5.1软件测试人员必须根据项目开发方案完成测试计划。5.2软件测试人员根据设计开发计划制定测试计划,明确测试人员的分工、测试进度,根据项目类型和项目大小确定测试阶段(见附件6 )。 经过软件需求分析项目领导的审查,提交技术中心归档。5.3在项目需求分析阶段结束前,项目组将被审查的软件需求分析提交给技术中心归档。 软件评价中心的负责人审查了软件需求分析。 根据审核合格的软件需求分析,测

4、试组完善总体测试计划,明确测试项目和测试特性,根据系统测试作业指导书、软件概要设计制定系统测试方案。 明确系统测试的测试项目、测试特性和各种性能指标,并通过标准等。5.4项目概要设计阶段结束前,项目组将被审查的软件概要设计提交给技术中心进行归档。 软件评价。中心组织人员审查软件概要设计。 检查与需求的一致性。 根据审查合格的软件概要设计,测试组进一步完善测试计划,细分各测试项目、测试特性,调整测试分工等。 如果综合测试计划规定集成测试,则根据集成测试作业指导书、软件详细设计进行集成测试的测试设计。 制定集成测试的测试计划,明确集成测试的测试项目、测试特性、测试进度、人员分工、合格标准等。 集成

5、测试计划和集成测试设计经测试负责人审查后提交技术中心归档。5.5项目详细设计阶段结束后,项目组将软件详细设计提交给技术中心归档。 如果整体测试计划规定了单元测试,测试组按照软件详细设计制定单元测试的测试计划,明确单元测试的测试项目、测试特性、测试进度、人员分工、合格标准等。 根据“单元测试作业指导书”、集成测试作业指导书、测试计划进行单元测试的测试设计,完善集成测试设计。 单元测试计划、单元测试设计、集成测试设计经测试负责人审查后,提交给技术中心归档。5.6开发进入编码阶段,评价进入阶段测试。 软件程序员在单体单体代码完成、单体单体代码集成、系统测试环境建立、适当调试完成后,向对应的软件测试人

6、员发送单元测试、集成测试、系统测试的“测试通知”(参照附件2 ) 将被测试的源代码、可执行程序及其构成项目等可测试的传递项目列在被测试程序之下。 测试人员提取要测试的对象。 检查是否可以测试,软件测试发布项目为不可测试的情况下,测试负责人在“不可测试发布次数”注册“测试通知”的同时,不可测试发布项目什么也不测试地回复给程序员,明确记载不可测试的原因。5.7测试人员可以根据“测试通知”中的相应内容(如测试设计说明书、测试方案、测试日志等)测试可测试性传递项目,而测试用例中的测试记录仅记录测试错误项目。 否则,必须记录所有的测试过程. 错误项目的测试记录填写在测试记录 (参照附件3 )报告中。 正

7、确项目的测试记录填写在测试日志 (参照附件4 )的报告书中。5.8测试人员请软件开发者确认这次测试的测试记录和测试日志,开发者对测量的错误项目进行修正和调试。5.9开发者修正了这次测试日志的错误项目并进行了调试,填写了适当的“错误修正和原因概要”,表示调试已经完成。 修复完所有错误项目后,返回测试日志并回答测试人员。 该流程的完成时间规定为3个工作日,需要超过3天向开发人员查明原因。5.10检查员检查修正项目,检查该错误项目的相关项目,在“检查”栏中填写“合格”,表示检查项目已经被检查达到合格要求,并告一段落。5.11测试负责人对于上述“纠错和原因概要”栏和“检查”栏为不合格标志的测试项目,将

8、与相关测试一起发生的新错误记录在另一个编号加1后的测试分析报告中,代表再次测试。 其中,未通过的旧测试项目的记录编号不变,新错误的记录编号有连续的符号。5.12重复5.9、5.10、5.11的过程,直到过程5.8的情况消失为止。5.13测试记录的存档。 所有测试项目完成测试后,生成的测试文档(测试日志、测试记录、测试设计、测试方案等)将被归档并保存。5.14测试活动总结。 总结软件测试的过程,总结整个测试的工作,统计信息等以要求的形式写测试分析报告。由5.15部门主管、测试技术主管、测试技术领导组成的评审组对测试组测试分析报告进行评审。 审查合格后,向技术委员会提交测试日志。 报告也存档。5.

9、16技术委员会根据项目评审表组织验收测试。5.17 测试日志号规则和错误类型分类。5.17.1 测试日志号的格式为nxxyyyyzzn :测试代码。Xx :测试阶段或性质标志。DY-表示单元测试。JC-表示集成测试。xt :表示系统测试。Yyyy :测试对象代码。Zz表示同一种类的测试次数。 第一个号码是01。 然后加上1计数,表示另一个测试。例如,号码是HDYXTGL02,表示测试器h的第二个单元测试模块“XTGL”的软件概要设计。5.17.2错误类型分类:根据对工作功能的影响程度,即苛刻度(Severity ),将错误分为五个级别1级:无法完全满足系统要求,基本功能无法完全实现或威胁人身安

10、全。第2级:严重影响系统要求和基本功能的实现,无法修改(重新安装或重新启动软件不是修改的方法)。第3级:虽然会严重影响系统要求和基本功能的实现,但存在合理的修改方法(重新安装和重新启动软件不是修改方法)。四级:虽然会给操作者带来不便和麻烦,但不影响执行工作的功能和重要功能。第5级:其他错误。5.18软件测试合格标准5.18.1软件需求分析说明书中定义的所有功能均已实现,性能指标均达到要求。5.18.2所有测试项目均无一级、二级错误。5.18.3项审批表、需求分析文件、设计文件和代码一致。5.18.4软件测试中的非测试性转发项目不得超过4次。5.18.5以上四项之一不符合要求,视为不合格。5.1

11、8.6以上测试合格标准为基本标准,测试负责人在测试计划中制定合格标准时,应根据项目具体情况(如项目种类、项目大小),参考以上标准制定项目测试合格标准。 制定单元测试、集成测试、系统测试合格标准时,还应参照上述标准和5.20项测试工作的基本停止标准。5.19测试工作的基本停止标准:5.19.1单元测试保证测试时句子复盖率、分歧复盖率达到一定比率,各测试项目合格。 如果达到上述要求,也就是被认为达到了单元测试的要求,则单元测试可结束。5.19.2集成测试主要是是否正确实现了测试单元之间的各种接口,是否满足了本地系统的功能和性能?5.19.3系统测试根据需要规定制定测试纲要,根据大纲确认测试各种功能

12、、性能等,实现了需求规定的所有功能和性能,并且用户文档可以按要求结束系统测试。5.20测试作业顺序图(参照附件5 )6 .支持文件软件测试计划的规格。 软件测试用例作业指导书。 软件单元测试作业指导书。软件集成测试工作指导书。 软件系统测试作业指导书。7 .附件附件一、软件可测试附件二、测试备忘录附件三、测试日志附件四、测试记录附件五、测试工作流程图附件6、项目类别、项目尺寸与实际测试阶段的对应关系附件一软件的可测试性软件可测试性是指提交了测试的软件测试的交付件具有可测试的特性,包括另一方面,软件开发者在各开发阶段提交了完整的软件需求说明书,软件详细设计、测试通知单,保持了文件及时更新设计变更

13、控制规范二、各测试阶段用户手册 (明确记载必要的说明和测试要求和条件等),提交合格测试项目。三、合格测试项目是符合以下条件的软件源代码1、按照设计完全编码,或对所有的错误都修正完毕2 .通过调试编译,软件可以正常运行3、除特别说明外,功能、性能按时完成或实现,无明显低级缺陷4 .相关的配置项目(如数据库)和配置环境(如硬件和接口)齐备,满足测试要求。5 .实现的功能与软件的要求规格书、软件的设计规格书一致。系统测试时提交用户安装版本,提交操作手册和测试日志,内容与程序逻辑完全匹配。附件二测试笔记日期,日期,日期,日期。对象名称:所属项目:对象路径:对象用途:对象的使用方法:测试性质:单元(DY

14、 )测试集成(JC )测试系统(XT )测试其他不可测试的传输次数0103010号提出修改日期开发者签名返回测量日期测试者签名更改天数。注:软件测试的传达项目可以测试,如果“不可测试的传达次数”栏中不填写0,则填写1,程序员不测试无法测试的传达项目而修改,填写“提交修改日期”等栏。 必须填写全表各栏。附件三测试日志日期:测试者:号码:测试对象的名称编程人员所属项目序列号。错误类型测试项目名称操作步骤和现象错误的修正和原因的概要回归测量其他说明:确认者:附件四测试记录日期:测试者:号码:测试对象的名称编程人员所属项目序列号。测试项目名称输入数据和操作步骤输出数据(结果)结果分析附件五,测试工作程序图甲组联赛完善测试计划,增加测试项目、测试特性返回到更改开发组通过吗?审查需求分析说明书根据项目开发计划制定测试计划根据技术可行性报告编写软件可测试性报告产品项目?项目评审表乙级联赛做粗略的测试设计修改概要设计书通过吗?评审概要设计书

温馨提示

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

评论

0/150

提交评论