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

文章目录

• • 1 软件
  • 2 软件测试的定义和目的
  • 3 软件工程
  • • 3.1 软件生命周期模型
    • 3.2 开发模型

1 软件

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

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

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

2 软件测试的定义和目的

缺陷的由来 bug（虫子） defect

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

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

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

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

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

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

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

可以返回上个一个流程

3.2 开发模型

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

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

螺旋模型

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

来源：十旬叶大叔