黑盒
测试流程:
前冒烟 - 验证拿到的包的各个功能能否正常运行;
性能测试: **负载测试、压测、兼容性测试, 可移植性和健壮性测试;
回归测试:
当测试人员发生缺陷之后, 会将缺陷提交给开发人员, 开发人员对程序进行修改,修改之后,测试人员会对程序重新测试
后冒烟 - 验证代码修改后的run包的各个功能能否正常运行;
验证测试: 主要是对软件产品说明进行验证, 逐行逐字地按照说明书的描述对软件产品进行测试,确保其符合客户的各项要求;
测试用例设计:
要求:
有效性、可复用、易组织性、可评估性、可管理性
要素:
编号
标题
测试目标
预置条件
测试输入
预期输出
操作步骤
级别
用例设计者 : 能准确找到用例设计人员
用例设计日期 : 方便检查用例的设计进度
对应的开发人员:出现bug后能即使找到相应的人员进行修复
测试结果:执行用例最后执行的结果
测试类型:功能、性能、压力
测试用例设计原则
明确性:
测试人员尽量避免而是用例存在含糊的因素, 在测过程中,测试用例的测试结果是唯一的
代表性:
尽量将具有相似功能额测试用例合并
简洁性:
测试用例简洁, 可读性好,测试用例描述一句话描述测试的什么
测试用例设计方法:
等价类划分: 把所有可能的输入数,即程序的输入域划分成若干类别,然后从每一个类别取少数具有代表性的数据作为测试用例。
常用
边界值法: 用来选取有代表性的数据, 边界的值(然后再加一个中间值)
判断表法:
将多个输入变量, 进行组合, 得到测试用例
正交表:
如果输入的变量太多,组合爆炸时,可以根据正交表来设计测试用例
流程图分析法, 功能图法:
对于系统中的所有流程都进行覆盖
测试用例的力度:
质量的把控高,力度大一点
否则可以放松测试的标准
白盒
测试方法:
语句覆盖:
所有的语句都执行到
判定覆盖:
每个if语句的真假都走到
条件覆盖:
设计测试用例, if 语句获取的输入状态让每个判定式都能取真或者假
不要求都走到
判定条件覆盖:
对于判定语句的每个判定都走到了: and走真 or走非
条件组合覆盖:
执行足够的例子,使得每个判定中条件的各种可能组合都至少出现一次。
路径覆盖
设计测试用例, 使得程序从起点到终点的全部路径都走一遍 !
最严格的白盒测试:
条件组合覆盖和路径覆盖
白盒测试用例格式:
灰盒测试:
灰色测试指的是测试人员直到系统模块的功能, 但是不知道程序具体的实现,不能分析程序本身, 只能测试模块接口和功能 !!!