软件测试学习笔记_第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）瀑布模型

  • 定义

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

  • 优缺点

    • 优点

      • ⾄少有⼀个可⽤的框架
      • 对于规模⼩项⽬⾮常适⽤，⼿到擒来
      • 节约成本、保障项⽬交付成功率，从原来不⾜50%，⼀下提⾼了80%
      • 交付质量提⾼好⼏倍

    • 缺点

      • 不适⽤于⼤中型项⽬
      • 需求变化频繁的项⽬不适合
      • 过程中间缺少反馈，
        早期问题要到很晚才能发现
        导致维护成本加⼤
      • 交付效率低

• （2）增量迭代模型

  • 定义

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

  • 迭代

    • 每次设计和实现⼀个阶段

  • 过程

    • 需求分析

    • 迭代计划

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

    • 设计

    • 实现

    • 测试

  • 优缺点

    • 优点

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

    • 缺点

      • 划分迭代数量没有标准
        根据产品经理的能⼒来决定
      • 迭代次数越多
        管理维护成本就越⾼
        问题也越多

• （3）螺旋模型

• （4）敏捷开发模型（敏捷实现）

  • ①定义

    • 以⽤户的需求进化为核⼼
      采⽤迭代、循序渐进的⽅法进⾏软件开发
      是⼀种应对快速变化的需求的⼀种软件开发能⼒

  • ②价值观

    • 以人为本

      • 及时和产品经理、研发⼯程师
        进⾏⾯对⾯的沟通和交流

    • 目标导向

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

    • 客户为先

      • 时听取客户的意⻅
        和客户进⾏充分交流
        理解客户实际需要

    • 拥抱变化

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

  • ③分类

    • 一、XP

      • 极限编程（一般团队做不了）

    • 二、Scrum

      • 1、定义

        • 冲刺，这个词语来源美式⾜球，橄榄球。

      • 2、开球

      • 3、Sprint

      • 4、Scrum重要性

        • （1）迭代开发

        • （2）增量交付

          • 交付：发布给用户使用

        • （3）组织团队

          • 团队中的每个成员⾃发的去⼯作和改进⾃⼰的⼯作

        • （4）高优先级驱动

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

每次sprint，按照优先级从⾼到低选择⼀部分（2~4周的量）

		- 5、Scrum核心要点（3355）

			- 3大核心角色

				- 产品负责人
				- 流程管理员
				- 开发团队

			- 3大公件

				- 产品待办事项（产品总的需求量）
				- Sprint代办事项（本次迭代周期要完成的任务）
				- 可交付产品增量（可发布的产品功能部分）
				- 
				- 

			- 5大事件

				- 

			- 5大价值观

				- 承诺
				- 专注
				- 开饭
				- 尊重
				- 勇气

- 燃尽表

	- 

- XP与Scrum区别

	-