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

    2015-06-02 18:18:09
    1、适用性: ... 用户所需要的功能软件系统已提供。 2、准确性: 软件系统提供给用户的功能是否满足用户对该功能的精 确度要求。 3、互操作性: 软件系统和一个或多个周边系统进行信息交互的能力。 例如:
  • 软件测试与软件质量模型

    千次阅读 2020-04-03 12:53:53
    系统测试软件质量模型软件质量模型六大属性功能性可靠性易用性效率可维护性可移植性 软件质量模型六大属性 功能性 可靠性 易用性 效率 可维护性 可移植性 ...


    软件测试即测试软件的质量是否满足用户需求,检验它是否有不符合系统说明书的地方即检验其质量是否过关

    软件质量模型六大属性

    功能性

    功能性指软件产品在指定条件下使用时,提供满足明确功能和隐含功能的能力,功能性又可以细分为以下的子属性:

    • 适合性:为其用户、任务提供合适功能的能力
    • 准确性:提供产生的结果的准确性的能力
    • 互操作性:产品功能之间、或者与系统之间互相配合的能力
    • 安全性:对信息、数据、系统的保护,对用户的安全管理能力
    • 功能顺从性:在功能实现上是否达到标准、规范

    可靠性

    可靠性指在一定条件下使用软件时,软件能够维持规定的性能级别的能力,可靠性又可细分为以下子属性:

    • 成熟性:避免软件故障导致失效的能力
    • 容错性:发生故障或者违反指定接口的情况下维持规定性能的能力
    • 可恢复性:软件失效后重建规定性能与恢复收影响数据的能力
    • 可靠性顺从性:在可靠性上是否达到标准、规范

    易用性

    易用性指用户在使用软件产品时,是否易懂、易学、易用及界面美观,易用性又可分为以下子属性:

    • 易理解性:让用户理解软件如何适用于特定任务、环境下的能力
    • 易学性:让用户易于学习使用软件的能力
    • 易操作性:使用户较好的操作控制软件的能力
    • 吸引性:吸引用户的能力
    • 易用性的顺从性:遵循、达到易用性标准、规范的能力

    效率

    软件效率即通常所说的性能,指在指定资源条件下提供合适性能的能力,效率又可以细分为以下子属性:

    • 时间效率:有合适的响应时间、处理时间和流量吞吐
    • 资源利用率:有合适的如内容、cpu等资源的数量和类别的依赖
    • 效率顺从性:遵循相关标准规范的能力

    可维护性

    可维护性指软件的可纠正改进、可相适应环境功能变化的能力,可维护性又可细分为以下子属性:

    • 可分析性:诊断软件缺陷、失效原因或识别待修改部分的能力
    • 可修改性:能够被修改的能力
    • 稳定性:不会被修改而造成以为结果的能力
    • 可测试性:修改后能够被确认修复的能力
    • 可维护的顺从性:遵循相关标准规范的能力

    可移植性

    可移植性是指软件在不同的硬件、软件、组织环境下运行其功能的能力,可移植性又可细分为以下子属性:

    • 适应性:无需额外操作就能适应不同环境的能力
    • 可安转性:在指定环境能够安装的能力
    • 共存性:在公共环境中与其他软件共存、共享资源的能力
    • 易替换性:同样的环境下替换用途相同的软件的能力
    • 可移植的顺从性:遵循相关标准规范的能力

    软件测试

    软件测试与软件质量关系表

    软件质量模型软件测试模型具体测试方法
    功能性功能性测试黑盒测试
    可靠性可靠性测试异常值输入测试、故障输入测试、稳定性测试、压力测试、恢复测试
    易用性易用性测试一致性测试、可用性测试
    效率性能测试性能测试
    可维护性可维护性测试可维护性测试
    可移植性可移植性测试可移植性测试

    常用测试方法详解

    功能测试

    可靠性测试

    • 可靠性测试是指产品在规定条件下维持规定性能级别的能力
    • 异常值输入:输入系统认为错误的,不符合规定的值
    • 故障输入:软件在有问题的环境里运行
    • 稳定性测试:在高负载条件下运行,注意与压力测试区别,压力测试是在超负载条件下运行
    • 压力测试:超负载条件下运行
    • 恢复测试:软件超负载运行后降低负载到承受范围内运行,或者软件失效后恢复运行

    性能测试

    • 目标是测试产品的性能值否能够达到规格说明书要求
    • 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试
    • 负载测试和压力测试也属于性能测试

    参考文献:刘琛梅 . 测试架构师修炼之道[M] . --北京:机械工业出版社 . 2016.3 . 55-90

    展开全文
  • 文章目录敏捷scrumscrum里面的角色迭代开发敏捷中的测试软件测试的V模型软件测试W模型 敏捷 “敏捷”是新的过程家族的名称 《敏捷宣言》:我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,...

    敏捷

    “敏捷”是新的过程家族的名称
    《敏捷宣言》:我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,我们形成了如下价值观:

    个体与交互重于过程和工具
    可用的软件重于完备的文档
    客户协作重于合同谈判
    响应变化重于遵循计划
    再每对对比中,后者并非全无价值,但我们更加看重前者
    

    我们再敏捷宣言中可以看出,敏捷其实是有关软件开发的社会工程。敏捷的主要贡献在于他更多地思考如何去激发开发人员的工作热情。这是在软件工程几十年的发展过程中相对被忽略的领域。
    敏捷开发有很多种方式,其中scrum是比较流行的一种。

    scrum

    scrum里面的角色

    srcum由产品经理、项目经理和研发团队组成。

    • 其中产品经理负责整理用户故事,定义其商业价值、对其进行排序、制定发布计划、对产品负责。
    • 项目经理负责召开各种会议,协调项目、为研发团队服务
    • 研发团队则由不同技能的成员组成,通过紧密协同,完成每一次迭代的目标,交付产品。

    迭代开发

    与瀑布不同,scrum将产品的开发分解为若干个小迭代,其周期从1周期到4周期不等,但是不会超过4周。参与的团队成员一般是5到9人。每期迭代要完成的用户故事是固定的。每次迭代会产生一定的交付。
    scrum的基本流程如上图所示

    • 产品负责人负责整理用户故事,形成左侧的product backlog
    • 发布计划会议:产品经理负责讲解用户故事,对其进行估算和排序,发布计划会议的产出就是制定出这一期迭代要完成的故事列表,spring backlog。
    • 迭代计划会议:项目团队对每一故事进行任务分解,分解的标准是完成该story的所有任务,每个任务都有明确的负责人,并完成工时的初估计。
    • 每日例会:每天scrum master召集站立会议,团队成员回答昨天做了什么今天计划做什么,有什么问题。
    • 演示例会:迭代结束之后,召开演示会议,相关成员都受邀参加,团队负责向搭建展示本次迭代取得的成果。期间大家的反馈记录下来,由产品经理整理,形成新的故事。
    • 回顾会议:项目团队对本期迭代进行总结,发现不足,制定改进计划,下一次迭代继续改进,已达到持续改进的效果。

    敏捷中的测试

    挑战1:轻文档
    挑战2:快速迭代
    1、测试工作的核心内容是没有改变的,就是不断地找bug,只是要调整好自己的心态,一切以敏捷的原则为主。
    测试人员不能依赖文档,测试用例作用减弱,更多的采用思维导图,探索性测试(强调自由度,设计和执行同时执行,根据测试结果不断调整测试计划)、自动化测试。
    3、敏捷讲求合作,在敏捷项目组中,测试人员更应该主动点,多向开发人员了解需求,通论设计,一起研究bug出现的原因。

    软件测试的V模型

    V模型最早是由Paul Rook在20世纪80年代后期提出的,目的是改进软件开发的效率和效果。是瀑布模型的变种。

    • 明确的标注了测试过程中存在的不同类型的测试,并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系
    • V模型指出,单元和集成测试应检测程序的执行是否满足软件设计的要求;系统测试应检测系统功能,性能的质量特性是否达到系统要求的指标;验收测试确定软件的实现是否满足用户需要或者合同的要求。
    • 局限性:仅仅把测试作为在编码之后的一个阶段,不再需求阶段就进入测试。

    软件测试W模型

    • W模型增加了软件各开发阶段中应同步进行的验证和确认活动,W模型由两个V字性模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。
    • W模型特点:测试对象不仅是程序、需求、设计等同样要进行测试,测试与开发是同步进行的。
    • W模型的优点:有利于尽早地全面发现问题。例如:需求分析完成后,测试人员就应该参与到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需要地测试也有利于及时了解项目难度和测试风险,急躁制定对应措施,显著减少总体测试时间,加快项目进度。
    • 局限性:需求、设计、编码等活动被视为串行的:测试和开发活动也白痴这一种线性的前后关系,上一届u但瓦努七年结束,才可以正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临着的困惑。
    展开全文
  • 目录一、软件测试阶段划分1、按照开发阶段划分1)单元测试2)集成测试3)系统测试4)验收测试5)回归测试2、按照是否手工1)分为手工测试与自动化测试2)自动化测试的优点3)自动化测试的局限3、按照代码运行进行...

    一、软件测试阶段

    1、按照开发阶段划分

    1)单元测试

    • 又称为模块测试
    • 指针对于软件设计的最小单位—程序模块做测试
    • 单元测试依据《详细设计说明书》
    • 需要用到的测试方法是白盒测试
    • 由白盒测试工程师或开发人员进行测试
    • 测试内容:模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

    2)集成测试

    • 在单元测试的基础上,将所有模块按照《概要设计说明书》的要求组装成子系统或系统,再去测试
    • 又叫组装测试
    • 是检验程序单元或部件的接口关系
    • 由白盒测试工程师或开发人员进行测试
    • 需要用到的测试方法是黑盒测试、白盒测试和灰盒测试

    3)系统测试

    • 对已经集成好的软件系统进行一系列的测试
    • 通过《需求规格说明书》来进行测试
    • 需要用到的测试方法是黑盒测试
    • 由黑盒测试工程师进行测试

    4)验收测试

    • 分为正式验收测试、α测试、β测试
    • 验收测试主要是以用户为主的测试
    • 需要用到的测试方法是黑盒测试
    • α测试是由用户、测试人员、开发人员共同参与的内部测试,属于内部测试
    • β测试是内测结束后的公测,公测版本类似于王者荣耀的体验服系统

    5)回归测试

    • 指测试人员提出的bug已经被开发人员修改后,在重新进行测试以确认修改的bug已经真正解决的测试
    • 不仅是缺陷(bug)的回归测试,开发出一个新版本后也是需要再次做回归测试
    • 回归测试是测试过程中各个阶段都需要做的
    • 自动回归测试将大幅降低系统测试、维护升级等阶段的成本

    在这里插入图片描述

    SRS:《需求规格说明书》
    LLD:《详细设计说明书》
    HLD:《概要设计说明书》
    单元测试的重点是程序逻辑的覆盖率;
    集成测试的重点是接口的覆盖率;
    系统测试的重点是测试用例对需求规格的覆盖率;

    2、按照是否手工

    1)分为手工测试与自动化测试

    2)自动化测试的优点

    • 节约大量时间
    • 处理精确的事务
    • 大数据量事务
    • 并发事务

    3)自动化测试的局限

    • 产品本身不稳定
    • 开发、维护脚本工作量大
    • 人才缺乏
    • 不能取代手工测试,只能提高测试效率,不能提高测试有效性(不能发现更多缺陷)
    • 对测试设计依赖性极大,测试设计的不好会遗漏问题

    3、按照代码运行进行划分

    1)静态测试

    • 指不实际运行被测对象,只是静态的检查、分析程序代码、界面或文档中可能存在的错误

    2)动态测试

    • 指实际的去运行被测对象,检查分析实际输出结果和预期结果是否相符的一个过程

    所以我们看一个测试属于静态还是动态测试,唯一的标准是看是否运行程序

    4、按照软件特性划分

    1)功能测试

    • 是黑盒测试的一方面
    • 参考下面的软件质量模型的8个特征去做测试

    2)性能测试

    • 是功能的另一个指标
    • 主要是软件中的某一功能在指定的时间、空间的条件下,是否使用正常
    • 软件的性能包括很多方面,主要有时间性能和空间性能

    3)安全性测试

    二、软件质量模型

    1、什么是产品质量

    • 分为过程质量、产品质量、使用质量
    • 过程质量、产品质量由软件组织内部人员评估:SQA、开发人员、测试人员
    • 使用质量由软件组织外部人员评估:用户

    2、CMM:软件能力成熟度模型

    CMM一共分为5级

    • 初始级 :没有任何流程,凭感觉来研发
    • 可重复级:可以做类似的项目和产品了,流程还不细化明确
    • 已定义级:可以做其他的项目和产品,有细化具体的流程
    • 已管理级:细化的流程后,对流程中的数据进行分析,更好的监控整个研发
    • 优化级:能监控整个研发,并且根据项目实际情况,对已有的流程进行更好的研发

    3、软件质量模型(重点)

    • 软件质量模型是软件质量标准的核心,由8个特征、31个子特征去做测试
      在这里插入图片描述

    三、软件测试方法

    1、黑盒测试

    • 通过软件的外部表现来发现其缺陷和错误
    • 把测试对象看成一个黑盒子,不考虑里面的结构
    • 只是检查程序是否按照《需求规格说明书》的规定来正常实现

    2、白盒测试

    • 对程序内部结构的分析、检查来寻找问题
    • 把测试对象看成一个装在一个透明的盒子里,检查里面的所有结构和路径
    • 检查软件内部动作是否按照《详细设计说明书》的规定正常进行

    3、灰盒测试

    • 介于白盒和黑盒之间的测试
    • 灰盒测试关注输出对于输入的正确性
    • 关注内部表现,但是这种关注不像白盒测试那么详细完整,只是通过一些表征性的现象、标志来判断内部的运行状态

    4、黑盒和白盒之间的比较

    展开全文
  • 开源软件测试模型

    2021-02-26 23:40:36
    一、模型概览开放源码软件测试模型以“满意测试”为基本原则,强调迭代发展。“满意测试”基本定义是一个过程,通过该过程可以合理的成本获取足够的产品质量评价信息,从而使得与产品有关的决策更为明智和及时。模型...
  • 软件测试 质量模型 国际标准。系统和软件工程 —— 系统和软件质量 要求及评估(SQuaRE) ) —— 系 统和软件质量模型
  • 软件研发模型软件测试模型 软件研发模型(Software Development Model) 指软件开发全过程、活动和任务的结构框架。 意义:使用研发模型可以提高软件效率,降低研发成本,提高软件质量。 常见的研发模型包括需求、...

    软件研发模型和软件测试模型

    笔者:风起怨江南 出处:https://blog.csdn.net/JackMengJin 笔者原创,文章欢迎转载,如果喜欢请点赞+关注,谢谢支持!

    软件研发模型(Software Development Model)

    软件开发全过程活动任务的结构框架。
    意义:使用研发模型可以提高软件效率,降低研发成本,提高软件质量。
    常见的研发模型包括需求、设计、编码、测试和维护阶段。
    软件开发模型能清晰直观表达开发全过程,同时也明确规定了要完成的主要活动和任务,故研发模型用来作为软件项目工作的基础。
    软件研发模型有:瀑布模型快速原型模型螺旋模型RUP流程敏捷模型等。

    软件测试模型(Software Test Model)

    意义:软件测试根据不同的测试对象以及测试项目的背景可采用不同的测试模型实施测试活动。
    软件测试模型有:V模型W模型H模型X模型敏捷测试模型等。
    具体分类如下表所示:

    软件研发模型软件测试模型
    瀑布模型V模型
    快速原型模型W模型
    螺旋模型H模型
    RUP流程X模型
    敏捷模型敏捷测试模型

    详细介绍
    一.软件研发模型
    1.1 瀑布模型
    时间:1970年由温斯顿.罗伊斯(Winston Royce)提出。
    前身:瀑布模型最早根据工业流水线演变过来。
    核心思想:按工序将问题化简,将功能的实现与设计分开,便于分工协作,采用结构化的分析与设计方法逻辑实现与物理实现分开
    图1 瀑布模型
    软件生命周期划分六个活动,各个活动严格按照线性方式进行,当前活动接收上一项活动的工作结果,实施完成所需的工作内容。
    当前活动的工作结果需要进行验证,验证通过后该结果作为下一项活动的输入,继续进行下一项活动,否则返回修改,直到项目成功。
    瀑布模型过于强调文档的作用,要求每个阶段都要仔细验证,适合一些规模小,需求明确的项目研发
    缺点:
    1)各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加工作量。
    2)由于开发模式是线性,用户只有等到整个过程的末期才能见到开发成果,增加开发风险。
    3)而此时活动滞后,导致需要等到开发后期的测试阶段才能开始发现问题,不利于项目研发。
    4)不能适应用户需求的变化。
    总结:随着发展,软件的功能越来越多,瀑布模型已经不再适合现代软件开发模式,几乎被业界抛弃。

    1.2 快速原型模型(又称原型模型)
    前身:在瀑布模型基础上演进的一种研发模型,更关注需求的正确性,同时也更加符合开发软件的习惯。
    快速原型模型
    快速原型模型需要迅速建造一个可以运行的软件原型,以便使开发人员和用户尽快确定需求,达成共识,使开发出的软件能够真正反应用户的需求。
    原型模型采用逐步求精的方法来完善原型。
    总结:从测试角度来看,相比较瀑布模型,测试人员可以在快速原型模型的研发模型期便可以入手,进行测试策略、测试计划、用例设计等测试工作。

    1.3 螺旋模型
    时间:1988年由巴利玻姆(Barry Boehm)发表。
    特点:将瀑布模型和快速原型模型结合起来,强调了风险分析适合大型复杂系统
    螺旋模型
    螺旋模型(Spiral Model)采用周期性方法来进行系统开发。在每一个象限里使用瀑布模型法(每个周期都包括制定计划、风险分析、实施工程和客户评估4个阶段,由这4个阶段进行迭代),它把软件项目分解成一个个小项目,每个小项目都标识一个或多个主要风险,直到所有主要风险因素都被确定。
    四大象限:
    1)制定计划——确定软件目标,选定实施方案,弄清项目开发的限制条件。
    2)风险分析——分析评估所选方案,由风向专家识别和消除风险。
    3)实施工程——实施软件开发和验证。
    4)客户评估——评价开发工作,提出修正建议,制定下一步计划。
    缺点:成本过高,商业模式下不采用该模型,但安全系数极高,军方应用较多。

    1.4 RUP流程
    RUP(Rational Unified Process),由Rational公司(已被IBM并购)提出的一种统一软件开发过程。
    核心:以用例驱动和体系结构为核心增量迭代的软件过程模式。
    RUP流程
    关于RUP的2个轴:
    横轴——时间轴,体现了开发过程的动态结构,是过程的生命周期,主要用来描述软件的周期、阶段、迭代和里程碑
    纵轴——工作流,体现开发过程的静态结构,主要用来描述软件活动的工作流
    阶段:
    1)初始化阶段——关注整个项目进行中业务和需求方面的主要风险。
    2)细化阶段——分析问题领域,建立完善的体系结构基础,编制项目计划,规避项目中风向较大的元素。为项目建立支持环境,包括模板、准则和工具
    3)构造阶段——开发人员对所有构件和应用程序进行集成,并进行详细的集成测试。某种意义上说构建阶段是一个制造过程,重点放在管理资源及控制运作以优化成本、进度和质量
    4)发布阶段——重点确保软件对最终用户是可用的,可以跨越几次迭代,包括为发布作准备的产品测试,基于用户的反馈进行少量的调整。
    工作流:
    1)业务建模(Business Modeling)——描述如何为一个新的目标组织开发一个构想,并给予这个构想在商业用例模型和商业对象模型中定义组织的过程,角色和责任。
    2)需求(Requirement)——描述系统应该做什么,并使开发人员和用户达成共识。最重要是理解系统所解决问题的定义和范围
    3)分析和设计(Analysis&Design)——将需求转化为系统设计,为系统开发一个健壮的结构并调整设计使其与实现环境相匹配,并优化其性能。最终生成设计模型和一个可迭代的分析模型。设计模型是源代码的抽象,由设计类和一些描述组成。描述主要体现了类的对象如何协同工作实现用例的过程。
    4)实现(Implementation)——将层次化的子系统形式定位代码为组织结构,以组件的形式(源文件、二进制文件、可执行文件)实现类和对象,将开发出的组件作为单元进行测试以及集成由单个开发者(或小组)所产生的结构,使其称为可执行的系统。
    5)测试(Test)——通过可靠性功能性系统性能(三维模型)进行测试。在整个项目中进行测试,尽早发现缺陷
    6)部署(Depoyment)——描述了与确保软件产品对用户具有可用性相关的活动,包括:软件打包、安装软件、为用户提供帮助。也包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。
    7)配置和变更管理(Configuration&Chagement)——工作流描述了如何管理并行开发、分布式开发以及自动化创建工程。
    8)项目管理(Project Management)——平衡各个部门之间可能产生冲突的目标,客服约束并成功交付用户满意的产品。目标包括为项目管理提供框架,为计划、人员配备、执行和监控项目提供实用准则,为管理风险提供框架。
    9)环境管理(Environment Management)——该工作流向软件开发提供软件开发环境,集中配置和支持项目过程中需要的活动,提供指导手册并介绍如何在组织中实现过程管理。

    1.5 敏捷模型
    时间:2001年,敏捷联盟成立,提出敏捷开发的概念。
    核心:敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。
    敏捷开发中一个大项目分为多个相互联系且可以独自运行的小项目,分别完成。此过程中软件一直处于可使用状态。
    宣言:尽早的、持续的交付有价值的软件来使客户满意
    敏捷模型宣言
    原则:
    1)快速迭代——敏捷中版本发布更快,采用小版本,需求、开发和测试更加简单快速。
    2)测试人员和开发者参与需求讨论——以研讨会的形式定义可测试的需求并确定需求优先级,优点是可以充分利用团队成员间互补特性,提高效率。
    3)编写可测试的需求文档——站在用户的角度编写需求文档,不能过早涉及技术实施方案,否则会降低对需求的注意力。
    4)多沟通,减少文档——面对面沟通效率远远大于邮件效果。
    5)做好产品原型——图解模型
    6)及早考虑测试——提早设计编写测试用例,测试在敏捷开发中及其重要。

    二.软件测试模型
    2.1V模型
    V模型也称为RAD(Rap Application Development,快速应用开发,简称RAD),模型构图形似字母V。
    V模型通过开发和测试同时进行的方式来缩短开发周期,提高开发效率。
    时间:20世纪80年代由PaulRook提出。
    V模型
    V模型中的过程从左到右,描述了基本的开发过程和测试行为。
    核心:V模型的价值在于它强调软件开发的协作和速度,反映测试活动和分析设计关系,将软件实现和验证结合起来。明确了测试过程中存在不同的级别,并清楚描述测试的各个阶段与开发过程中的各个阶段之间的对应关系。
    缺点:测试过程在编码之后,需求分析前期产生的错误要到后期的验证测试才能发现,忽略了测试活动对需求分析、系统设计等活动的验证和确认
    总结:V模型适用于项目比较小、周期短的项目,该模式已渐渐被淘汰。

    2.2 W模型
    前身:V模型,由Evolutif公司提出。
    新增:增加软件开发各阶段中同步进行的验证和确认活动。
    W模型由两个V组成,分别代表开发和测试过程,明确禀明开发和测试的并行关系。
    W模型
    W模型就是V&V模型,即验证(Verification)确认(Validation),是在模型实施过程中进行。
    定义:W模型就是验证是否做了正确的事情和确认是否把事情做正确。
    1)验证——保证软件正确实现特定功能,验证是否满足软件生命周期过程中的标准和约定,判断每一个软件生命周期活动是否完成。
    2)确认——保证所生产的软件可追溯到用户需求,确认过程是否满足系统需求,解决相应问题。
    遵循:要求测试活动从用户需求介入,测试人员应该参与到对需求文档的验证和确定活动中,以尽早找到缺陷所在。
    需求:对需求的测试有利于及时了解项目难度和测试风险,及早制定应多措施,这将逐渐减少总体测试时间,加快项目进度,有利于尽早地发现问题
    缺点:在W模型中,需求、设计、编码等活动被视为串行,同时测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束后,才可正式开始下一个阶段工作,无法支持迭代开发模式。
    总结:W模型测试伴随整个软件开发周期,被测对象不仅仅是程序,需求,设计以及每个阶段输出的文档同样需要测试,也就是说测试与开发是同步进行

    2.3 H模型
    定义:H模型的软件测试活动是完全独立的,将测试准备测试执行分离。
    优点:有利于资源调配,降低成本,提高测试效率。
    H模型
    准备:测试需求分析、测试计划、测试设计、测试用例、测试验证。
    执行:测试运行、测试报告、缺陷分析、回归测试。
    总结:H模型贯穿整个产品生命周期,与其他流程并发进行。只要某个测试达到准备就绪点就可以开展测试执行活动,不同的测试活动可按照次序先后,反复进行。

    2.4 X模型
    前身:有Marick提出,Robin F.Goldsmith将其思想定义为X模型。
    X模型左边描述是针对单独程序片段所进行的相互分离的编码和测试,通过频繁交接,最终集成为可执行的程序,再对这些可执行的程序进行测试。
    理念:探索性测试,不进行实现计划的特殊类型测试,发散性测试。
    优点:能发现更多测试计划之外的错误。
    缺点:对测试人员要求极高,时间、人力、物力等成本增加。
    4X模型

    2.5 敏捷测试模型
    敏捷测试(Agile Testing)通过不断修正质量指标正确建立测试策略,确认客户有效需求来保证产品质量。
    定义:敏捷测试遵循测试实践,强调从客户角度(从使用系统用户角度)来测试系统。

    敏捷测试主旨:测试驱动开发。
    对测试人员要求:
    1)理解敏捷的核心价值观:沟通、反馈、尊重、学习、分享
    2)具备测试基本技能,如自动化测试、白盒测试等。

    说明:本文由作者参考学习《软件测试技术指南》等相关资料编写,供大家学习交流。

    展开全文
  • 软件测试之测试模型

    千次阅读 2019-06-12 21:38:01
    写好前期的测试文档,做好了测试前期的准备工作,接下来,就开始要进行实质的执行测试阶段了。...V模型软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系 。 从左到右,描述了基本的开发过程和测试...
  • 软件测试-ISO9126质量模型

    千次阅读 2019-02-11 10:37:27
    SO9126软件质量模型是评价软件质量的国际标准,由6个特性和27个子特性组成,建议大家深入理解各特性、子特性的含义和区别,在测试工作需要从这6个特性和27个子特性去测试、评价一个软件。这个模型是软件质量标准的...
  • 软件测试 V模型: 测试流程: V模型测试流程:需求分析--概要设计--详细设计--软件编码--单元测试--集成测试--系统测试--验收测试 V模型最早有Paul Rook在20世纪80年代后期提出的,目的是改进软件开发的效率...
  • 软件测试模型——V模型 & W模型

    万次阅读 多人点赞 2018-08-19 15:53:45
    软件测试的V模型 以“编码”为黄金分割线,将整个过程分为开发和测试,并且开发和测试之间是串行的关系 单元测试和集成测试:是测试程序的执行能否满足软件设计的需求 系统测试:是检测系统的功能、质量、性能...
  • 1.软件开发模型 概念:软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。 作用:软件开发模型能清晰、直观地表达软件开发全过程,明确规定了要完成的主要活动和任务,用来...
  • 软件质量模型

    2013-06-26 21:40:30
    软件质量模型 软件测试 6大特性27个子特性
  • 软件测试模型

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

    千次阅读 2015-12-30 15:28:42
    前置测试模型 •概述  –是由Robin FGoldsmith等人提出的 ... –质量保证和质量控制严格,增强测试质量  –测试贯穿于开发的时时刻刻,有效地提高了测试  –对验收测试非常强调,并用双重方式测试,
  • 软件测试V模型

    2014-05-26 23:38:55
    4.整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心,而且上一步的结果必须是充分和正确的,如果任何一个环节出了问题,则必将严重的影响整个工程的质量和预期进度 W模型 W模型由Evolutif公司...
  • 测试五、 软件质量模型

    千次阅读 2019-03-08 14:11:01
    软件产品质量模型对产品设计时需要考虑的地方进行了高度概括。 六大特性: 1、功能性:是指软件产品在指定条件下使用时,提供满足明确和隐含要求的功能的能力。 2、可靠性:是指在特定条件下使用时,软件产品维持...
  • 软件测试过程模型-W模型

    千次阅读 2015-12-30 14:39:50
    W模型 •概述  –又称“双V模型”  –由Evolutif公司提出,相对于V模型,W模型增加了软件开发各阶段中同步进行的验证... •尽早地和不断地进行软件测试  验证(Verification)主要是评估系统在功能上是
  • 使用人工或者自动手段,来运行或者测试某个系统的过程。其目的在于检测它是否满足规定的需求或者弄清预期结果与实际结果之间的差别
  • 软件测试系列之软件测试过程模型(四)

    千次阅读 热门讨论 2014-10-11 10:32:47
    边做边改模型,瀑布模型,快速原型模型、螺旋模型,增量模型,演化模型,喷泉模型,智能模型,混合模型还有RAD模型以及最近比较流行的,基于网络的面向对象的模型——RUP(RationalUnifiedProcess,统一软件开发过程...
  • 解析软件测试V模型

    千次阅读 2010-04-26 23:17:00
    开发的每一个环节都和软件测试紧密相扣,下面我们来看看V模型是如何实现这一特点的。一 、项目最先开始的是需求分析阶段,需求分析阶段的目标是:1 获得用户的需求。2 明确系统功能的划分。3 分析需求,细化用户...
  • ISO9126软件质量模型是评价软件质量的国际标准,由6个特性和27个子特性组成,建议大家深入理解各特性、子特性的含义和区别,在测试工作需要从这6个特性和27个子特性去测试、评价一个软件。这个模型是软件质量标准的...
  • 传统:项目计划——需求分析——软件设计——程序开发——软件测试——集成维护 V模型:需求分析-概要设计-详细设计-软件编码-单元测试-集成测试-系统测试-验收测试 W模型:用户需求-需求分析-概要设计-详细设计-...
  • 软件测试双V模型

    千次阅读 2021-03-09 14:04:18
    测试的V模型 以“编码”为黄金分割线,将整个过程分为开发和测试,并且开发和测试之间是串行的关系 单元测试:是模块测试,验证软件的基本组成单位的正确性,是白盒测试 集成测试:是模块间的测试测试接口(软件...
  • 软件测试的W模型和V模型

    万次阅读 多人点赞 2018-09-09 17:10:50
    软件测试的V模型 V模型的目的在于改进软件开发的效率和效果。 在V模型中: 明确的标注了测试过程中存在着那些不同的测试类型,并且清楚的表达了测试阶段和开发过程各阶段的对应关系。 从这种对应关系我们分析...
  • RAD(Rap Application Development,快速应用开发)模型是软件开发过程中的一个重要模型,由于其模型构图形似字母V,所以又称软件测试的V模型。 阶段步骤 V模型大体可以划分为以下几个不同的阶段步骤:需求分析、...
  • 软件测试:V模型和W模型详解

    千次阅读 2021-03-14 10:13:59
      软件测试中有W模型和V模型,这是我们在测试过程中经常用到的两个模型,本篇博客我们就一起深入的学习了解这两个模型~ V模型 V模型最早是在20世纪80年代后期提出的,目的是改进软件开发的效率和结果,它是瀑布...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 87,272
精华内容 34,908
关键字:

软件测试质量模型