测试基础知识课件

1、软件测试基础,2018年1月,测试基础知识,1,目 录 CONTENTS,什么是软件测试,测试需求分析,测试用例设计,测试基础知识,2,什么是软件测试,软件测试的定义 测试的职责 测试的分类 测试流程 缺陷提交与跟踪,测试基础知识,3,软件测试的定义,测试基础知识,4,软件测试的定义,定义,使用人工或自动的手段来运行或测定某个软件系统或系统部件的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别,对象,软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序,测试基

2、础知识,5,软件测试的定义,目的,软件测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。 软件测试是为了证明程序有错，而不是为了证明程序是对的,测试基础知识,6,软件测试的定义,原则,所有的测试都应可追溯到客户需求事先定义好产品的质量标准 尽早地和不断地进行软件测试 制定测试计划，排除随意性 周密的测试用例，不可将测试用例抛开 充分注意群集现象 穷举测试是不可能的回归测试 妥善保存测试过程文档,测试基础知识,7,软件测试的职责,测试基础知识,8,软件测试的职责,发现软件程序、系统

3、或产品中所有的问题 尽早地发现问题 督促和协助开发人员尽快地解决程序中的缺陷 帮助项目管理人员制定合理的开发计划 对缺陷进行跟踪、分析和分类总结，以便让项目的管理人员和相关的负责人员能够及时、清楚地了解产品当前的质量状态 帮助改善开发流程、调高产品开发效率 促进程序编写的规范性、易读性、可维护性等,测试基础知识,9,测试的分类,测试基础知识,10,测试的分类,01,02,03,04,05,单元测试,SIT测试,E2E测试,FAT测试,UAT测试,按照测试阶段划分,测试基础知识,11,测试的分类-按阶段划分,单元测试,FAT测试,SIT测试,E2E测试,UAT测试,指对软件中的最小可测试单元进行

4、检查和验证,Functional Acceptance Test 功能验收测试,System Integration Test 系统集成测试,End To End Test 端到端测试,User Acceptance Test 用户验收测试,测试基础知识,12,测试流程管理,测试基础知识,13,测试流程,制定测试计划,测试需求分析,测试用例设计,测试用例评审,测试执行,缺陷跟踪,回归测试,测试总结,测试基础知识,14,测试流程,测试需求分析,测试用例设计,测试用例评审,测试执行,缺陷提交与跟踪,回归测试,测试报告,测试文档归档,测试基础知识,15,测试流程-制定测试计划,测试基础知识,16,测

5、试流程-测试需求分析,测试基础知识,17,测试流程-测试用例设计,测试基础知识,18,测试流程-测试用例评审,测试基础知识,19,测试流程-测试执行,测试基础知识,20,测试流程-缺陷跟踪,测试基础知识,21,测试流程-测试总结,测试基础知识,22,缺陷提交与跟踪,测试基础知识,23,缺陷提交与跟踪,软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。 IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的

6、错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背,什么是缺陷,测试基础知识,24,缺陷提交与跟踪,缺陷状态定义,测试基础知识,25,缺陷提交与跟踪-缺陷状态变化图,测试基础知识,26,缺陷提交与跟踪-缺陷流转流程图,测试基础知识,27,测试需求分析,什么是测试需求 为什么做测试需求分析 测试需求的来源 如何做需求分析,测试基础知识,28,什么是测试需求,确切地讲，所谓的测试需求就是在项目中要测试什么。我们在测试活动中，首先需要明确测试需求（What），才能决定怎么测（How），测试时间（When），需要多少人（Who），测试的环境是什么（Where），测试中需要的

7、技能、工具以及相应的背景知识，测试中可能遇到的风险等等，以上所有的内容结合起来就构成了测试计划的基本要素。而测试需求是测试计划的基础与重点。 就像软件的需求一样，测试需求根据不同的公司环境，不同的专业水平，不同的要求，详细程度也是不同的。但是，对于一个全新的项目或者产品，测试需求力求详细明确，以避免测试遗漏与误解,测试基础知识,29,为什么做测试需求分析,如果要成功的做一个测试项目，首先必须了解测试规模、复杂程度与可能存在的风险，这些都需要通过详细的测试需求来了解。所谓知己知彼，百战不殆。测试需求不明确，只会造成获取的信息不正确，无法对所测软件有一个清晰全面的认识，测试计划就毫无根据可言。活在

8、自己世界里的人是可悲的，只凭感觉不做详细了解就下定论的项目是失败的。 测试需求越详细精准，表明对所测软件的了解越深，对所要进行的任务内容就越清晰，就更有把握保证测试的质量与进度,测试基础知识,30,测试需求的来源,需求规格说明书、系统概要设计、系统详细设计,项目会议或与客户沟通时会议记录,个人经验以及以往的项目经验,业务背景资料。如待测软件业务领域的知识等,页面原型,原有的测试文档,测试基础知识,31,如何做需求分析,1. 确定测试对象以 及测试范围,2. 列出所有测试需求，生成测试需求树,3. 分析确定各功能模块中的测试点,4. 对业务场景即功能组合进行分析，提供业务场景的测试点，生成业务流程图,测试基础知识,32,测试用例设计,测试用例设计方法 测试用例规范,测试基础知识,33,测试用例设计方法,01,常用的测试方法,02,03,04,05,06,边界值法,等价类法,因果图法,场景法,判定表法,错误推断,测试基础知识,34,测试用例规范,测试用例包含内容,用例编号 需求名称 用例名称 所属