测试流程

需求分析--测试需求---测试计划--测试方案--测试用例--执行测试--测试报告
测试用例：指导测试。 输入（数据、文本、具体操作）操作步骤 、预期结果

1、测试用例

定义：通过设计输入数据，执行步骤，按此步骤应产生的预期结果 它是指导测试进行的依据
目的：高效率地发现软件缺陷而精心设计的少量测试数据

2、测试用例的特征

1 有效性 能使用，不同人使用结果一致
2 可重复性 良好的测试用例可以重复使用
3 易组织 分门别类供测试人员使用
4 可评估性 评估软件质量（测试计划）
5 可管理性 可以对测试人员进行工作量和绩效考核

3、测试用例的八大要素

1 测试编号

项目名称+测试阶段类型+编号 project1-st-001(系统测试项目1的001 测试用例)

2 测试标题

表达测试用例的用途
例： “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

3 测试模块

简单描述测试用例的测试那些项目、子项目、软件特征
例： 购物模块

4 测试级别

测试优先级 高 中 低
例： 核心功能 ---高
界面风格 ---低

5 测试环境

软件环境 + 硬件环境
例如：硬件 ： 计算机的具体配置，见测试计划
软件 ： 操作系统 linux
数据库 mysql
中间件 weblogic

6 测试输入

用来执行测试用例的输入要求。这些输入可能是数据、文件或具体操作。
例如： 数据 ： 12
文件 ： c：\a.c 件couture
动作 ： 单击鼠标，在键盘做按键处理）

7 测试步骤

执行本测试用例所需的每一步操作
例： 求和运算
输入加数12
输入被加数 24
点击“加法按钮”

8 预期结果

描述被测项目或被测特性所希望或要求达到的输出或指标。
例： 加法器 12+24
预期结果： 36

4、测试用例的设计原则

1 测试用例明确性

测试人员要尽量避免测试用例存在含糊的因素，在测试过程中，测试用例的测试结果是唯一的。
（1）明确清晰的描述
如：即通过、没通过或未进行测试。
（2）不确定的描述
例如，测试用例这样描述：
用户正确操作，系统正常运行；
用户进行非法操作，系统不能正常运行。

2 测试用例有代表性

尽量将具有相似功能的测试用例抽象合并。
如： 测试1 ----100之间的两个整数的和
用例 1+2=3
2+4 =6 功能相似的用例要合并

3 测试用例的简洁性

测试用例简洁，可读性良好，测试过程目的明确，测试结果唯一。
例： 测试用例要用陈述性语句 一句话直指问题的核心
加法器输入框输入是非数字时，应弹出提示“请输入数字”

两个1-100之间的整数的和 等价类划分的测试用例

思维导图.png 测试用例.png

等价类操作步骤

1、设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类，重复这个过程，直至所有的有效等价类均被测试用例所覆盖；

2、设计一个新的测试用例，使其仅覆盖一个无效等价类，重复这个过程，直至所有的无效等价类均被测试用例所覆盖。

一个完整页面的测试设计

126邮箱.png 测试条件.png 测试用例（边界值分析）.png 测试数值.png

步骤

1、需求中包含多少个独立工功能

01 功能点是动词 02 不可以继续分隔 03 三要素：输入、处理、输出

2、独立功能展开需求分析

01 分析界面可见输入参数、罗列参数个数及名称
02 分析界面不可见参数：网络，浏览器、系统、权限、数据库服务、系统本身服务

3、界面可见输入参数的特点、关系

输入参数需要用户输入数据，并且存在有效/无效规则校验
—— 则用等价类法设计测试用例

4、分别罗列每个界面可见输入参数的有效无效 规则，形成等价类表

文本框.png

构造无效规则时要注意：只能同时违背一条规则

案例

简单案例.png

边界值分析

黑盒测试

边界值分析.png

上点：边界上的点，有效点。
离点：离上点最近的点称为离点，无效点。
内点：域范围内的任意一点。

例：
【1 100】上点：1,100 离点：0,101 内点：4 ，99
（1 ,100 ) 上点：2,99 离点：1,100 内点：3,98
【1,100） 上点：1,99 离点：0,100 内点：3,98
（1,100】 上点 ：2,100 离点：1,101 内点：3,99

边界值练习

成绩图片.png 成绩边界值测试用例设计.png 电话测试用例边界值设计.png