【功能测试01-测试理论】

1.进入企业，知道从哪入手开展工作？（流程工具）
2.在工作中，测试人员主要做的具体任务是什么？（测试用例+缺陷）
3.在工作中，碰到问题如何处理？（沟通交流）

目标：
能够清楚什么是测试用例
掌握测试用例包含的基本内容

测试回顾

软件测试：通过手工或自动化的方式运行被测的软件是否正常（看预期结果和实际结果是否一致）
测试目的：保障软件质量（尽可能多的发现系统中的错误）
测试体现形式：通过找出bug的形式验证质量
测试人员具备的素质（521）：
5个心：责任心、细心、耐心、专心、自信心
2个能力：沟通能力、表达能力
1个精神：团队协作精神

一、软件质量模型

1.1 软件质量

就是软件与明确地和隐含地定义得需求相一致得程度。

1.2 质量模型标准

对于测试作用：提供测试设计的不同角度和思路

功能性：满足某种需求的一种属性或能力
性能效率：软件产品对于时间和空间的占用程度高低
	在规定条件下，相对应所用资源的数量，软件产品提供适当性能的能力
兼容性：在一定条件下兼容其他软硬件产品的能力
易用性：在指定条件下，产品被理解、学习、使用和吸引用户的能力
可靠性：产品在规定条件下，在规定的时间内完成规定功能的能力
安全性：信息在传输或者存储过程的安全程度
可维护性：在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力
可移植性：从一种环境迁移到另一种环境的能力

二、软件的生命周期

2.1 模型介绍

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

2.2 瀑布模型

瀑布模型的优点：
每个阶段比较清楚，并且对应的文档产生
当前一个阶段完成后，才开始后面的阶段（一次性的）

瀑布模型的缺点：
发现问题的实际比较晚，失去提前纠错的机会
测试介入比较晚

使用场景：
适用于需求不易发生变化的大项目

【扩展】敏捷开发模型
能够使用需求的变化，并且能够给出快速的响应
小步快跑
ACP

三、软件测试过程模型

3.1 V模型

作用：主要描述测试、开发之间的对应关系。

优点：每个阶段比较清楚，测试过程由底层（代码）测试到高层（应用）测试过程。
缺点：不适用于需求的变更

3.2 W模型

优点：
测试介入时间早，能够及时发现问题，降低修复成本。
测试伴随整个软件生产周期，除了测试软件之外，还需要验证文档。

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

四、测试用例

目的：
方便测试验证（将需求大量描述拆分为小的测试点）
体现测试人员的思路，测试设计的全面性（后续测试直接可以使用）
测试的量化体现，能够反映测试进度

4.1 定义

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

4.2 构成要素

常见测试用例的核心8要素：

 用例编号：表示用例的唯一性，有时也叫用例ID 
 		变化构成推荐：字母+数字。 eg.login_001
 用例标题：表示要测试或验证的目的，通常一句话简要描述 
 		编写：验证xxx是否正常    要求：写准确
 测试项目：当前测试的功能所属范围
 		简单描述：eg:登录模块	或者写项目名称即可
 用例级别：表示用例的重要程度或者影响力 
 		描述：高	中  低		推荐用英文简称：P1 ...
 预置条件：验证该功能需要的前提条件 
 		注意：必要的前提条件（如果不写可能会有歧义）
 测试输入：必要的输入数据 
 		有数据输入的测试，需要准备测试数据
 执行步骤：验证该功能需要的先后操作步骤
 		具体测试的先后次序，一般通过序号+文字描述：1.xxx  2.xxx
 预期结果：希望得到的结果
 		一般是结论+（现象）	eg:能正常开机，进入桌面操作系统