精华内容
下载资源
问答
  • 软件测试之测试模型

    千次阅读 2019-06-12 21:38:01
    写好前期的测试文档,...测试模型 V模型 测试阶段: 单元测试 集成测试 系统测试 实现意义 V模型是软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系 。 从左到右,描述了基本的开发过程和测试...

           写好前期的测试文档,做好了测试前期的准备工作,接下来,就开始要进行实质的执行测试阶段了。在执行测试前,要确定开发要采用什么样的模型。比较常见的开发模型有传统的瀑布开发模型,及敏捷开发模型。

    测试模型

    V模型

    测试阶段:

    单元测试

    集成测试

    系统测试

    实现意义

    V模型是软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系 。

    从左到右,描述了基本的开发过程和测试行为,非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。

    左边依次下降的是开发过程各阶段,与此相对应的是右边依次上升的部分,即各测试过程的各个阶段。

    用户需求 验收测试

    概要设计  确认测试和系统测试

    详细设计 集成测试

    编码   单元测试

     

    软件测试V模型

     

    V模型

    RAD(Rap Application Development,快速应用开发)模型是软件开发过程中的一个重要模型,由于其模型构图形似字母V,所以又称软件测试的V模型。

    V模型大体可以划分为以下几个不同的阶段步骤:需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。

    软件测试V模型

    V模型问题

    1.测试是开发之后的一个阶段。

    2.测试的对象就是程序本身。

    3.实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。

    4.整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心,而且上一步的结果必须是充分和正确的,如果任何一个环节出了问题,则必将严重的影响整个工程的质量和预期进度

    适用范围

    V模式是一种传统软件开发模型,一般适用于一些传统信息系统应用的开发,而一些高性能高风险的系统、互联网软件,或一个系统难以被具体模块化的时候,就比较难做成V模式所需的各种构件,需要更强调迭代的开发模型或者敏捷开发模型。

    瀑布模型

    瀑布模型(Waterfall Model) 是一个项目开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段“流动”到下一个阶段,这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。

     

     

    W模型

    W模型由Evolutif公司公司提出,相对于V模型,W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。 W模型强调:测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、设计等同样要测试,也就是说,测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如,需求分析完成后,测试人员就应该参与到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,这将显著减少总体测试时间,加快项目进度。 但W模型也存在局限性。在W模型中,需求、设计、编码等活动被视为串行的,同时,测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束,才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临着困惑。

    软件测试

    H模型

    H模型中, 软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行。

    软件测试

    这个示意图演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其它流程可以是任意的开发流程,例如设计流程或者编码流程。也就是说, 只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了。

    H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备, 尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。

    X模型

    X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后将进行频繁的交接,通过集成最终成为可执行的程序,然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户,也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见,X模型还定位了探索性测试,这是不进行事先计划的特殊类型的测试,这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费,对测试员的熟练程度要求比较高。

    软件测试

          软件开发模型的选择很重要,决定了软件开发的速度与质量。 

    展开全文
  • 先介绍一下 "敏捷开发模型" 的测试模型, 即 敏捷测试, 有以下几个方案. 一. 敏捷测试 1. 不依赖文档. 由于不依赖文档, 因此要时常和项目组的人沟通 测试人员自己的文档不再需要写测试用例, 而是需要画出思维导图...

    目录

    一. 敏捷测试

    二. 什么是单元测试?

    三. 什么是集成测试?

    四. 什么是系统测试?

    五. 什么是验收测试?

    六. 软件测试模型

    1. V模型

    2. W模型

    3. X模型

    4. H模型

    七. 测试模型的总结

    八. 在实际工作中应灵活地运用各类模型的优点.

    先介绍一下 "敏捷开发模型" 的测试模型, 即 敏捷测试, 有以下几个方案.

    一. 敏捷测试

    1. 不依赖文档.

           由于不依赖文档, 因此要时常和项目组的人沟通 测试人员自己的文档不再需要写测试用例, 而是需要画出思维导图, 将自己的测试点整理出来.

           有些公司虽然使用的是敏捷开发模型, 但要求测试和研发人员要按照传统模型的文档来写, 因为文档十分重要, 是后期了解项目的依据. 因此 测试用例, 需求文档, 研发设计文档都要求按照传统模型进行. 假如一点都不依赖文档, 测试或者开发人员一旦离职, 项目是无法说得清楚的, 因为需求文档和项目差异太大了, 这些变更都在开发人员和测试人员的大脑里, 他们离职了就带走了.

           因此有些公司要求重点写文档. 但有的公司要求其它文档轻, 核心文档重.

    2. 迭代周期频繁.

           由于项目迭代周期频繁, 工作量大, 压力大, 因此需要调整自己, 适者生存. 


    先介绍一下单元测试, 集成测试, 系统测试, 验收测试的基本概念.

    针对一个功能点四类测试所花费的时间(时间从少到多升序): 单元测试< 集成测试< 验收测试=< 系统测试

    二. 什么是单元测试?

           单元测试(unit testing), 是指对软件中的最小可测试单元进行检查和验证.

           对于单元测试中单元的含义, 一般来说, 要根据实际情况去判定其具体含义, 如C语言中单元指一个函数, Java里单元指一个类, 图形化的软件中可以指一个窗口或一个菜单. 总的来说, 单元就是人为规定的最小的被测功能模块.

           单元测试是在软件开发过程中要进行的最低级别的测试活动, 软件的独立单元将在与程序的其他部分相隔离的情况下进行测试.

           单元测试(模块测试)是开发者编写的一小段代码, 用于检验被测代码的一个很小的, 很明确的功能是否正确. 通常而言, 一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为.

           单元测试是由程序员自己完成的, 最终受益的也是程序员自己. 程序员有责任编写功能代码, 同时也有责任为自己的代码编写单元测试. 执行单元测试, 就是为了证明这段代码的行为和我们期望的一致. 

    三. 什么是集成测试?

            集成测试, 也叫组装测试或联合测试. 在单元测试的基础上, 将所有模块按照设计要求(如根据结构图)组装成为子系统或系统, 进行集成测试.

            实践表明, 一些模块虽然能够单独地工作, 但并不能保证连接起来也能正常的工作. 一些局部反应不出来的问题, 在全局上很可能暴露出来.

            集成测试最简单的形式是: 把两个已经测试过的单元组合成一个组件, 测试它们之间的接口. 从这一层意义上来讲, 组件是指多个单元的集成聚合. 在现实方案中, 许多单元组合成组件, 而这些组件又聚合为程序的更大部分. 方法是测试片段的组合, 并最终扩展成进程, 将模块与其他组的模块一起测试. 最后, 将构成进程的所有模块一起测试. 此外, 如果程序由多个进程组成, 应该成对测试它们, 而不是同时测试所有进程. 

    四. 什么是系统测试?

            系统测试(System Testing)是对整个系统的测试, 将硬件, 软件, 操作人员看作一个整体, 检验它是否有不符合系统说明书的地方. 

            这种测试可以发现系统分析和设计中的错误.如安全测试是测试安全措施是否完善, 能不能保证系统不受非法侵入. 再例如, 压力测试是测试系统在正常数据量以及超负荷量(如多个用户同时存取)等情况下是否还能正常地工作.

            系统测试是将经过集成测试的软件, 作为计算机系统的一个部分, 与系统中其他部分结合起来, 在实际运行环境下对计算机系统进行的一系列严格有效地测试, 以发现软件潜在的问题, 保证系统的正常运行.

    五. 什么是验收测试?

            验收测试是部署软件之前的最后一个测试操作. 在软件产品完成了单元测试, 集成测试和系统测试之后, 产品发布之前所进行的软件测试活动. 它是技术测试的最后一个阶段, 也称为 "交付测试".

            验收测试的目的是确保软件准备就绪, 并且可以让最终用户将其用于执行软件的既定功能和任务.

            验收测试是向未来的用户表明系统能够像预定要求那样工作. 经集成测试后, 已经按照设计把所有的模块组装成一个完整的软件系统, 接口错误也已经基本排除了, 接着就应该进一步验证软件的有效性, 这就是验收测试的任务, 即软件的功能和性能如同用户所合理期待的那样.


    六. 软件测试模型

    软件测试有4个模型: V模型, W模型, X模型, H模型. 

    1. V模型

     

    V模型每个阶段"测试人员" 的工作:

    研发阶段:

    • 研发第一阶段"用户需求"阶段, 测试人员不参与
    • 研发第二阶段"需求分析与系统设计"阶段, 测试人员需要学习需求, 确定测试范围, 并制定测试计划
    • 研发第三阶段"概要设计"阶段, 测试人员需要将测试计划细化.
    • 研发第四阶段"详细设计"阶段, 测试人员不参与. 第三第四阶段测试人员参与度很低, 基本是不参与的
    • 研发第五阶段"编码"阶段, 是V模型里的黄金分割线. 在这个阶段, 测试人员的核心工作是"编写测试用例".

    此时, V模型里左边的研发线结束, 下来开始V模型里右边的测试线, 测试线和研发线是一一对应的

    测试阶段:

    • 测试第一阶段"单元测试"阶段, 详细设计阶段对应的是单元测试阶段. 这个阶段普通测试人员不参与. 由白盒测试工程师和研发人员参与

           单元测试用的是"白盒测试"方法

    • 测试第二阶段"集成测试"阶段, 集成测试阶段对应的是概要设计阶段, 这个阶段既涉及到了代码, 又涉及到了功能, 因此这个阶段仍然是由白盒测试工程师和研发人员参与.

           集成测试用的是"灰盒测试(白+黑)"方法

    • 测试第三阶段"系统测试"阶段, 是测试人员花费时间最长的阶段.

           这个阶段, 测试人员需要完成的工作有五项: 数据搭建, 环境准备, 测试执行, 缺陷管理, 测试报告的输出

           系统测试用的是"黑盒测试"方法, 人员就是普通功能测试

    • 测试第四阶段"验收测试"阶段

           验收测试用的是"黑盒测试"方法, 测试人员是"用户"

    2. W模型

          W模型也可以看做是 "双V模型", 有两个 V, 一个是研发V, 一个是测试V, 将研发和测试的工作并行了起来, 使研发和测试的工作可以同时进行, 因此解决了V模型的三个缺点

    研发V中: V模型的左边的阶段是不变的, 黄金分割线是 "编码" 阶段

    1.  右边第一个阶段对应集成测试的是 "集成" 阶段;
    2.  右边第二个阶段对应系统测试的 "实施" 阶段,
    3.  右边第三个阶段对应验收测试的 "交付" 阶段. 交付之后用户才可以验收

    测试V中: V模型的右边的阶段是不变的, 黄金分割线是 "单元测试" 阶段

    1.    左边第一个阶段对应用户需求的是 "验收测试准备" 阶段, 为验收测试阶段做准备
    2.    左边第二个阶段对应需求分析与系统的是 "系统测试准备" 阶段, 为系统测试阶段做准备, 提前准备好项目需要用到 的测试工具以测试方法等
    3.    左边第三个阶段对应概要设计的是 "集成测试准备" 阶段, 为集成测试做准备,
    4.    左边第四个阶段对应详细设计的是 "单元测试准备" 阶段, 为单元测试做准备, 需要提前掌握单元测试相关知识, 提前搭建好单元测试框架.

           在V模型中, 用户需求, 概要设计, 详细设计阶段, 测试人员参与度很低, 基本不参与, 但是在W模型中, 测试人员是需要参与的. 测试人员在W模型的所有阶段全程参与.

    开发V和测试V的黄金分割线 "编码" 和 "单元测试" 是对应的

    •        对于编码阶段:  在V模型的"编码"阶段中, 测试人员做的工作是 编写测试用例; 而在W模型的"编码"阶段中, 测试人员既要编写测试用例又要单元测试
    •        对于单元测试阶段:  单元测试完成一个模块就可以进行测试. 而在W模型的其他阶段中, 测试人员的工作和 V模型中的工作是一样的, 此处不再赘述.

    W模型整体来看也是 "串型"的, 比如没有进行设计, 是无法直接拿着需求进行编码的; 没有编码是不能进行单元测试; 因此,W模型是有缺点的, W模型不适合 "敏捷" 这种需求频繁变更的开发模型.

    3. X模型

            X模型是对V模型的改进, X模型提出针对单独的程序片段进行相互分离的编码和测试. 此后通过频繁的交接, 通过集成, 最终合成为可执行的程序.

            X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试, 此后将进行频繁的交接, 通过集成, 最终成为可执行的程序. 然后再对这些可执行程序进行测试. 已通过集成测试的成品可以进行封装并提交给用户, 也可以作为更大规模和范围内集成的一部分. 多根并行的曲线表示变更可以在各个部分发生.

            X模型还定位了探索性测试, 这是不进行事先计划的特殊类型的测试, 这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误. 但这样可能对测试造成人力, 物力和财力的浪费, 对测试员的熟练程度要求比较高.

    4. H模型

            H模型中, 软件测试过程活动完全独立, 贯穿于整个产品的周期, 与其他流程并发地进行, 某个测试点准备就绪时, 就可以从测试准备阶段进行到测试执行阶段. 软件测试可以尽早的进行, 并且可以根据被测物的不同而分层次进行.

            H模型揭示了一个原理: 软件测试是一个独立的流程, 贯穿产品整个生命周期, 与其他流程并发地进行. H模型指出软件测试要尽早准备, 尽早执行. 不同的测试活动可以是按照某个次序先后进行的, 但也可能是反复的, 只要某个测试达到准备就绪点, 测试执行活动就可以开展.

    七. 测试模型的总结

    1. V模型

         V模型是软件开发瀑布模型的变种, 主要反映测试活动与分析和设计的关系;

         局限性: 把测试作为编码之后的最后一个活动, 需求分析等前期产生的问题直到后期的验收测试才能发现

    2. W模型

         在V模型的基础上, 增加了开发阶段的同步测试, 形成W模型; 测试和开发同步进行, 有利于尽早发现问题

         局限性: 仍把开发活动看成是从需求开始到编码结束的串型活动, 只有上一阶段完成后, 才可以开始下一阶段的活动, 不能支持迭代, 自发性以及变更调整

    3. H模型

         在H模型中, 软件测试过程完全独立, 贯穿整个项目的周期, 与其他流程并发地进行, 某个测试点准备就绪时, 就可以从测试准备阶段进行到测试执行阶段; 软件测试可以进行尽早进行; 软件测试可以根据被测物的不同而分层次进行

    八. 在实际工作中应灵活地运用各类模型的优点.

    V模型: 强调了在整个软件开发项目中需要经历的若干个测试级别, 并与每一个开发级别对应; 忽略了测试的对象不应该仅仅包括程序, 没有明确指出对需求和设计的测试

    W模型: 补充了V模型中忽略的内容, 强调了测试计划等工作的先行和对系统需求和系统设计的测试; 与V模型相同, 没有对软件测试的流程进行说明

    H模型: 强调测试独立的, 只要测试准备完成, 就可以执行测试.

     

     

     

    展开全文
  • 软件测试模型-敏捷模型

    千次阅读 2020-06-17 15:28:27
    敏捷模型是在互联网的快节奏下应运而生的,也是当前最为主流的开发测试模型。 在V模型中,描述了基本的开发过程和测试行为,它的优点在于,非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了测试各阶段...

    敏捷模型是在互联网的快节奏下应运而生的,也是当前最为主流的开发测试模型。

    img

    在V模型中,描述了基本的开发过程和测试行为,它的优点在于,非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了测试各阶段和开发各阶段的对应关系。

    同时,它的局限性也相当明显,测试介入时间太晚,只是把测试作为编码后的一个活动,需求分析等前期产生的错误,直到后期的验收测试才能发现。

    虽说“亡羊补牢”,但是测试越晚介入,付出的成本代价越大。基于V模型的痛点,引入了敏捷模型。

    采用敏捷模型,相当于项目一诞生,就给它打了预防针。

    关于敏捷模型的具体流程,如下图所示:

    以抖音为例,在需求分析阶段,先收集用户的需求:市场上目前缺少短视频的APP,同时,有了今日头条的成功,能不能沿用它的设计思路,将展现形式由文字转变为短视频,通过标签推荐的算法,向用户推送他可能感兴趣的短视频呢?


    基于这样的需求,形成需求文档,接下来,产品经理拉着团队里开发、测试、设计一起做需求评审。

    除了开发根据需求文档做开发计划之外,与此同时,测试人员由于更早的介入到软件项目当中,也可以根据需求文档开始编写测试计划了。

    形成测试计划之后,开始着手测试用例的设计与开发。

    跟传统的瀑布模型、V模型不同,等到开发人员提测的时候,测试用例已经设计开发完成,可以直接开展测试工作。

    执行测试的过程中,发现了 bug 立即反馈给开发团队进行修复,修复后进行回归测试,直到全部测试用例通过,由产品经理来验收。

    以上就是关于敏捷模型的介绍,现在的互联网公司基本都会采用这样一套流程,只是不同的公司会有些细小的差别。

    至于为什么越来越多的互联网公司青睐于快速迭代的敏捷模型?

    主要是因为竞品的存在,例如抖音与快手、支付宝与微信支付、美团外卖与饿了么等,只要其中一方开发了新功能,另一家就需要针对性的开发类似的功能,来保持自己的用户粘性,不至于落后于竞争对手。

    以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。

    Leo Never Stop Fighting!

    展开全文
  • 重点针对软件测试中的测试模型及测试方法做了实战性的理论概述。 适合学员从实战性的理论中获取到测试思维上的提升。   主讲老师为资深高级技术专家。毕业于电子科技大学。先后工作于多家知名外企,知名通信...
  • 测试模型和测试的基本方法

    千次阅读 2019-11-17 22:56:18
    1.测试相关的概念(软件开发模型, 测试模型) 2.设计测试用例的方法(8中设计测试用例方法) 3.缺陷管理(定义, 流程, JIRA 禅道) 软件测试的目的: 找bug, 协助开发人员修改bug , 保证产品的质量 学习目标 掌握...

    阶段学习的内容
    1.测试相关的概念(软件开发模型, 测试模型)
    2.设计测试用例的方法(8中设计测试用例方法)
    3.缺陷管理(定义, 流程, JIRA 禅道)

    软件测试的目的:
    找bug, 协助开发人员修改bug , 保证产品的质量

    学习目标
    掌握瀑布模型的开发流程
    掌握软件测试V模型和W模型
    熟悉软件测试分类
    了解软件质量模型
    掌握测试用例包含的基本内容
    掌握等价类划分法的适用范围
    掌握等价类划分法的使用步骤

    软件开发模型

    瀑布模型
    示意图:
    在这里插入图片描述
    瀑布模型流程:

    1. 需求分析
    2. 概要设计
    3. 详细设计
    4. 编码
    5. 软件测试
    6. 软件维护

    特点和优缺点:
    特点:

    1. 划分不同的阶段
    2. 线性模型, 其他模型从瀑布模型演变而来, 占有重要地位
    3. 文档驱动开发模型
      优点:
    4. 阶段划分清晰,
    5. 只需要关注当前阶段,
    6. 文档驱动模型, 执行过程中有理有据。
      缺点:
    7. 依赖早期需求调研,不适应需求变更
    8. 测试介入较晚, 失去及早矫正机会。

    快速原型模型

    步骤:
    快速分析
    构建原型
    运行
    评价
    重复以上四个步骤。

    优点:

    1. 解决瀑布模型的缺点, 依赖早期需求调研,很好满足用户的需求。
      缺点:
    2. 不适应大型项目, 灵活中小型项目

    快速原型方式:

    1. 原型图
    2. 静态网页 –

    螺旋模型

    风险: 对于我们项目不利的因素。

    风险两个特点
    影响性
    可能性

    项目中风险:

    1. 业务影响 – 银行自身业务人员。
    2. 技术安全 – 安全测试团队。
    3. 项目延期 – 加班, 加人, 规范开发流程。

    螺旋模型特点和优缺点:
    特点:
    引入了风险分析
    优点:

    1. 引入了风险分析, 大大提高软件开发成功率
      缺点:
    2. 风险分析,有专业人士来做,丰富业务知识。

    三种开发模型

    1. 瀑布模型: 大型项目,需求非常明确。
    2. 快速原型模型: 灵活,中小型项目。
    3. 螺旋模型: 大型项目, 需求不明确。

    软件测试模型

    V模型

    在这里插入图片描述
    流程:

    1. 需求分析 概要设计 详细设计 编码
    2. 单元测试 集成测试 系统测试 验收测试

    优缺点:
    优点: 测试分阶段, 既包含底层测试(单元, 集成) 高层测试(系统 验收)
    缺点: 线性模型缺点
    1. 依赖早起需求调研, 不适应需求变更。
    2. 测试介入较晚, 失去及早矫正机会。

    W模型

    1. 开发V模型
      1. 需求分析 概要设计 详细设计 编码 – 集成 – 实施 – 交付
    2. 测试V模型
      1. 验收和系统测试设计 —集成测试设计 – 单元测试设计 – 单元测试 --集成测试 --系统测试 --验收测试

    在这里插入图片描述
    优缺点:
    优点:
    1. 测试内容更加丰富, 有程序, 文档,代码。。
    2. 测试伴随整个开发生命周期, 及早发现问题。
    缺点:
    1. 技术实现复杂, 很难实践。

    测试分类

    1. 按照测试阶段划分

    1. 单元测试: 程序最小单位的测试,依据的文档详细文档。
    2. 集成测试
      1. 组装测试, 依据文档概要文档。
      2. 接口测试
    3. 系统测试: 对产品所有功能的测试, 依据文档 需求文档
    4. 验收测试: 验证产品是否满足用户的需求, 依据文档需求文档/客户需求
      验收测试分为:
      1. α测试
      1. 内测版本
      2. 公司内部人员
      3. 很多问题,很多bug
      2. β测试
      1. 公测版本
      2. 广大用户
      3. 用户在使用中发现问题,反馈给开发人 员。
      3. γ测试
      1. 正式版本的 – 备选版本。
      2. 线上出现问题, 备选版本上线。

    2. 按照是否查看源代码

    1. 黑盒测试
      1. 关注数据的输入和输出。
      2. 不关注程序逻辑和代码

    2. 白盒测试: 关注是程序逻辑和代码

    3. 灰盒测试: 既关注数据的输入和输出, 也关注程序的源代码
      1. 接口测试。

    3. 是否自动化分

    1. 人工测试
    2. 自动化测试

    4.是否运行程序分类

    1. 静态测试 :.代码,界面,文档
    2. 动态测试

    5. 更多分类:

    1. 冒烟测试
    1. 对产品最基本功能测试, 保证产品最基本的功能和流 程没有问题
    2. 开发人员开发好新的功能前。

    2. 回归测试
    1. 小回归: 开发人员修复bug, 测试人员在新的代码下再次验证这个功能。
    2. 大回归: 系统测试后, 保证修复缺陷对其他功能没有影响, 挑选主要我功能进行回归测试。

    3. 随机测试
    介绍: 随便 点点点的测试-- ad-hoc testing
    关注点:1. 产品主要的功能
    2. 以前没有覆盖到的部分(边边角角,不重要功能)

    4. 探索式测试
    介绍: 测试人员发散思维, 去思考,去测试, 找到更深层 次的问题。

    软件质量模型 (了解)

    功能性: 产品符合需求的描述, 可见需求和隐藏需求
    可靠性: 产品功能健全,容错性和易恢复性。
    易用性: 易学易理解已使用,外观漂亮好看。
    效 率
    时间: 加载一个页面时间
    资源利用率: cpu 内存硬盘灯。。
    维护性
    产品出现问题可以修复
    可以分析问题在哪 可以修改 可以继续运行
    可移植性: 产品可以从一个地方挪到另外一个地方

    测试用例

    测试用例的概念:(Test case)测试用例是为了特定目的而设计的,包含了测试输入,执行条件和预期结果的一个文档。

    在这里插入图片描述

    测试用例要素:

    用例编号 : 唯一标识一条测试用例。
    用例标题 : 描述测试的场景, 测试什么功能点。
    测试项目 : 用例属于哪一个项目,(项目 / 模块)
    用例级别: 测试用例的重要程度(基本功能 主要功能 次要 功能)
    测试输入 : 测试数据,用户名+密码。
    预置条件 : 测试用例执行特殊条件。
    执行步骤 : 操作步骤按照 1,2,34,描述清楚。
    预期结果 : 正常情况的结果, 对应验证结果。

    等价类划分法

    等价类定义: 具有功能特征的数据子集

    适用场景: 文本输入框。

    等价类分类:
            有效等价类 : 满足条件
            无效等价类 : 不满足条件 
    

    等价类设计测试用例的步骤

    1. 明确需求
    2. 明确有效等价类和无效等价类。
    3. 编写测试用例
    1. 有效等价类全部覆盖
    2. 无效等价类全部覆盖, 一条无效等价类编写一条测试用例。

    展开全文
  • 软件测试模型-V模型

    千次阅读 2020-06-17 14:41:32
    V 模型:是瀑布模型的改进,相当于瀑布模型的细化版。 具体的流程如图所示: V 模型的优点: 1、包含了底层测试(单元测试)和高层测试(系统测试); 2、清除地表示了开发和测试的各个阶段; 3、自上而下逐步求精...
  • 软件测试模型-瀑布模型

    千次阅读 2020-06-17 14:40:54
    瀑布模型,适用于结构化的软件项目,是面向过程的软件测试模型。 具体的流程如图所示: 项目计划:投入多少人,时间进度如何安排; 需求分析:产品经理输出需求文档,项目组的人员再对这份文档进行分析,对需求...
  • V模型本身是软件开发中瀑布模型的变种,它反映了测试活动与分析和设计的关系。 V模型标明了测试过程中本身存在的不同阶段,从左到右,描述了开发过程和测试过程间的阶段对应关系。 需求分析、概要设计、详细设计、...
  • 软件测试模型——V模型 & W模型

    万次阅读 多人点赞 2018-08-19 15:53:45
    软件测试的V模型 以“编码”为黄金分割线,将整个过程分为开发和测试,并且开发和测试之间是串行的关系 单元测试和集成测试:是测试程序的执行能否满足软件设计的需求 系统测试:是检测系统的功能、质量、性能...
  • 瀑布模型的变种,把瀑布模型中的测试阶段与之前的分析设计阶段对应起来,即可得到V模型。 优点:非常明确地标明了测试过程中存在的不同级别,并且每个级别与分析设计阶段对应。每个测试阶段有明确的交付物。在小型...
  • 【测试】开发模型和测试模型

    千次阅读 2019-08-10 18:02:08
    瀑布模型是所有其他模型的基础框架,每个阶段只执行一次,因此是线性顺序进行的软件开发模式。 优点:强调开发的阶段性;强调早期计划及需求调查;强调产品测试。 缺点:依赖早期进行的唯一一次需求调查,不能适应...
  • HTSM测试模型

    千次阅读 2018-04-18 20:32:50
    本文是对启发式测试策略模型的整理,该测试模型是测试专家James Bach提出的一种指导测试的指南。所有的测试都基于模型,测试模型也是测试的基础。...
  • 软件开发模型和测试模型

    千次阅读 2018-09-01 19:42:39
    如果把软件看成是有生命的事物,那么软件的生命周期可以分成6个阶段,即:需求分析、计划、设计、编码、测试、运行维护。 瀑布模型 瀑布模型在软件工程中占有重要地位,是所有其他模型的基础框架。 瀑布模型的...
  • 测试模型
  • 测试生命周期模型V模型W模型瀑布模型H模型快速原型模型X模型 V模型、W模型、瀑布模型、 H模型、快速原型模型、X模型 V模型 V模型:需求分析-概要设计-详细设计-编码-单元测试-集成测试-系统测试-验收测试 V模型的优...
  • 性能测试中的测试模型设计(图)

    千次阅读 2017-02-16 11:38:29
    在以往的模型设计中,我一般会遵循这个设计步骤:信息调研—场景分析—模型设计。   信息调研   按照上线情况将应用系统分为未上线和已上线两类。   对于未上线的系统的信息调研比较困难(由于...
  • 文章目录测试模型瀑布模型(传统观点)V模型W模型X模型H模型软件测试的管理 测试模型 瀑布模型(传统观点) 需求分析–设计–编程–测试–维护 V模型 优点 它非常明确地标明了测试过程中存在的不同级别,并且...
  • 测试模型 3.1 V模型 3.2 W模型 1. 软件的生命周期 软件的生命周期是指从软件产品的设想开始,到软件不再使用结束的时间。 六个阶段: 分析 计划 设计 编码 测试 运行维护 2. 开发模型 2.1 ...
  • 4种自动化测试模型

    千次阅读 2017-01-05 19:48:59
    自动化测试模型可以看作自动化测试框架与工具设计的思想。 线性模型 线性脚本中每个脚本都相互独立,且不会产生其他依赖与调用,其实就是简单模拟用户某个操作流程产生的脚本。 实例: from selenium import ...
  • 软件的生命周期可分为需求分析、计划、编码、测试、运行维护六个阶段。 瀑布模型:  start -&gt; 需求分析 -&gt; 计划 -&gt; 设计 -&gt; 编码 -&gt; 测试 -&gt; end 即为瀑布模型流程。...
  • 在训练集上训练用户兴趣模型,在测试集上进行预测 通过事先定义的离线指标评测算法在测试集上的预测结果 优点: 不需要真实用户的参与 速度快,可以测试大量算法 缺点: 无法计算商业关心的指标,...
  • 软件测试模型的优缺点

    万次阅读 2015-09-27 14:56:43
    1.V模型  优点:1)既由底层测试又有高层测试  2)将开发阶段清楚的表现出来,便于控制开发过程,当所有阶段都结束时,软件开发就结束了  缺点:1)容易使人理解为测试是软件开发的最后一个阶段  2)由于它...
  • 软件测试模型--全整理

    千次阅读 2018-05-08 17:19:04
    本文参照软件测试实战(史亮著),总结并梳理了多个测试模型的模型简介、典型模型、实践方法、模型总结。希望对大家有帮助,具体阅读笔记可以参考前一篇博文,...
  • 1、软件开发过程模型在软件开发的几十年实践中,人们总结了很多软件开发模型用来描述和表示一个复杂的开发过程,如:软件测试与软件的开发模式有着紧密的联系,作为一名测试人员,应该充分理解软件的...
  • 软件测试过程模型-前置测试模型

    千次阅读 2015-12-30 15:28:42
    前置测试模型 •概述  –是由Robin FGoldsmith等人提出的  –是一个将测试和开发紧密结合的模型  –提供了轻松的方式,可以使你的项目加快速度 •优点  –质量保证和质量控制严格,增强测试质量...
  • 1、v模型 需求分析-概要分析-详细设计-编码-单元测试-...V模型的价值在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 局限性:把测试作为编码之后
  • 说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家!...了解开发能够更好的有针对性的做好测试。 2.什么是软件开发模型 软件开发生命周期模型是软件产品从最初构思到退役的过程。 3.常见的开发...
  • 软件测试模型之V模型和W模型

    千次阅读 2015-09-01 21:42:32
    下面是比较流行的V测试模型:  V模型中的过程从左到右,描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应...
  • 软件测试模型

    千次阅读 热门讨论 2015-03-31 22:01:12
    但是在软件工程中并没有给测试足够的重视,软件测试与开发是紧密相关的一系列有计划的活动,所以软件测试也需要相应的测试模型进行指导。下面是对一些测试模型的简单介绍 1.V模型  V模型是软件测试方面最具有代表性...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 934,506
精华内容 373,802
关键字:

测试模型