软件测试学习笔记_第1周第1天——测试概念、研发模型

Day1

一、行业介绍

1、行业问题

  • (1)2005年前

    • 中国企业对软件测试不太在意
      ( 产品经理当测试)
  • (2)人才培养体系不完善,大学没有好的培养

2、解决方案

  • (1)大学开课
  • (2)培训班

3、蜗牛理念

  • 培养独立解决问题的人才
  • 学员:自律、认同自己的身份(工程师)

4、行业梦想

  • 高薪

  • 稳定

    • 软件卡脖子

      • 操作系统
      • 工业软件
  • 风口

  • 目标

    • 10000-16000元 /元

二、课程目标

第一阶段(初级)

第二阶段(中级)

第三阶段(中高级)

第四阶段

三、软件测试概念

1、软件

  • (1)历史、定义、概念

    • ①计算机

      • 1929年(第一代电子管计算机)
      • 1956年(第二代晶体管计算机)
      • 第三代小规模集成电脑
      • 第四代大规模集成电脑
      • 计算机代表躯壳,软件代表灵魂
    • ②软件

      • 一、软件发展史

        • 第一代
          纸带上打孔,用于科学计算
        • 第二代
          编程、汇编语言(低级语言)
        • 第三代
          面向过程程序(C语言)
        • 第四代
          面向对象的程序
          C++、java、Python
        • 第五代
          大数据、人工智能
      • 二、软件定义

        • 支持计算机运行的代码、文档、数据统称为软件(国际电气化工程师协会定义)
      • 三、软件工程学

        • 1、危机

          • 预算超支
          • 交付延迟
          • 质量差
          • 维护困难
          • 两个类似软件很少能够重用
        • 2、软件工程原则

          • 抽象
          • 信息隐藏
          • 模块化
          • 局部化
          • 一致性
          • 完整性
          • 可验证性
        • 3、目标

          • 解决研发中的问题
  • (2)软件作用

    • ①软件生命周期

      • 一、软件定义
        (开发一个怎样的软件:领域、范围)

        • 1、可行性分析

          • 技术
          • 经济
          • 操作性
        • 2、需求分析

      • 二、软件设计与实现

      • 三、软件使用与退役

    • ②测试

      • 一、测试历史、定义、概念

        • 1、测试的历史发展

        • 2、测试发展阶段

        • 3、测试定义

          • ①目的

          • ②手段

          • ③本质

        • 4、概念(重点)

        • 5、测试工程师的角色扮演

          • ①用户

          • ②工程师

      • 二、测试需要 的流程规范

      • 三、测试的方法论、技术

      • 四、测试的工具体系

四、软件研发模型

1、早期模型

  • (1)大爆炸

    • 随便做
    • 图灵、冯诺依曼
  • (2)边做边改

    • 比尔、艾里

2、中期模型

  • (1)瀑布模型

    • 定义

      • 按照需求分析、设计、实现、测试、发布的顺序来进划
    • 优缺点

      • 优点

        • 有可框架
        • 对于规模常适擒来
        • 节约成本、保障项付成功率,从原来不0%,提80%
        • 交付质量提
      • 缺点

        • 不适型项/li>
        • 需求变化频繁的项适合
        • 过程中间缺少反馈,
          早期问题要到很晚才能发现
          导致维护成本加/li>
        • 交付效率低
  • (2)增量迭代模型

    • 定义

      • 每次只设计和实现这个产品的分
        逐步逐步完成
    • 迭代

      • 每次设计和实现阶段
    • 过程

      • 需求分析

      • 迭代计划

        • 把需求进分
          选最主要的部分先开发
          拆成多个迭代
      • 设计

      • 实现

      • 测试

    • 优缺点

      • 优点

        • 把大项目拆成小项目完成
        • 不惧需求变化,因为迭代周期较短,变化的需求可以在下迭代周期解决
        • 研发过程中可以进效反馈,通过反馈才能进果评估
        • 交付效率高
      • 缺点

        • 划分迭代数量没有标准
          根据产品经理的能决定
        • 迭代次数越多
          管理维护成本就越br> 问题也越多
  • (3)螺旋模型

  • (4)敏捷开发模型(敏捷实现)

    • ①定义

      • 以的需求进化为核br> 采代、循序渐进的进件开发
        是应对快速变化的需求的软件开发能/li>
    • ②价值观

      • 以人为本

        • 及时和产品经理、研发师
          进对沟通和交流
      • 目标导向

        • 测试过程中优先软件的功能验证和确认、可
      • 客户为先

        • 时听取客户的意br> 和客户进分交流
          理解客户实际需要
      • 拥抱变化

        • 深刻理解业务
          理解被测对象
          终身学习
    • ③分类

      • 一、XP

        • 极限编程(一般团队做不了)
      • 二、Scrum

        • 1、定义

        • 2、开球

        • 3、Sprint

        • 4、Scrum重要性

          • (1)迭代开发

          • (2)增量交付

            • 交付:发布给用户使用
          • (3)组织团队

            • 团队中的每个成员的去和改进的
          • (4)高优先级驱动

            • 所有需求都必须标注优先级,标注是使字,从1开始不重复的标注。

每次sprint,按照优先级从低选择分(2~4周的量)

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2021年10月11日
下一篇 2021年10月12日

相关推荐