测试理论基础（1）

标签：10 理论基础评审测试用例个字符测试输入

一、需求分析

项目立项后，对于整体产品的需求进行认识和理解（与功能测试的需求分析是一致的）。注意：此时只有产品需求文档，架构师还没有开始建模，主要目的是保证各部门（产品、开发、测试...）对于需求理解一致。

二、需求评审

1、周一早上九点，产品经理群发最新迭代版本的prd文档，并约定评审时间为上午10点

2、开会，参与人员：产品+UI+开发+测试，由产品对PRD进行讲解

3、各角色该提出的问题：

三、测试计划、用例编写

测试计划都包含哪些内容？

测试用例编写：

1、通过思维导图，提取prd文档中的测试点

2、通过测试点分析结果，整理测试用例

很多公司在这一步就结束了，并不会输出测试用例，后续评审直接对测试点进行评审
1、不用输出测试用例的公司类型：产品线较长，迭代快的中小型企业（包括很多上市公司）
2、输出测试用例的公司类型：大厂（核心产品）、银行

用例的设计：

方法一：等价类

这种方法将输入数据划分为若干等价类，以确保在每个等价类中的数据具有相同的行为。通常，只需测试每个等价类的一个有效值和一个无效值。

示例：假设一个登录页面，用户名和密码的有效字符范围为 6 到 12 个字符，那么可以编写以下测试用例：

方法二：边界值

这种方法专注于测试输入数据的边界情况，因为通常在边界处会出现错误。它包括测试最小边界、最大边界和边界之间的值。

示例：对于同样的登录页面，测试用例可能包括：

边界之间测试：输入包含 7 到 11 个字符的用户名和密码。

上点：输入边界上的点

离点：离上点最近的点，如果输入域为开区间，则离点在有效范围内，如果输入域为闭区间，则离点在有效范围外

内点：输入域范围内的点

例：

[6,10] 上点为 6、10 ，离点为5，11，内点为[7,9]

（6，10）上点为6，10 ，离点为（7和9），内点为（8）

[6，10) 上点为（6，10），离点为（5，9），内点为（7，8）

方法三：流程分析

银行取款实例

方法四：判定表

这种方法将测试条件和其对应的动作组合成一个决策表，以便在各种条件组合下进行测试。

示例：考虑一个简单的登机规则系统，根据乘客的舱位和登机牌号决定登机顺序。相关测试用例可能包括：

面试题：

你们公司以前是怎么管理测试用力的？

你负责的项目有多少条测试用例？

标签：10,理论,基础,评审,测试用例,个字符,测试,输入
From： https://www.cnblogs.com/meifirst/p/18208789