测试案例设计3.pptxVIP

测试案例设计;课程概览;完成本课程的学习之后，你能够： 了解测试案例的概念 了解测试案例的设计方法 了解测试案例设计策略 了解测试案例设计流程;培训日程安排;培训主题; 软件测试的定义：软件测试是在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估 即软件测试是为了发现错误而执行程序的过程。 软件测试的目的：不仅是为了发现软件缺陷与错误，是软件质量保证的关键，是对软件质量进行度量与评估，判断风险，以提高软件质量 ;所有的测试活动集中在以下四个方面 测试需求分析（RTVM) 测试案例设计（测试案例） 测试案例执行（测试执行跟踪表） 测试结果分析（测试报告） 测试案例设计和编写直接影响到测试的有效性和效率 本课程主要介绍黑盒测试案例设计方法，包括用例场景法、等价类划分法、边界值分析法、决策表分析法、正交阵列设计法等。其中重点介绍用例场景法。 这些设计方法是测试中比较常用的，但具体采用哪种方法，要针对开发项目的特点选择适当的方法。; 因为我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精挑细选出具有代表性或特殊性的数据来进行测试。 使用测试案例的好处包括下面四个方面： 在开始实施测试之前设计好测试案例，可以避免盲目测试并提高测试效率。 测试案例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新之后只需要修正部分测试案例便可展开测试工作，降低工作强度，缩短项目周期。 功能模块的通用化和复用化使软件易于开发，而测试案例的通用化和复用化则使软件测试易于开展，并随着测试案例的不断优化其效率也不断提升。;什么是测试案例;; 测试案例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等 测试结果的可判定性：测试案例执行结果的正确性是可判定的，每一个测试案例都应有相应的期望结果 测试结果的可再现性：同样的测试案例，系统的执行结果应当是相同的;设计测试案例时要考虑： 简洁性：清晰明了，即不拖沓冗长，也不过于简单难以执行 完整性：编写的案例要对系统（产品）有足够的覆盖 有效性：较少的案例覆盖较多的测试区域，对于发现缺陷最有作用 唯一性：每条测试案例都有唯一的测试目的 可维护性：测试案例便于更新和维护 ;为什么要进行测试案例的分级管理： 在项目的生命周期里，在每一个版本上都执行你全部的测试案例是很困难的。但是你如何知道哪个测试案例必须在每一个版本中执行，什么应该被执行，同时如果你有时间的话，什么又可以被执行？在快速组织测试案例、安排测试进度和工作量、制订项目计划时需要完成哪些测试案例等方面，测试案例的分级管理可以给你很多帮助。 怎样划分测试案例优先级和如何执行测试案例取决于你在你的项目周期的位置。当你在测试进行的过程中，通过分析和度量，发现风险和缺陷集中出现的地方时，你可能会调整你的测试案例优先级别。这样会让你的测试目标和测试重点变得更清晰。 拥有划分了优先级别的测试案例，也为你潜在的，待定的自动化项目给出了一个好的起点。比如，自动化BVT（版本确认测试，又叫冒烟测试）中的测试案例，用于持续集成的自动化验收；或者自动化高、中优先级的测试案例，用于全量的功能自动化测试。 ;IEEE定义的标准的测试案例优先级如下： 版本确认测试（Build Verification Tests (BVTs)：也叫做“冒烟测试”，一组你想优先运行以确定版本是否可以测试的测试案例。如果你不能访问每一个功能区域或执行其他测试案例依赖的基本操作，那么在执行这组测试案例之前，试图做其他任何的测试都是没有意义的，因为他们大多数肯定要失败。 高（Highs）：最常执行以保证功能稳定的，目标的行为和能力可以正常的工作，以及重要的错误和边界被测试的测试案例的集合。 中（Mediums）：这是使给出的功能区域或功能变得更详细，检查功能的多数方面包括边界值，等价类，错误和配置测试的测试案例 低（Lows）：这是通常最少被执行的测试案例。但这并不意味着这些测试都不重要，只是说他们在项目的生命期间里不是常常被运行，例如GUI、错误信息、可用性、稳定性、易用性、压力测试和性能测试。 ;我们公司对测试案例的分级管理： Level 0：基本的功能性验证（或基本路径（Basic Path））的测试案例，以及少量重要的错误、边界值或重要的路径分支。适用于做确认测试（BVT），比例为15-20%； Level 1：对基本功能或基本路径的扩充，包含错误、边界值、等价类、路径分支等测试案例。适用于全量覆盖完整的需求功能点，比例为60-70%； Level 2：非功能性的（例如错误信息、可用性、稳定性、易用性、压力测试和性能测试）测试案例。适用于辅助完善测试覆盖，比例为10-15%。;易