01测试简介

1.软件测试概念

​ 测试常见理解：就是找BUG，发现缺陷，验证产品特性是否满足用户的需求。

​ 衡量软件测试结果的依据-需求

开发模型和测试模型：

开发模型：是指在模型构建过程中用于训练、调参、特征选择和初步评估的模型。它主要用于探索不同的算法、数据处理方法以及超参数配置。

测试模型： 是指在模型开发完成后，用于最终评估其泛化能力的模型。这个阶段的目标是模拟模型在真实世界中面对新数据时的表现。

软件的生命周期：

​ 生命周期：从软件产品的设想开始到软件不再使用而结束的时间。可以分为6个阶段，即需求分析、计划、设计、编码、测试、运行维护。

需求：

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

• IEEE定义：软件需求是用户解决问题或达到目标所需条件或权能（Capability），系统或系统部件要满足合同、标准、规范或其它正式规定文档所具有的条件或权能。

  • 反应了条件或权能的文档说明
  • 包括功能性需求及非功能需求
  • 非功能需求对涉及和实现提出了限制

• 用户需求：简单理解为甲方提出的需求，如没有甲方，就是终端用户使用产品必须完成的任务。该需求比较简略

• 软件需求：也称功能需求，该需求会详细描述开发人员必须实现的软件功能

  • 一般是把用户需求转换为软件需求
  • 开发和测试人员直接依据就是软件需求

2. 测试人员的需求

需求就是测试人员展开工作的依据，具体设计测试用例时：

• 弄清楚每个业务对应的多个软件功能需求点
• 分析出每个软件功能需求点对应的多个测试需求点
• 在针对么个测试需求点设计测试用例
• 过程如下：业务需求 --> 软件功能需求点 --> 测试需求点 --> 测试用例

“用户登录”为例：

需求对软件测试人员的重要性：

• 从软件功能需求出发，无遗漏识别出测试需求是重要的，关系到用例的测试覆盖率
• 识别出每个测试需求点，需要采用具体的设计用例的方法来进行测试用例的设计

深入理解测试软件的需求：

• 在需求分析和设计阶段开始介入，此阶段对理解和掌握软件的原始业务需求的最好时机。
• 理解原始业务需求，才有可能从业务需求的角度去设计针对性明确，从终端用户的使用场景到端到端的覆盖率较高的测试需求点

3. 测试用例概念

​ 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。

​ 测试用例解决了测什么和怎么测两大问题

例：“用户注册”

测试用例 ecsp-439：用户注册成功
步骤动作：	期望的结果：
进入注册页面，选择注册	系统展示注册页面
输入符合要求的单位名称、单位邮箱、密码、确然密码、组织机构代码、验证码、并确定同意《提交注册信息》	系统进行注册操作，发送激活邮箱。注册成功后，跳转到注册成功页面，并提示用户进行激活操作。
进入注册用的邮箱，进行激活操作	激活成功
用注册的邮箱和密码，进行登录操作	邓罗成功，系统展示欢迎页面
测试方式	手工
重要性	重要
测试环境	CHROME, IE10+
测试前提	系统运行正常，邮件服务器已开启
功能模块	注册成功

4. 软件错误（BUG）概念

​ 软件错误：程序与规格说明之前不匹配，当且规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误的。

​ 当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有时间其最终用户合理预期的功能要求是，就是软件错误。