码迷,mamicode.com
首页 > 其他好文 > 详细

软件测试模式

时间:2019-11-19 14:07:55      阅读:60      评论:0      收藏:0      [点我收藏+]

标签:测试的   开发   工作量   评估   瀑布模型   探索   base   文档   重复   

1.按测试模式来分类

  瀑布模型、敏捷模型、基于脚本的测试、基于风险的测试、探索式测试等

2.传统的瀑布模型

  项目计划——需求分析——软件设计——程序开发——软件测试——集成维护

3.瀑布模型的优缺点

  优点

    ①强调需求、设计的作用

    ②前一阶段完成后,只需要关注后续阶段

    ③为项目提供了按阶段划分的检查点,里程碑清晰

    ④文档规范

  缺点

    ①难以适应需求的频繁变化

    ②项目周期后端才能看到结果

    ③强制的里程碑、完成时间点

    ④文档工作量大

4.V模型

  需求分析/验收测试——概要设计/系统测试——详细设计/集成设计——软件编码/单元测试

5.W模型

  用户需求/验收测试设计——需求分析/系统测试设计——概要设计/集成测试设计——详细设计/单元测试设计——编码/单元测试——集成/集测试——实施/系统设计——交付/验收测试 

6.敏捷测试的特点

  ①强调从用户角度进行测试

  ②重点关注迭代测试新功能,不再强调测试阶段

  ③尽早测试,不间断测试,具备条件即测试

  ④强调持续反馈

  ⑤预防缺陷重于发现缺陷

7.敏捷测试和传统测试

  传统测试:测试是质量的最后保护者

       严格的变更管理

       预先的计划和细节的准备

       重量级文档

       各阶段测试严格的入口和出口标准

       更多在回归测试时进行重量级的自动化测试

       严格依赖流程执行

       测试团队和开发团队是相对独立的

  敏捷测试:开发和测试人员紧密合作,大家都有责任对软件辅助

       变更是可接受的,拥抱变更

       计划随着进展时常调整

       只需要绝对必要的文档

       各迭代之间已经没有明显的入口和出口标准

       所有阶段都需要自动测试,每个人都需要做,是项目集成的一部分

       流程不再需要严格执行

       团队合作是无缝隙合作

28.基于脚本的测试—SBT

  Script-based Tseting

  Scripted Testing(ST)

  Exporatory Testing(ET)

29.探索式测试(ET)

  完全抛开测试脚本的测试

  它是一种测试风格、思维而不是一种测试技术

30.ST和ET

ST:系统性强

  容易管理、控制

  设计在先,执行在后

  主要是验证自己的思路

  可预见性

ET:自由灵活

  和ST是互补的

  执行和设计(思考)并行

  不断和系统交互,带着问题测试

  学习的过程

31、探索式测试的优点

  ①更能激发测试人员的创造性和工作的乐趣

  ②增加了发现新的或较深入Bug的可能性

  ③在较短时间内找到更多Bug以及对SUT作一个快速的评估

  ④有利于更加有效的实施自动化

  ⑤更加适用于敏捷项目

  ⑥减少了在简单、繁复上用例的无谓编写时间

32.探索式测试的缺点

  ①测试管理上有局限性,较难协调和控制

  ②对于Bug的重复利用和重现上作用有限

  ③对测试人员的测试技能和业务知识深度依赖较大

  ④只有在SUT已完全可用的前提下才更 有作用

  ⑤ET的生产率很难定义

  ⑥ET本身较难进行自动化

33.局部探索测试的要素

  输入  状态  代码路径  用户数据  执行环境

软件测试模式

标签:测试的   开发   工作量   评估   瀑布模型   探索   base   文档   重复   

原文地址:https://www.cnblogs.com/hutairu/p/11888681.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!