软件测试文档与测试管理培训教材.pptVIP

一、关于测试计划 　　 　　俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之 初就要制定相应的测试计划。 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 测试报告文档 　测试