请选择 进入手机版 | 继续访问电脑版
 找回密码
 立即注册
  • 便民服务
  • 关注我们
  • 社区新手
动态测试(dynamic testing):通过运行软件的组件或系统来测试软件
静态测试(static testing):对组件的规格说明书进行评审,对静态代码进行走查
评审:
组内评审==》正式评审
交叉评审
会议评审
正式评审(formal review):对评审过程及需求文档的一种特定评审
度量(metric):测试所使用的方法或标准
    ==》用了什么工具/出口标准(bug密度)
评审员(reviewer):所有参与评审的人,但不包括主讲的人
记录员(scribe):记录评审会议上的会议纪要
技术评审(technical review):同行间对技术进行的评审,目的时技术实现达成共识。
1.对目前项目功能相关的代码进行评审;
2.对新增的接口代码进行评审
走查(walkthrough):由文档作者逐步陈述文档内容,以收集信息并对内容达成一致
复杂性(complexity):系统或组件的设计或内部结构比较复杂,导致难以理解,维护或验证的程度
控制流(control flow):执行组件或系统的一系列顺序的路径
数据流(data flow):表示数据对象的顺利或状态发生变化的过程
圈复杂度(cycloramic complexity):程序中独立路径的数量。可以衡量一个组件模块的判定结构的复杂程度。

圈复杂度
写的代码越复杂,圈复杂度越高(代码的逻辑较多)
写的代码越简单,圈复杂度越低

圈复杂度:程度中独立路径数量
独立路径从开始到结束
公式一:V=E-N+2(E结构图的边数,N是节点数)
公式二:V=区域数
注:加上区域最外边一块
公式三
V=P+1(P:判定节点数)
判定节点:有判断条件的节点

黑盒测试(功能测试)的用例设计方案:
等价类
等价类划分
需求:在输入框输入1-100分考试成绩并且为正整数
输入域:1-100
集合:1-100之间任意正整数 比如32、77、99
有效等价类:有意义、合理的数据            例:1 、37 、69
无效等价类:无意义、不合理的数据        例:0、101、4.5、*&#
原则
每条用例尽可能的覆盖多个有效等价类,每条用例只能覆盖一个无效等价类

边界值
例:1-100分
上点:1和100                     正常场景
离点:0和101                     异常场景
内点:区域内的点   69       正常场景

闭区间           【1,100】 正常测试点:1,100                 异常测试点:0,101
半闭半开       【1,100)正常测试点:1,99                     异常测试点:0,100
半开半闭       (1,100】正常测试点:2,100                   异常测试点:1,101
开区间           (1,100)正常测试点:2,99                     异常测试点:1,100
内点:88
有序集合
例:春夏秋冬===》选择第一个和最后一个元素作为测试测试数据  春和冬
需求:用户名由11位纯数字字符的手机号组成==》10位 、11位 、12位
判断表
因果图
正交表
场景法
状态迁移

白盒测试用例设计方法:
语句覆盖
条件覆盖
判定覆盖
路径覆盖(基本路径法、Z路径法)
判定条件覆盖

写用例注意的点:
1.用例以验证开头
2.验证标题和步骤内容相呼应
3.用例标题和预期结果相呼应
4.等价类用例设计方法的描述一般用大于、小于(指定某一个值是边界值)























































































分享至 : QQ空间
收藏
腹中有书气自华,圣贤为友品自高

0 个回复

您需要登录后才可以回帖 登录 | 立即注册