精华内容
下载资源
问答
  • 测试用例库建立与管理

    千次阅读 2020-04-08 11:59:15

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

     

    测试用例库建立与管理

    展开全文
  • 软件的改变可能是源于发现了错误并做了修改,也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时,如果错误跟踪与管理系统不够完善,就可能会遗漏对这些错误的修改;而开发者对错误理解的不够...

    一、 概述

    在软件生命周期中的任何一个阶段,只要软件发生了改变,就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改,也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时,如果错误跟踪与管理系统不够完善,就可能会遗漏对这些错误的修改;而开发者对错误理解的不够透彻,也可能导致所做的修改只修正了错误的外在表现,而没有修复错误本身,从而造成修改失败;修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题,使本来工作正常的功能产生错误。同样,在有新代码加入软件的时候,除了新加入的代码中有可能含有错误外,新代码还有可能对原有的代码带来影响。因此,每当软件发生变化时,我们就必须重新测试现有的功能,以便确定修改是否达到了预期的目的,检查修改是否损害了原有的正常功能。同时,还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。

    回归测试在软件生命周期中扮演着重要的角色,因忽视回归测试而造成严重后果的例子不计其数,导致阿里亚娜5型火箭发射失败的软件缺陷就是由于复用的代码没有经过充分的回归测试造成的。

    回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中,新版本的连续发布使回归测试进行的更加频繁,而在极端编程方法中,更是要求每天都进行若干次回归测试。因此,通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

    二、 回归测试策略

    对于一个软件开发项目来说,项目的测试组在实施测试的过程中会将所开发的测试用例保存到“测试用例库”中,并对其进行维护和管理。当得到一个软件的基线版本时,用于基线版本测试的所有测试用例就形成了基线测试用例库。在需要进行回归测试的时候,就可以根据所选择的回归测试策略,从基线测试用例库中提取合适的测试用例组成回归测试包,通过运行回归测试包来实现回归测试。保存在基线测试用例库中的测试用例可能是自动测试脚本,也有可能是测试用例的手工实现过程。

    回归测试需要时间、经费和人力来计划、实施和管理。为了在给定的预算和进度下,尽可能有效率和有效力地进行回归测试,需要对测试用例库进行维护并依据一定的策略选择相应的回归测试包。

    1、测试用例库的维护

    为了最大限度地满足客户的需要和适应应用的要求,软件在其生命周期中会频繁地被修改和不断推出新的版本,修改后的或者新版本的软件会添加一些新的功能或者在软件功能上产生某些变化。随着软件的改变,软件的功能和应用接口以及软件的实现发生了演变,测试用例库中的一些测试用例可能会失去针对性和有效性,而另一些测试用例可能会变得过时,还有一些测试用例将完全不能运行。为了保证测试用例库中测试用例的有效性,必须对测试用例库进行维护。同时,被修改的或新增添的软件功能,仅仅靠重新运行以前的测试用例并不足以揭示其中的问题,有必要追加新的测试用例来测试这些新的功能或特征。因此,测试用例库的维护工作还应包括开发新测试用例,这些新的测试用例用来测试软件的新特征或者覆盖现有测试用例无法覆盖的软件功能或特征。

    测试用例的维护是一个不间断的过程,通常可以将软件开发的基线作为基准,维护的主要内容包括下述几个方面。

    (1)、删除过时的测试用例

    因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统,这些测试用例就会过时。例如,某个变量的界限发生了改变,原来针对边界值的测试就无法完成对新边界测试。所以,在软件的每次修改后都应进行相应的过时测试用例的删除。

    (2)、改进不受控制的测试用例

    随着软件项目的进展,测试用例库中的用例会不断增加,其中会出现一些对输入或运行状态十分敏感的测试用例。这些测试不容易重复且结果难以控制,会影响回归测试的效率,需要进行改进,使其达到可重复和可控制的要求。

    (3)、删除冗余的测试用例

    如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试,那么这些测试用例是冗余的。冗余测试用例的存在降低了回归测试的效率。所以需要定期的整理测试用例库,并将冗余的用例删除掉。

    (4)、增添新的测试用例

    如果某个程序段、构件或关键的接口在现有的测试中没有被测试,那么应该开发新测试用例重新对其进行测试。并将新开发的测试用例合并到基线测试包中。

    通过对测试用例库的维护不仅改善了测试用例的可用性,而且也提高了测试库的可信性,同时还可以将一个基线测试用例库的效率和效用保持在一个较高的级别上。

    2、回归测试包的选择

    在软件生命周期中,即使一个得到良好维护的测试用例库也可能变得相当大,这使每次回归测试都重新运行完整的测试包变得不切实际。一个完全的回归测试包括每个基线测试用例,时间和成本约束可能阻碍运行这样一个测试,有时测试组不得不选择一个缩减的回归测试包来完成回归测试。

    回归测试的价值在于它是一个能够检测到回归错误的受控实验。当测试组选择缩减的回归测试时,有可能删除了将揭示回归错误的测试用例,消除了发现回归错误的机会。然而,如果采用了代码相依性分析等安全的缩减技术,就可以决定哪些测试用例可以被删除而不会让回归测试的意图遭到破坏。

    选择回归测试策略应该兼顾效率和有效性两个方面。常用的选择回归测试的方式包括:

    (1)、再测试全部用例

    选择基线测试用例库中的全部测试用例组成回归测试包,这是一种比较安全的方法,再测试全部用例具有最低的遗漏回归错误的风险,但测试成本最高。全部再测试几乎可以应用到任何情况下,基本上不需要进行分析和重新开发,但是,随着开发工作的进展,测试用例不断增多,重复原先所有的测试将带来很大的工作量,往往超出了我们的预算和进度。

    (2)、基于风险选择测试

    可以基于一定的风险标准来从基线测试用例库中选择回归测试包。首先运行最重要的、关键的和可疑的测试,而跳过那些非关键的、优先级别低的或者高稳定的测试用例,这些用例即便可能测试到缺陷,这些缺陷的严重性也仅有三级或四级。一般而言,测试从主要特征到次要特征。

    (3)、基于操作剖面选择测试

    如果基线测试用例库的测试用例是基于软件操作剖面开发的,测试用例的分布情况反映了系统的实际使用情况。回归测试所使用的测试用例个数可以由测试预算确定,回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例,释放和缓解最高级别的风险,有助于尽早发现那些对可靠性有最大影响的故障。这种方法可以在一个给定的预算下最有效的提高系统可靠性,但实施起来有一定的难度。

    (4)、再测试修改的部分

    当测试者对修改的局部化有足够的信心时,可以通过相依性分析识别软件的修改情况并分析修改的影响,将回归测试局限于被改变的模块和它的接口上。通常,一个回归错误一定涉及一个新的、修改的或删除的代码段。在允许的条件下,回归测试尽可能覆盖受到影响的部分。

    再测试全部用例的策略是最安全的策略,但已经运行过许多次的回归测试不太可能揭示新的错误,而且很多时候,由于时间、人员、设备和经费的原因,不允许选择再测试全部用例的回归测试策略,此时,可以选择适当的策略进行缩减的回归测试。

    3、回归测试的基本过程

    有了测试用例库的维护方法和回归测试包的选择策略,回归测试可遵循下述基本过程进行:

    (1). 识别出软件中被修改的部分;

    (2). 从原基线测试用例库T中,排除所有不再适用的测试用例,确定那些对新的软件版本依然有效的测试用例,其结果是建立一个新的基线测试用例库T0。

    (3). 依据一定的策略从T0中选择测试用例测试被修改的软件。

    (4). 如果必要,生成新的测试用例集T1,用于测试T0无法充分测试的软件部分。

    (5). 用T1执行修改后的软件。

    第(2)和第(3)步测试验证修改是否破坏了现有的功能,第(4)和第(5)步测试验证 修改工作本身。

    三、 回归测试实践

    在实际工作中,回归测试需要反复进行,当测试者一次又一次地完成相同的测试时,这些回归测试将变得非常令人厌烦,而在大多数回归测试需要手工完成的时候尤其如此,因此,需要通过自动测试来实现重复的和一致的回归测试。通过测试自动化可以提高回归测试效率。为了支持多种回归测试策略,自动测试工具应该是通用的和灵活的,以便满足达到不同回归测试目标的要求。

    在测试软件时,应用多种测试技术是常见的。当测试一个修改了的软件时,测试者也可能希望采用多于一种回归测试策略来增加对修改软件的信心。不同的测试者可能会依据自己的经验和判断选择不同的回归测试技术和策略。

    回归测试并不减少对系统新功能和特征的测试需求,回归测试包应包括新功能和特征的测试。如果回归测试包不能达到所需的覆盖要求,必须补充新的测试用例使覆盖率达到规定的要求。

    回归测试是重复性较多的活动,容易使测试者感到疲劳和厌倦,降低测试效率,在实际工作中可以采用一些策略减轻这些问题。例如,安排新的测试者完成手工回归测试,分配更有经验的测试者开发新的测试用例,编写和调试自动测试脚本,做一些探索性的或ad hoc测试。还可以在不影响测试目标的情况下,鼓励测试者创造性地执行测试用例,变化的输入、按键和配置能够有助于激励测试者又能揭示新的错误。

    在组织回归测试时需要注意两点,首先是各测试阶段发生的修改一定要在本测试阶段内完成回归,以免将错误遗留到下一测试阶段。其次,回归测试期间应对该软件版本冻结,将回归测试发现的问题集中修改,集中回归。

    在实际工作中,可以将回归测试与兼容性测试结合起来进行。在新的配置条件下运行旧的测试可以发现兼容性问题,而同时也可以揭示编码在回归方面的错误。

     

     

     

    【转载<http://blog.sina.com.cn/s/blog_5f2211810100csjc.html>】

    转载于:https://www.cnblogs.com/SH-xuliang/p/8021646.html

    展开全文
  • 性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、系统测试、集成测试、接口测试……,这么些眼花缭乱的测试类型名称,估计很少有有人能准确地区分和说出定义来,对应的测试用例如何编写...

    性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、系统测试、集成测试、接口测试……,这么些眼花缭乱的测试类型名称,估计很少有有人能准确地区分和说出定义来,对应的测试用例如何编写和执行,就更不容易进行了。

    如果问测试工程师测试用例如何编写,就好像是问程序员如何编写代码一样,每个人都会给出不同的方法,但是实用的测试用例却像优秀的程序一样困难。

    本文针对上面的问题,主要讲解在企业实际工作中,如何有效划分测试种类和编写对应的测试用例,使测试工作更加合理、高效率的运行。

    本文主要以测试用例的编写和管理为核心,讲述下面的内容:

    用例的分类

    用例程度的把握

    用例的执行

    用例的评审

    用例的升级、管理、维护

    ..

    事实上,完全可以把测试用例看成是测试工程师编写的程序:这个“程序”是为了辅助测试工作的进行而进行,目的是为了发现软件问题,同时“顺便”证明软件功能是否符合要求。

    测试工作和开发通常一同进行,所以在完成测试计划编写后,就可以进行用例的编写工作。

    如下图所示

    上面的单元测试在大多数企业工作中,由程序员在开发过程中进行,基本不编写测试用例,

    重点论述集成测试用例的编写。下面按照编写的顺序说明各个测试用例的编写思路和方法。

    各个用例的编写参考模板可以点击下面免费领取

    测试用例编写参考模板大全

    对于用例,一个基本的思想就是:“一点多例”,就是针对一个测试点或者功能点,编写多个测试用例,从多个方面进行测试。各个部分的用例编写的都贯穿着这一基本思想。

    等价类划分法

    1.概念

    用户所有可能输入的数据,划分成了若干个子集,然后从每一个子集中选取少数具有代表性的数据作为测试用例,这种测试用例我们称为“等价类划分法”。

    等价类划分是一种重要的、常用的黑盒测试方法,不需要考虑程序的内部结构,只需要考虑程序的输入规格即可。它将不能穷尽的测试过程进行合理分类,从而保证设计出来的测试用例具有完整性和代表性。

    在有限的测试资源的情况下,用少量有代表性的数据得到比较好的测试结果。

    2 .分类

    有效等价类:指符合《需求文档》,输入合理的数据集合

    无效等价类:指不符合《需求文档》,输入不合理的数据集合

    3 .等价类设计步骤

    先划分等价类:找出所有可能的分类

    确定有效等价类:需求中的条件

    确定无效等价类:与条件相反的情况,再找到特殊情况

    从各个分类中挑选测试用例数据

    在确立了等价类之后,可按下表的形式列出所有划分出的等价类表

    1加法计算器:计算1---100的整数之和(包含1和100)

    示例:

    ① 通过等价类表分析有效等价类和无效等价类

    ② 挑选数据完成测试用例设计

    各个用例的编写参考模板可以点击下面免费领取

    测试用例编写参考模板大全

    展开全文
  • 关于测试用例库维护

    千次阅读 2009-07-28 11:55:00
    测试用例维护是一个不间断的过程,通常可以将软件开发的基线作为基准,维护的主要内容包括下述几个方面。 (1)、删除过时的测试用例 因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统,这些测试...

      

      测试用例的维护是一个不间断的过程,通常可以将软件开发的基线作为基准,维护的主要内容包括下述几个方面。

      (1)、删除过时的测试用例

      因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统,这些测试用例就会过时。例如,某个变量的界限发生了改变,原来针对边界值的测试就无法完成对新边界测试。所以,在软件的每次修改后都应进行相应的过时测试用例的删除。

      (2)、改进不受控制的测试用例

      随着软件项目的进展,测试用例库中的用例会不断增加,其中会出现一些对输入或运行状态十分敏感的测试用例。这些测试不容易重复且结果难以控制,会影响回归测试的效率,需要进行改进,使其达到可重复和可控制的要求。

      (3)、删除冗余的测试用例

      如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试,那么这些测试用例是冗余的。冗余测试用例的存在降低了回归测试的效率。所以需要定期的整理测试用例库,并将冗余的用例删除掉。

      (4)、增添新的测试用例

      如果某个程序段、构件或关键的接口在现有的测试中没有被测试,那么应该开发新测试用例重新对其进行测试。并将新开发的测试用例合并到基线测试包中。

      通过对测试用例库的维护不仅改善了测试用例的可用性,而且也提高了测试库的可信性,同时还可以将一个基线测试用例库的效率和效用保持在一个较高的级别上。

     

        上面是从网上搜索而来的,而在我的实践中,我认为还要包括一种情况,就是:

        要不断地整理测试用例顺序的逻辑性,杂乱无章也不利于测试人的执行,带有一定的逻辑顺序性,可方便测试人员的执行,极大地提高了工作效率。

    展开全文
  • 测试用例管理工具有哪些?

    千次阅读 2020-12-07 18:13:41
    目前市面上的测试管理工具有很多,功能基本上都大同小异,要完成一款测试用例工具的选型,首先要需求明确,就是说你要用这个测试管理工具干什么? 最终想要达到什么目标?才能进一步完成对测试管理工具的选型。 除此...
  • 对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试...我们都知道,测试,不管是白盒,黑盒,功能或性能测试都离不开测试用例,可以怎么说,测试用例是一切测试的基础,也
  • 如何设计一份优秀的游戏测试用例

    千次阅读 2021-10-21 17:45:55
    文章目录一、前言 ...  如何设计一份优秀的测试用例?本文章将向广大读者说明如何进行设计更加符合实际测试、更具美观性、高阅读性及逻辑性等,让你的测试用例令人刮目相看!话不多说,让我们一起看看吧~ ...
  • 测试用例 - 进销存软件测试.doc

    千次阅读 2021-07-27 04:21:21
    3.3.1进货订单测试用例ID31-01用例名称进货订单主表被测功能进货订单表维护测试用例目的测试进货订单主表是否符合用户要求数据准备定义进货订单表的规则,测试步骤选择账簿,输入用户密码进入。点击确定,进入进货...
  • 编写测试用例标准

    千次阅读 2019-04-12 16:47:28
    为保证测试用例对需求的覆盖率,即对一个系统从整体功能到单个功能,都尽可能的高的覆盖。而单个功能点主要强调的是不同的输入及其组合所带来的各种输入动作,系统是否都做了处理;      &...
  • 禅道用例库

    2021-12-29 11:30:29
    1、用例库维护: 在禅道的测试/用例库,可以创建用例库。使用用例库的好处是可以将通用的组件用例统一维护,在测试过程中遇到相同的组件可以直接引用该用例。即实现了组件测试用例的统一性也提高了用例编写的效率。...
  • 测试用例编写及用例评审方法

    千次阅读 2018-11-12 11:14:24
    编写测试用例是测试人员的基本功,可是在学校的时候我们好像也没有相应的课程来教我们相应的设计方法。后来我们从网上或是一些软件测试相关的书上会看到不少介绍编写测试用例的方法,如:等价类划分,边界值分析法,...
  • 软件安全测试用例的“词表” 单词列表、字典文件、攻击字符串、杂项数据集和概念验证测试用例以及渗透测试人员的工具集合 简介werdlists :scissors: 这个项目是一个单词列表的集合——它们主要是基于或基于行的。 ...
  • 二、测试用例 测试用例的定义 设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的预期效果。 如果程序在这种情况下不能正常运行,而且这种情况会重复发生,那就表示这个程序有缺陷,那测试...
  • 文章目录一、测试用例的定义二、测试用例模板和包含的内容三、设计测试用例的作用四、测试用例编写注意事项 一、测试用例的定义 1、简单地说,测试用例就是: 设计一个情况,软件程序在这种情况下,必须能够正常...
  • 作为软件测试工程师,最主要的工作就是:编写测试用例,那么为什么要编写测试用例?它有什么好处?如何编写测试用例测试用例写简单好还是复杂好?如何评价测试用例的质量? 天呐撸!能说不会吗?! 作为倾向软件...
  • 测试用例编写规范

    万次阅读 多人点赞 2018-04-17 15:39:48
    引言 1.1 背景 为保证测试用例对需求的覆盖率,即对一个系统从整体功能到单个功能,都尽可能的高的覆盖。而单个功能点主要强调的是不同的输入及其组合所带来的各种输入动作,系统是否都做了处理;测试用例设计...
  • 作为一个测试新人,刚开始接触测试,对于怎么写测试用例很头疼,无法接触需求,只能根据站在用户的角度去做测试,但是这样情况会导致不能全方位的测试APP,这种情况就需要一份测试用例了,但是不会写,求指教!...
  • 性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、系统测试、集成测试、接口测试……,这么些眼花缭乱的测试类型名称,估计很少有有人能准确地区分和说出定义来,对应的测试用例如何编写...
  • 今天聊得是自动化测试与测试用例的编写,首先来聊一聊框架(Framework)。 框架是工程学上一个非常重要的概念。在计算机和软件工程领域,我们可以轻松列举出一些耳熟能详的框架。例如,Windows软件开发框架.NET,Web...
  • 测试用例之性能测试用例

    万次阅读 多人点赞 2016-06-22 21:55:14
    测试用例之性能测试用例 性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试… …,这么多眼花缭乱的测试类型名称,估计很少有人能准确的区分并说出定义来,至于对应的测试用例...
  • 测试用例及其注意事项

    千次阅读 2020-09-23 10:46:01
    一:测试用例概述 1:测试用例的定义 ​ 简单地说,测试用例就是: 01:设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的预期结果 02:如果程序在这种情况下不能正常运行,而且这种问题...
  • 传统的测试用例须要测试或者开发人员将用户的操做用代码表示出来,经过断言判断是否和预期一致,写测试用例也占用了部分时间,加上版本迭代测试用例维护成本也较高,因而基于无埋点的需求相结合自动化测试来检测...
  • 如何设计测试用例

    2021-03-18 23:56:44
      测试用例至少包括:用例编号、用例名称、级别、预置条件、测试步骤、期望结果。 1、用例编号   项目简称 + 模块简称 + 顺序编号   比如:CSDN_登陆_001 2、用例名称   操作 + 预期结果   比如:输入正确...
  • 测试用例模板及测试报告分析 文章目录前言一、pandas是什么?二、使用步骤1.引入库2.读入数据总结 前言 提示:这里可以添加本文要记录的大概内容: 例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,...
  • 软件测试测试用例

    2020-03-25 12:11:46
    一、如何开启第一次测试: 1)阅读所有项目有关的文档; 2)参加项目会议; 3)熟悉项目所使用的测试管理工具、配置管理工具、获取...2)打开测试管理工具用例模块,开始执行用例; 3)发现bug; 4)记录bug; ...
  • 测试用例编写规范.pdf

    2010-03-11 20:39:32
    统一测试编写用例的规范,为程序测试人员提供编写用例的指导,提高编写用例的可读性、可执行性。适用于集成测试和系统测试用例编写
  • 测试用例规范

    2020-06-13 16:34:38
    为保证测试用例对需求的覆盖率,即对一个系统从整体功能到单个功能,都尽可能的高的覆盖。而单个功能点主要强调的是不同的输入及其组合所带来的各种输入动作,系统是否都做了处理;测试用例设计首先要明确该系统...
  • 1.测试用例的基本要素 测试用例是为了实施测试而向被测试的系统提供的一组集合,这组集合包括:测试环境、操作步骤、测试数据、预期结果等要素; 测试用例的标准:对比好坏代码的评价标准: 用例表达清楚,无二...
  • 1 测试用例 1.1 测试用例的定义 设计一个情况,软件程序在这种情况下,必须能够正常运行并达到程序所设计的预期结果。 如果程序在这种情况下不能正常运行,而且这种问题会重复发生,那就表示软件程序人员已经测出...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 34,575
精华内容 13,830
关键字:

测试用例库的维护

友情链接: ccSekJpy60m.zip