6月11日功能测试DAY1

阶段目标： 

1.进入企业后，知道从哪儿入手开展工作？（流程工具）

2.在工作中，测试人员主要做的具体任务是什么？（测试用例+缺陷）

3.在工作过程中碰到问题如何处理？（沟通交流）

 1.0测试理论第一章 

能够清楚什么是测试用例

掌握测试用例包括的基本内容

 1.1小思考： 

 1.为什么要学软件测试？ 

测试目的： 保障软件的质量 （尽可能多的发现系统中的错误，证明软件存在问题）

测试体现形式：通过找出bug的形式验证质量

 2.什么是软件测试？ 

通过手工或者自动化的方法运行被测的软件是否正常（看预期结果和实际结果是否一致）

 3.您认为作为测试人员应该具备哪些素质？ 

责任心、细心、耐心、专心、自信心

沟通能力、表达能力

团队协作精神

应用：简历的自我评价里面可以应用。

 1.2软件质量 

 前置铺垫: 

需求：用户的想法，为了实现某个目的而产生的想法

需求规格说明书：将用户的想法转化为技术上可以实现的文档 —— 产品经理 

（开发根据文档进行设置，测试根据文件进行测试）

 软件质量： 

软件质量，就是软件与明确地和隐含地含义得 需求相一致得程度。能不能符合需求 

 1.2.1质量模型标准 

 功能性 ：满足某种需求的一种属性或能力  某手机是否支持5G 

 性能效率 ：在规定条件下，想对应所用资源的数量，软件产品提供适当性能的能力

 兼容性 ：在一定条件下兼容其他软硬件产品的能力  3q大战 

 易用性 ：在指定使用条件下，产品被理解、学习、使用和吸引用户的能力

 可靠性 ：产品在规定条件下，在规定的时间内完成规定功能的能力。  长时间稳定的运行 

信息安全性：信息在传输或者存储过程的安全程度

可维护性：规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力

可移植性：从一种环境迁移到另一种环境的能力

 1.3软件生命周期 

也称为：软件开发过程模型，软件生命周期模型

 模型介绍 

在软件开发的几十年实践中，人们总结了很多软件开发模型用来描述和表示一个复杂的开发过程，也展示出软件从无到有再到消亡的过程。

软件测试与软件的开发模式有着紧密的联系，作为一名测试人员，应该充分理解软件的开发模式，以便找准自己在其中的位置，从而发挥自身的价值。

 1.3.1瀑布模型 

描述：软件生成制作过程

描述软件生成到消亡的过程模型图

注意：该模型实际工作已不常用，该模型是其他模型鼻祖。

 可研与计划： 

人员：公司的高层，通过用户的需求进行确认是否能够承接该项目（技术和财务）

结论：可行性研究报告与计划

 需求分析： 

需求规格书 ：公司产品人员根据用户实际的想法，将用户的想法转换为技术上可以实现过程

结论：包含具体可以实现的功能点和非功能点。

 概要设计 ：

人员：公司架构人员（高级技术人员）根据需求选择技术选型，选择环境和语言，制定开发规范标准等

结论：概要设计文档

 详细设计： 

人员：普通的开发人员（程序员）根据需求结合概要设计进行详细的设计实现

结论：详细设计文档

 编码： 

人员：根据详细的设计文档进行编写代码

结论:程序源文档

 软件测试： 

人员：测试人员根据需求进行全面测试

结论：测试报告（测试用例、缺陷报告）

 运维： 

人员：运维人员进行维护

结论：运维手册等文档

 瀑布模型优点 

1.每个阶段比较清楚，并且有对应的文档产生

2.当前一个阶段完成后，才开始后面的阶段（一次性）

 瀑布模型缺点： 

发现问题的时机比较晚， 失去提前纠错的机会 

测试介入比较晚

 使用场景： 

适用于需求不易发生变化的大项目

 【拓展】敏捷开发模型 

能够适应需求的变化，并且能够给出快速响应

1.小步快跑 （有需求快速实现，快速运行，有不同需求，在改）

2.ACP

 1.4软件测试模型 

 介绍 

在软件测试的实施中，针对于测试过程出现的问题，通过经验总结得到测试过程模型，目的是提高软件开发测试过程中的效率与效果。

 1.4.1V模型 

目的：描述开发和测试如何对应验证产品的过程。

优点：

每个阶段比较清楚，测试过程由底层（代码）测试到高层（应用）测试过程

缺点：

不适应需求变化，发现问题时机比较晚。

 1.4.2W模型 

简称双v模型，以开发主导一个v，和以测试主导的另一个v构成。

为了克服v模型的缺点。

作用：将测试过程更加细化说明，对应测试、开发之间的关系更加清楚。

优点：

测试介入时间早，能够及时发现问题，降低修复成本、

测试伴随整个软件生产周期，除了测试软件之外，还需验证文档

缺点：

该模型应用起来复杂度高（具备计算机技能、业务能力、管理能力、测试素质）

 1.5测试用例 

测试用例，为了特定的目的而设计的一组测试输入，执行条件和预期结果的文档。

 目的： 

1.方便测试验证（将 需求大量描述拆分为小的测试点 ）

2.体现测试人员的思路，测试设计的全面性（后续测试直接可以使用）

3.测试的量化体现，能够 发应测试进度 

 核心要素： 

 用例编写格式（八大要素） 

1.用例编号：项目+模块+编号 （用例的唯一性，有时也叫用例ID）

 推荐字母+数字 

2.用例标题：预期结果+操作步骤 （表示测试或验证的目的，通常一句话简要描述）

 验证xxx是否正常 要求:写准确 

3.模块/项目：所属项目或模块 （当前测试的功能所属范围）、

 简单描述：例如：登录模块 

4.优先级：表示用例的重要程度或者影响力P0~P4（P0最高）

5.前置条件：要执行此条用例，有哪些前置操作 （验证该功能所需要的前提条件）

 注意：必要的前提条件（如果不写有歧义） 

6.测试步骤：描述操作步骤

 具体测试的先后次序，一般序号+文字描述 

7.测试数据：操作的数据，没有的话可以为空

 有数据输入的测试，需要准备测试数据 

8.预期结果：预期达到的结果

 一般是结论+现象 eg：能正常开机，进入桌面操作系统 

测试用例应该包含哪些内容？

注意：实际工作中，如果企业中有自己的模板，则用公司的即可，核心功能基本一致

 2.0测试理论第二章 

 2.1等价类划分法 

概念：在所有测试数据中，具有某种 共同特征 的数据集合进行划分。

 分类： 

有效等价类：满足需求的数据集合

无效等价类：不满足需求的数据集合

 使用场景： 

针对需要有 大量数据测试输入 ，但是 没法穷举测试的地方 。（如：有输入框、下拉列表、单选复选框等，需要同时提交，对于每种输入都需要大量测试输入验证）

典型代表：页面级的输入框类测试

 步骤： 

1.明确需求

2.确定有效和无效等价类

3.提取数据编写测试用例

要点：

有效案例取其中，无效案例取其一

小总结：

对前面测试基础的巩固 明天加快进度！！！