软件测试 通用技术01 软件及分类 bug的由来 缺陷的定义 软件测试的定义 确认与验证 软件测试的目的 测试与调试 软件工程 开发模型

1 软件

软件由三部分组成：程序、数据和文档。
软件的分类
按层次划分：系统软件和应用软件。
按组织划分：商业软件和开源软件。
按结构划分：单机软件和分布式软件。

软件缺陷的定义
软件未实现产品说明书要求的功能。
软件出现了产品说明书指明不该出现的功能。
软件实现了产品说明书未提到的功能。
软件未实现产品说明书虽未明确提及但应该实现的目标。
软件难以理解、不易使用、运行缓慢或者从测试的角度看最终用户认为不好。（把自己当成用户使用软件）
需求一定要明确！！
所有不满足需求或超出需求的都是缺陷。
没有不存在缺陷的软件，只有尚未发现的缺陷。

软件测试的由来
起源于上世纪70年代中期

2 软件测试的定义和目的

缺陷的由来 bug（虫子） defect

正向思维的定义
让自己确信产品是能够正常工作的，然后去评价一个程序和系统的特性或者能力，并确定它是否达到期望结果，软件测试就是以此为目的任何行为。
相信产品能正常工作。

反向思维的定义
测试是为发现错误而执行一个程序或者系统的过程。
一个成功的测试是发现了以前未发现的错误的测试。
怀疑一切的态度。

IEEE定义的软件测试
在规定条件下运行系统或构件的过程：观察和记录结果，并对系统或构件的某些方面给出评价。(最全面)
分析软件项目的过程：检查现有状况和所需状况之间的不同，并评估软件项目的特性。 （看整个项目的过程）
IEEE，电气和电子工程协会（Institute of Electrical and Electronics Engineers）。

广义的软件测试
软件测试是对软件形成过程中的所有工作产品（包括程序以及相关文档）进行测试，而不仅仅是对程序的运行进行测试。

确认VS验证
确认：证实功能或应用是否已经实现。
验证：证实指定的需求是否满足。
确认软件功能是否被开发出来了，若有了功能，需要验证是否满足需求。

软件测试的目的
以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，保证各种错误和缺陷得以修复，避免软件发布后由于潜在的错误和缺陷造成的隐患所带来的商业风险。
同时利用测试过程中得到的测试结果和测试信息，作为后续项目开发和测试过程改进的重要输入，避免在将来的项目开发和测试中重复同样的错误。
采用更加高效的测试管理手段，提高软件测试的效率和软件产品的质量。

测试和调试的区别
在主体、目标、方法和思路上有所不同

测试是从已知的条件开始，使用预先定义的过程，并且有预知的结果；调试是从未知条件开始，结束的过程可能不可预计。
测试可以计划，可以预先指定测试用例和过程，工作进度可以度量；描述调试的过程或持续时间相对比较困难。
测试的对象包括软件开发过程中的文档、数据以及代码，而调试的对象一般来说只是代码。

3 软件工程

软件危机
落后的软件生成方式无法满足迅速增长的计算机软件需求，从而导致软件与维护过程中出现一系列严重问题的现象。

软件工程包括两方面的内容：
软件开发技术：软件开发方法学、软件工具和软件工程环境
软件项目管理：软件质量、项目估算、进度控制、人员组织、配置管理、项目计划

引起软件危机的主要问题是软件质量问题
软件工程主要解决的就是软件质量问题
软件测试是软件质量管理体系中一个非常重要的手段

3.1 软件生命周期模型

可以返回上个一个流程

3.2 开发模型

瀑布模型
最早提出的软件开发过程模型。

必须有产出物：《项目计划》、《需求规格说明书》、《概要设计》、《详细设计》
瀑布模型优点：
1 为项目提供了按阶段划分的检查点
2 当前一阶段完成后，只需要去关注后续阶段。

瀑布模型存在的问题：
1 强调时间顺序的严格执行。前阶段不完成，后阶段不开始。
2 将测试放在了编码之后。没有体现出测试贯穿软件生命周期的原则。可以避免需求的问题一致延续到代码完成才暴露或被发现。
3 不适应用户需求的变化

快速原型模型
应用领域越来越多。
原型:就是一个模型。可以模拟操作、简单运行。
典型应用和工具:Axure。制作原型。

产品经理画出原型图，讲解原型图给客户。如果客户满意，就交给开发工程师，进行开发；如果客户不满意，产品经理修改原型图。
增量模型
把软件分割独立的模块，分批次的完成和交付。
缺点：打破原有的软件结构和框架，可能会带来一定的风险。
增量模型一般会和迭代模型一起运用。
软件增加了xxxx功能；
优化xxx体验；
修复了xxxxbug。

迭代模型
特点：最初的版本是稳定可运行的。随着版本迭代，产品功能更完善，越来越深入。

迭代包括产生产品发布（稳定、可执行的产品版本)的全部开发活动和要使用该发布必需的所有其他元素，强调开发的深入。
在某种程度上，开发迭代是一次完整地经过所有工作流程的过程:需求分析、设计、实施和测试工作流程。
迭代过程具有以下优点:
降低了在一个增量上的开支风险。
降低了产品无法按照既定进度进入市场的风险。
加快了整个开发工作的进度。
迭代过程这种模式使适应需求的变化会更容易些。

螺旋模型

螺旋模型是一种演化软件开发过程模型，它兼顾了快速模型的迭代的特征以及瀑布模型的系统化与严格监控。
引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。
螺旋模型更适合大型的昂贵的系统级的软件应用。（大厂和银行经常使用）

敏捷开发模型

敏捷宣言，也叫做敏捷软件开发宣言，证实了四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法。
特点：
个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
相应变化高于遵循计划