软件测试：概念

       在开始软件测试之前有必要先了解软件的基本概念。这些基本概念将帮助我们更加明确工作的目标，以便于更快的融入测试团队中去。

我们需要明确的给出以下问题的答案：

• 软件测试的目的和原则
• 什么是需求
• 什么是BUG
• 什么是测试用例
• 开发模型和测试模型
• 配置管理和软件测试

一、软件测试的目的和原则

目的：验证软件有或者没有问题
原则：以客户为中心，遵循软件测试的规范、流程、标准和要求。

二、什么是需求

       满足用户的期望 或 规定的文档（合同，标准，规范）所需要的条件和权能，包含用户需求和软件需求

三、什么是BUG

（１）当且仅当规格说明（软件需求）存在，并且正确，如果程序和规格说明不相符，就是软件缺陷
（２）如果没有规格说明，当且仅当用户需求存在并且合理，如果程序和用户需求不相符，就是软件缺陷

四、测试用例

       测试用例就是向被测试系统发出的一系列的集合，包含测试数据，测试环境（软件，硬件），操作步骤，预期结果等。

例子：
标题：网易邮箱登陆测试用例
测试模块：登陆模块
前提条件：注册得到账户
重要性：重要性
测试数据：正确的用户名，密码
测试环境：Chrome
操作步骤：
1，打开网易邮箱登陆页面 预期结果：出现登陆页面
2，输入正确用户名和密码，点击登陆 预期结果：登陆成功，进入邮箱主页面

五、开发模型和测试模型

1.软件开发生命周期

需求分析，计划，设计，编码，测试，运行维护

2.瀑布模型

瀑布模型在软件工程中占有重要地位，是所有其他模型的基础框架。瀑布模型的每一个阶段都执行一次，因此是线性进行软件开发模式。

缺点：风险往往延迟至后期的测试阶段才显露，因而失去及早纠正的机会。

3.螺旋模型

适合项目：项目庞大，前期需求不是很明确，风险比较大的项目

4.增量、迭代

系统 A、B、C、D四个业务模块，2周时间
增量模型：第一周完成A，B凉饿功能模块，第二周C，D两个功能模块
迭代模型：第一周完成A、B、C、D四个业务模块中的基本框架和基本功能，第二周完成较复杂的业务功能

5.敏捷

基于《敏捷宣言》而来，敏捷的方式有多种
以Scrum方式为例：
Scrum 轻文档，轻流程，中目标，重产出 1-4周

• PO product ower，客户的代表，负责把用户的需求转换为user story
• SM scrum master，项目经历，负责管理流程，保障着，负责会议的召开
• ST scrum Team，研发团队，交付一个高质量可用的软件。

敏捷中的测试

1.测试工作的核心内容是没有变的，就是不断地找BUG
2.测试人员不能依赖文档，测试用例地作用减弱，更多地采用思维导图、探索性测试（强调自由度、涉及和执行同时执行，根据测试结果不断地调整测试计划）、自动化测试
3.敏捷讲求合作，在敏捷项目组中，测试人员应该更主动，多项开发人员了解需求。讨论设计、一起研究Bug出现地原因。

软件测试V模型

特点/优点：
后期的测试与前期的阶段可以一一对应取来，清楚的标注每一个测试阶段的依据
缺点：
不利于项目前期风险的及时发现

软件测试W模型

特点：测试在项目前期介入，对需求、系统设计等都会进行验证
优点：测试介入早，有利于全面发现系统前期的风险
缺点：阶段性比较强，强调一个阶段完成后在进入下一个阶段。不可逆，所以不适合敏捷模型。

六、配置管理和软件测试

配置管理是通过对软件生命周期不同的时间点上软件配置进行进行标识，并对这些被标识的软件配置项进行系统控制，从而达到软件产品的完整性和可塑性的过程