动态测试：把组件 和系统运行起来，所做的测试活动
静态测试：对需求文档和代码的静态走查
正式评审：一般采取组内评审和会议评审的形式
度量：用什么方法、标准、工具进行测试，以及测试准出的标准
测试准出的标准：1、需求中所有的功能点都得以实现
2、所有的案例全部执行通过
3、发现的所有bug都得以修复，（可以遗留1-2个建议性bug）
评审员：所有参与评审的人都是，除了主讲人
记录员：项目组的人谁都可以做记录
技术评审：1、对于当前的项目功能的技术开发框架和代码进行技术交流和评审
2、对新增的接口代码进行评审
走查：项目组中一般说走查基本是对代码的走查
圈复杂度：程序中独立路径的数量，从开始到结束
代码越复杂，圈复杂度就越高，反之，复杂度就越低
1-2-3-4-5
1-2-5
1-2-7-9-0-3-4-5
圈复杂度的计算公式：
1、V = E - N +2(E代表结构图的边数，N代表节点数)
2、V = 区域数
3、V = P +1 (P是判定节点数)
黑盒测试用例设计的方法：
1、等价类
2、边界值
3、判定表
4、因果图
5、场景法
6、正交表
7、状态迁移
白盒测试用例设计方法：
1、语句覆盖
2、条件覆盖
3、判断覆盖
4、路径覆盖
5、判断条件覆盖
等价类：指的是输入域的集合，在集合中每个输入的条件都是等效的
等价类的2中情况：
有效等价类：对程序规格说明有意义的、合理的输入数据
无效等价类：对程序规格说明无意义的、不合理的输入数据
需求：在输入框内输入1-100分的成绩，并且都是正整数
输入域：1-100
输入域的集合：1-100的数字，汉字，英文，符号，小数，负数
有效等价类：55、66、77、100
无效等价类：0、101、150,、-150、15.5、score、“”“”、10a、a10
布尔值：真或者假
需求：qq密码输入框，总共有8-10位，由数字和英文组成，采用等价类的方式，列出组合场景
输入域：数字输入域0-9
英文输入域：a-z，A-Z
组合类型：纯数字、数字+英文、英文+数字、纯英文、数字和英文插花排序
长度约束：8-10
有效等价类：123456789，等
无效等价类：aaa，，，，，， aaaaaaaaaaaaaaaaaaaaaaaaa（超出任何一个限制都属于无效等价类）
原则：
1、每一个用例尽可能多的覆盖有效等价类
2、每一个用例只能覆盖一个无效等价类
等价类的设计思路：
1、找到输入条件
2、将条件进行拆分，为每一个条件找到有效/无效等价类
3、为每一个等价类编号
4、用最少的案例，去覆盖多的有效等价类（避免案例冗余）
5、每一个无效等价类都是一个用例
6、并非所有的有效等价类都有无效等价类
7、等价类的覆盖，有可能会重复
优点：考虑到了单个输入域的各类情况，做场景上的组合，考虑到了覆盖率，避免了盲目的测试
缺点：方法简单，但是并不是适用于所有的场景，还是需要结合其他的用例设计方法进行用例设计
测试案例的写法原则：
1、要以“验证”开头，描述验证的目的，验证的模块，以及确定的结果
2、标题的内容跟操作步骤要对应
3、每一个步骤都要有预期结果的描述
4、等价类的用法，一般的描述是大于、小于或者是通过某个边界值来决定的
常见的等价类划分的场景：
1、数值范围，1-100分
2、重复次数，ATM机的密码错误的重复次数
3、字符串的长度，姓名、家庭住址的输入窗口
4、字符串组中的字符个数，某些密码必须要求有两位字母
5、文件的命名，文件的格式 .doc .xls .txt
6、文件的大小，1-5M
7、屏幕的颜色种类，证件照的背景颜色
8、超时的时间：超过10s没有响应就报错，支付、查询的功能
边界条件的分析：
1、输入条件明确了一个值的取值范围或者个数
2、输入条件明确是一个有序集合
边界值的分析原则：
1、规定了取值范围。要在边界内以及边界附近取值
2、规定了个数，要取最小个数、最大个数、比最小个数少1，比最大个数多1的取值
3、规定了输入是有序的集合，则要使用集合中第一个数据和最后一个数据作为测试数据
边界值一般用于一些数据类型的输入窗口，要考虑文本的长度和用户的使用场景，综合边界值
判定表创建的步骤：
1、确定条件的个数
2、列出所有的条件桩和动作桩
3、输入条件项
4、得到初始的判定表
5、合并相似的规则
6、输出测试用例
判定表的作用：
将复杂的条件列出来，针对不同的条件组合，执行不同的操作，达到不同的动作（结果）
|
|
502
0
多测师社区 
