软件测试文档与测试管理.pptVIP

软件测试文档与测试管理 测试文档 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制作 缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。 软件缺陷模版 软件缺陷报告 　缺陷提交报告主要供两类人阅读，即软件开发人员和项目管理者。其