一、正交表
从全面试验中挑选出有代表性的点进行测试(均匀分散,整齐可比);高效率、快速、经济的方法;
二、正交表使用方法
- 根据控件和取值数选择一个合适的正交表
- 列举取值并编号,生成取值表
- 把取值表与选择的正交表进行映射
三、混合正交表工具
在实际工作中,很多情况都是因素(控件个数)和水平(每个控件的可选个数)不同,我们在现成的正交表中找不到对应的表格,此时我们就需要使用混合正交表工具来生成混合正交表;
使用步骤:
- 制作取值表(不需要编号,列出数据即可)
- 复制表格中的数据放在一个新建的txt文本文档中,保存到allpairs文件夹中(例如:test2.txt)
- Win+r再输入cmd进入控制台界面
- 使用控制台代码进入allpairs文件夹中(例如: e: 回车 cd 复制文件夹路径 回车)
- 再输入allpairs.exe test2.txt>chenggong.txt (test2.txt是我们刚新建的文件,chenggong.txt是我们最终生成出来的正交表文件)
四、测试用例方法的选择
- 如果测试功能和流程,要使用场景法
- 需要输入数据的地方,我们要使用等价类划分法,要注意配合边界值法来做详细测试
- 如果有条件组合的情况,我们要使用因果图制作出判定表
- 配置类软件,组合比较多的,我们要使用正交表来科学的选择测试用例
- 如果没有达到覆盖标准,就要增加一些测试用例
- 依靠经验追加一些测试用例(错误推断法)
五、软件缺陷
定义:缺陷就是软件的问题,最终表现为没有满足用户的需求。
六、那些属于软件缺陷
- 软件未达到规格说明书表明的功能
- 软件出现了规格说明说中指明不会出现的错误。
- 软件功能超出了规格说明书指明的范围
- 软件未达到规格说明书虽未指明但应该达到的目标
- 软件测试人员或用户觉得不好
七、缺陷的表现形式
- 功能、特性没有实现或者部分实现
- 设计不合理、功能不明确、逻辑不清楚或存在矛盾
- 实际结果和期望结果不同
- 没有达到规格说明说要求的性能指标
- 运行出错、崩溃、中断、界面混乱
- 数据不正确、精度不够、不完整或格式不统一
- 用户不能接受的其它问题,如存取时间过长、界面不美观
- 硬件或软件存在其它问题
八、软件缺陷的状态
- 提交—测试人员提交了一个缺陷给程序员
- 打开—待处理
- 拒绝—程序员认为不是缺陷或者重复,就可以修改状态为拒绝
- 修复—程序员修复缺陷后提交的一个状态
- 关闭—测试人员经过回归测试后,认为此缺陷已经解决,将其关闭
- 推迟—可以放在后续版本解决的问题,但是要详细写出修复的日期或版本
九、软件缺陷的严重程度划分
- Low—表面性错误,如错别字
- Medium—影响一个相对独立功能、仅仅发生再特定条件上、与需求定义不一致、断断续续出问题
- High—功能点没有实现、不符合用户需求、导致数据丢失
- VeryHigh--频繁死机、大部分功能不能使用
- Critical—系统瘫痪、异常退出、死循环、严重的计算错误、
十、软件测试的优先级
- Low—时间和资源允许的情况下修复
- Medium—不会延迟发布,会在以后修复
- High—会制约开发和测试的进行,需要在发布之前修复
- VeryHigh—影响系统,产生严重影响
- Urgent—导致系统几乎不可用
十一、软件缺陷分类
- 系统缺陷
- 数据缺陷
- 数据库缺陷
- 接口缺陷
- 功能缺陷
- 安全性缺陷
- 兼容性缺陷
- 性能缺陷
- 界面缺陷
- 建议