_测试用例简介

高效设计测试用例(1)--测试用例简介内部资料，请勿外传软件测试基础系列培训ST-2009-003技术质量部张劲松2009年08月课程目标•课程目标：–了解测试用例的概念、作用和描述–了解测试用例设计原则–了解测试用例的组织和跟踪–学会编写简单的测试用例2内容提要第一节:测试用例简介–测试用例的概念–测试用例的作用和描述第二节:用例设计的原则、用例组织和跟踪3随机测试存在的问题•不知道是否较全面的测试了所有功能•测试的覆盖率无法衡量•对新版本的重复测试很难实施•无法对测试质量进行有效评估•无法评估测试工作量•无法形成有效的知识积累•…………4测试用例概述•如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，是软件公司探索和追求的目标•测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障5测试用例的概念•什么是测试用例？–为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合；解决要测什么、怎么测和如何衡量的问题–测试用例设计就是将软件测试的行为活动，做一个科学化的组织归纳。测试用例就是设计一个情况，软件程序在这种情况下，必须能够正常运行并且达到程序所设计的执行结果–测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果6测试用例的特征•最有可能抓住错误的•不是重复的、多余的•一组相似测试用例中最有效的•既不是太简单，也不是太复杂7举例•登录功能，说出一些简单的测试用例8举例•简单用例•一般的用例9用例编号功能点操作过程预期结果01登录能够正确处理用户登录正确处理登录操作用例编号功能点操作过程预期结果01登录输入正确的帐号和密码登录成功输入错误的帐号和密码登录失败举例•比较详细的用例10用例编号功能点操作过程预期结果01登录输入正确的帐号和密码（均为6位），点击[登录]按钮进入系统输入正确的帐号和密码（均为10位），点击[登录]按钮进入系统输入正确的帐号和密码（均为6至8位之间），点击[登录]按钮进入系统帐号为空，点击[登录]按钮提示输入帐号帐号为空格，点击[登录]按钮提示无效帐号帐号小于6位，点击[登录]按钮提示无效帐号举例•比较详细的用例11用例编号功能点操作过程预期结果01登录输入正确的帐号（123456）和密码（123456），点击[登录]按钮进入系统输入正确的帐号（1234567890）和密码（1234567890），点击[登录]按钮进入系统输入正确的帐号（1234567）和密码（1234567），点击[登录]按钮进入系统帐号为空，点击[登录]按钮提示输入帐号帐号为空格，点击[登录]按钮提示无效帐号帐号小于6位（1234），点击[登录]按钮提示无效帐号为什么需要测试用例•在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率•用例的使用令软件测试的实施重点突出、目的明确•在软件版本更新后只需修正少部分的测试用例便可开展测试工作，降低工作强度，缩短项目周期•测试用例的通用和复用会使测试易于开展，并随着测试用例的不断精化其效率也不断上升12测试用例在软件测试中的作用•指导测试的实施•规划测试数据的准备•编写测试脚本的基础•评估测试结果的度量基准•分析缺陷的标准•测试财富的重要组成13测试用例组成的国际标准•测试设计说明–标识符–要测试的特性：比如“计算器程序的加法功能”–方法：描述测试的通用方法，如果测试方法已经在测试计划中列出，就应该在此详细描述要使用的技术，并给出如何验证测试结果的方法–测试用例信息：用于描述所引用的测试用例的信息：“检查最大值，ID＃10023”–通过/失败标准14测试用例组成的国际标准•测试用例说明–标识符–测试项：“计算器加法功能的溢出处理”–输入说明–输出说明–特殊要求–用例间的关联–……15比较实用的用例组成•比较实用的用例组成–ID–测试项–前提条件–操作步骤–预期结果–优先级16用例设计考虑的因素•测试是不可能进行穷举测试的，因此试图用测试用例覆盖所有可能遇到的情形是不可能的–测试用例必须具有代表性、典型性–测试用例设计时，要浓缩系统设计–测试用例要考虑到正确的输入，也需要考虑错误的或者异常的输入–要多考虑用户实际使用场景17良好测试用例的特征•可以最大程度地找出软件隐藏的缺陷•可以最高效率的找出软件缺陷•可以最大程度地满足测试覆盖要求•既不过分复杂、也不能过分简单•使软件缺陷的表现可以清楚的判定–测试用例包含期望的正确的结果–待查的输出结果或文件必须尽量简单明了•不包含重复的测试用例•测试用例内容清晰、格式一致、分类组织18测试用例模版编制人审定人时间软件名称编号/版本测试用例用例编号参考信息（参考的文档及章节号或功能项）：输入说明（列出选用的输入项）：输出说明（列出预期输出）：环境要求（软硬件、网络要求）：特殊规程要求：用例间的依赖关系：用例产生的测试程序限制：19简单的测试用例模版20课堂实验一•实验名称–设计计算器程序的测试用例•实验目的–学会编写简单的测试用例，复习测试用例的内容和组成•实验时间–编写10条用例（5分钟）–挑选一个人的用例讲解（2分钟）21计算器程序22内容提要第一节:测试用例简介第二节:用例设计的原则、用例组织和跟踪–测试用例生命周期和设计原则–测试用例的组织和跟踪23测试用例生命周期•生成–输入：功能规格说明等•使用•维护•存档24测试用例设计的原则•测试用例的代表性–能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等•测试结果的可判定性–即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果•测试结果的可再现性–即对同样的测试用例，执行结果应当是相同的25测试用例设计的原则•尽量避免含糊的测试用例–含糊的测试用例会给测试过程带来困难，甚至会影响测试结果•尽量将具有相似功能的测试用例抽象并合并–软件测试是无法进行穷举测试的，对相类似的测试用例的抽象过程尤为重要，比如等价类划分•尽量避免冗长和复杂的测试用例–这样做的目的是保证测试结果的唯一性26怎样组织测试用例•测试用例的属性–测试用例的编写过程的属性•标识符、测试环境、输入标准、输出标准、关联测试用例–测试用例的组织过程属性•所属的测试模块/测试组件/测试计划、优先级、类型–测试用例的执行过程属性•所属的测试过程/测试任务/测试执行、测试环境和平台、测试结果、关联的软件缺陷27怎样组织测试用例•测试用例的组织流程–一般采用自顶向下的方法，首先由测试计划实现测试设计说明书，再通过具体的测试设计说明书实现测试用例的规格说明书，由规格说明书编写具体的用例•测试用例的组织方法–按照程序的功能模块组织–按照测试用例的类型组织–按照测试用例的优先级组织28怎样组织测试用例•测试用例组织与测试过程组织的过程–测试模块是由单个的测试用例组织起来的–多个测试模块组成测试套件（单元测试）–测试套件加上所需要的测试环境和测试平台需求组成测试计划–测试计划确定后，形成测试执行–测试执行划分成多个测试任务–将测试任务分配给测试人员实现测试过程，测试过程的分配按照测试模块来划分，测试过程中参考的是单个测试用例–由测试人员的测试过程形成测试结果29执行用例时会遇到哪些问题•在执行测试过程中，会遇到什么问题？–计划执行哪些用例？执行需要多长时间？一轮测试需要多少测试人员？–能否组织相关测试用例子集来测试某些特性或者软件部分？–在执行用例时，能否记录哪些通过，哪些失败？–当前测试进度是否正常？–上次执行测试用例时通过的百分比是多少？30测试用例跟踪•测试用例的三种状态–通过、未通过、未测试–测试用例的跟踪主要是针对测试过程中的执行和输出来进行的跟踪，从而达到测试过程的可管理性和进行测试有效性评估•测试用例跟踪的内容–测试用例执行的跟踪•总共执行了多少用例，每个测试人员平均每天执行多少用例，通过、未通过以及未测试的比例31测试用例跟踪•测试用例跟踪的内容–测试用例覆盖率跟踪•测试用例的覆盖率是指根据测试用例进行测试的执行结果与实际的软件存在的问题比较，从而实现对测试有效性的评估•测试用例跟踪的形式–记忆–书面文档–电子表格–自定义数据库：自行开发web和数据库来进行管理32测试用例维护•测试用例更新的原因–先前的测试用例设计不全面或者不够准确–部分很严重的软件错误未在测试用例中覆盖–新的版本有新的功能需求或者改动–编写的用例不规范或者语句错误–旧的测试用例已经不再适用，需要删除33测试用例维护•你在测试过程中发现用例不适用会怎么办？•测试用例维护和修改流程–发现测试用例有错误或者不合理，向编写者提出修改建议，并给出足够的理由–测试用例编写者根据测试用例的关联性和修改意见，进行测试用例修改–向相关人员提交修改后的测试用例–进行评审34什么是好的测试用例•一个好的测试用例在于能够发现至今尚未发现的错误•可量化•易执行•可对产品质量进行评价35课堂实验二•实验名称–编写QQ文件传输功能的测试用例•实验目的–复习用例组成和内容，帮助同学了解测试用例设计的复杂性•实验时间–编写10条用例（5分钟）–讲解一位同学的用例（2分钟）36课程回顾•什么是测试用例，它有哪些组成，有什么作用•用例设计的原则•用例的组织和跟踪的方法37提问时间欢迎大家提问、讨论！38课后作业•设计一个用例模版•根据设计的用例模版编写计算器程序的测试用例（50条以上）39严谨求实协作改进