Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Slide,*,软件测试文档和软件测试管理,软件测试文档与测试管理,测试文档,1,测试文档的定义,测试文档,（,Testing Documentation,）记录和描述了整个测试流程，它是整个测试活动中非常重要的文件测试过程实施所必备的核心文档是：,测试计划,、,测试用例,（大纲）和,软件测试报告,2,测试文档的重要性,软件测试是一个很复杂的过程，涉及软件开发其他阶段的工作，对于提高软件质量、保证软件正常运行有着十分重要意义，因此,必须把对测试的要求、过程及测试结果以正式的文档形式写下来,软件测试文档用来描述要执行的测试及测试的结果,可以说，测试文档的编制是,软件测试工作规范化,的一个重要组成部分Get”url=”,一、关于测试计划,俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之,初就要制定相应的测试计划1.,为什么要编写测试计划？,1,）领导能够根据测试计划做宏观调空，进行相应资源配置等；,2,）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；,3,）便于其他人员了解测试人员的工作内容，进行有关配合工作,2.,什么时间开始编写测试计划？,3.,由谁来编写测试计划？,具有丰富经验的项目测试负责人,测试计划编写,6,要素？（,5W1H,）,1,）,why,为什么要进行这些测试；,2),what,测试哪些方面，不同阶段的工作内容；,3),when,测试不同阶段的起止时间；,4),where,相应文档和缺陷的存放位置，测试环境等；,5),who,项目有关人员组成，安排哪些测试人员进行测试,6),how,如何去做，使用哪些测试工具以及测试方法进行测试。
测试计划注意事项,1,测试计划不一定要尽善尽美，但一定要,切合实际,，要根据项目特点、公司实际情况来编制，不能脱离实际情况；,2,测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，,测试计划也要根据实际情况的变化而不断进行调整,，以满足实际测试要求,3,测试计划要能从,宏观上,反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细,测试计划模版,因为各个公司的测试计划模板是不同的，这是一个比较完整的测试计划模板，写的很详细，学生可以参考完成“教务系统”的测试计划测试模板,，,实例,1,测试用例文档,测试用例文档通常是由简介和测试用例两部分组成：,简介部分,编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的测试用例部分,逐一列出各个测试用例测试用例,（,Test Case,）是为某个特殊目标而编制的一组,测试输入,、,执行条件,以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求测试用例部分,测试用例通常包含的信息：,用例标识和用例名称,内容描述,前提条件,执行步骤,预期结果,评价准则,用例设计人员和设计时间,用例执行人员和执行时间,其它内容,软件缺陷,软件缺陷,（,Defect,），常常又被叫做,Bug,。
所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷软件缺陷,缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面主要类型有：,软件没有实现产品规格说明所要求的功能模块软件中；,出现了产品规格说明指明不应该出现的错误；,软件实现了产品规格说明没有提到的功能模块；,软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；,软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好以计算器为例,计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷产品规格说明书还可能规定计算器不会死机，或者停止反应如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块这是第三种类型的缺陷,在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“,=”,键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。
软件缺陷报告,在实际软件测试项目中，通常提交缺陷时需要有固定的模板，这个模板通常采用,word,、,excel,制作,缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容软件缺陷模版,软件缺陷报告,缺陷提交报告主要供两类人阅读，即软件开发人员和项目管理者其中软开人员关注的是缺陷的详细描述，为缺陷的重现过程；而项目管理者主要关注缺陷的概述和严重程度，关注整个系统中各种严重级别缺陷的分布比例因此，在书写缺陷报告时需要注意一些事项：,确保缺陷的重现尤其是严重级别高的,bug,用最少并且必要的步骤描述缺陷,软件缺陷报告,简洁、准确和完整开发人员可以快速定位问题，而且不产生理解的二义性缺陷概述揭示错误实质，一般不超过,20,字,详细描述步骤要正确,业界惯用的表达术语和表达方法,检查拼写和语法错误,一个报告一种缺陷,常用软件缺陷工具,testDirector,testmanager,专业缺陷管理工具,bugzilla,测试报告文档,测试报告,是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
测试报告是测试阶段最后的文档产出物，一份详细的测试报告包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析比如覆盖率分析、缺陷分析。
