软件测试文档与测试管理.ppt_第1页
软件测试文档与测试管理.ppt_第2页
软件测试文档与测试管理.ppt_第3页
软件测试文档与测试管理.ppt_第4页
软件测试文档与测试管理.ppt_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

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

文档简介

1、软件测试文档与测试管理,测试文档,1测试文档的定义 测试文档(Testing Documentation)记录和描述了整个测试流程,它是整个测试活动中非常重要的文件。测试过程实施所必备的核心文档是:测试计划、测试用例(大纲)和软件测试报告。 2测试文档的重要性 软件测试是一个很复杂的过程,涉及软件开发其他阶段的工作,对于提高软件质量、保证软件正常运行有着十分重要意义,因此必须把对测试的要求、过程及测试结果以正式的文档形式写下来。软件测试文档用来描述要执行的测试及测试的结果。可以说,测试文档的编制是软件测试工作规范化的一个重要组成部分。 Get”url=”,一、关于测试计划,俗话说:凡事预则立,

2、不预则废!软件测试同样,在测试项目之 初就要制定相应的测试计划。 1.为什么要编写测试计划? 1)领导能够根据测试计划做宏观调空,进行相应资源配置等; 2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等; 3)便于其他人员了解测试人员的工作内容,进行有关配合工作 2.什么时间开始编写测试计划? 3.由谁来编写测试计划? 具有丰富经验的项目测试负责人,测试计划编写6要素?(5W1H),1)why为什么要进行这些测试; 2)what测试哪些方面,不同阶段的工作内容; 3)when测试不同阶段的起止时间; 4)where相应文档和缺陷的存放位置,测试环境等; 5) who项目

3、有关人员组成,安排哪些测试人员进行测试 6) how如何去做,使用哪些测试工具以及测试方法进行测试。,测试计划注意事项,1测试计划不一定要尽善尽美,但一定要切合实际,要根据项目特点、公司实际情况来编制,不能脱离实际情况; 2测试计划一旦制定下来,并不就是一成不变的,随着软件需求、软件开发、人员流动等发生变化,测试计划也要根据实际情况的变化而不断进行调整,以满足实际测试要求 3测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等,不一定要太过详细,测试计划模版,因为各个公司的测试计划模板是不同的,这是一个比较完整的测试计划模板,写的很详细,学生可以参考完成“教务系统”的测试计划。测试模板

4、,实例1,测试用例文档,测试用例文档通常是由简介和测试用例两部分组成: 简介部分编制了测试目的、测试范围、定义术语、参考文档等,这个与测试计划是一致的。 测试用例部分逐一列出各个测试用例。 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。,测试用例部分,测试用例通常包含的信息: 用例标识和用例名称 内容描述 前提条件 执行步骤 预期结果 评价准则 用例设计人员和设计时间 用例执行人员和执行时间 其它内容,软件缺陷,软件缺陷(Defect),常常又被叫做Bug。所谓软件缺陷,即为计算机软件或程序中存在的某种

5、破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。,软件缺陷,缺陷的表现形式不仅体现在功能的失效方面,还体现在其他方面。主要类型有: 软件没有实现产品规格说明所要求的功能模块软件中; 出现了产品规格说明指明不应该出现的错误; 软件实现了产品规格说明没有提到的功能模块; 软件没有实现虽然产品规格说明没有明确提及但应该实现的目标; 软件难以理解,不容易使用,运行缓慢,或从测试员的角度看,最终用户会认为不好。,以计算器为例,计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键,没什么反应,就是第一种类型的缺陷;若计算结果出错,也是第一种类型的缺陷。 产品规格说明书还可能规定计算

6、器不会死机,或者停止反应。如果随意敲键盘导致计算器停止接受输入,这就是第二种类型的缺陷。 如果使用计算器进行测试,发现除了加、减、乘、除之外还可以求平方根,但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷 在测试计算器时若发现电池没电会导致计算不正确,而产品说明书是假定电池一直都有电的,从而发现第四种类型的错误。 软件测试员如果发现某些地方不对,比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等,无论什么原因,都要认定为缺陷。,软件缺陷报告,在实际软件测试项目中,通常提交缺陷时需要有固定的模板,这个模板通常采用word、excel制作 缺陷报告里通常包含:缺陷标

7、识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。 软件缺陷模版,软件缺陷报告,缺陷提交报告主要供两类人阅读,即软件开发人员和项目管理者。其中软开人员关注的是缺陷的详细描述,为缺陷的重现过程;而项目管理者主要关注缺陷的概述和严重程度,关注整个系统中各种严重级别缺陷的分布比例。 因此,在书写缺陷报告时需要注意一些事项: 确保缺陷的重现。尤其是严重级别高的bug 用最少并且必要的步骤描述缺陷,软件缺陷报告,简洁、准确和完整。开发人员可以快速定位问题,而且不产生理解的二义性。 缺陷概述揭示错误实质,一般不超过20字 详细描述步骤要正确 业界惯用的表达术语和表达方法 检查拼写和语法错误 一个报告一种缺陷,常用软件缺陷工具,testDirector testmanager 专业缺陷管理工具 bugzilla,测试报告文档,测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,

温馨提示

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

评论

0/150

提交评论