容错性测试点整理

容错性测试的测试点

一、界面级测试

1. 不按正常流程操作
2. 使用非正常手段访问（例如直接使用内部链接地址访问，直接使用访问协议访问）
3. 对于不应该进行的操作或违法操作是否进行了相关的屏蔽
4. 对于一些存在限定条件的输入参数，在界面或页面上是否有输入要求提示
5. 若只能对于某些固定的输入的内容进行处理时，应该使用下拉框或选择框控件，以防止用户输入错误
6. 对于一些操作较复杂或较容易造成错误的界面，系统是否有明确的说明或向导提示，以减少用户输入或操作错误

二、数据边界性测试

1. 数字类型超出应用设定最大值
2. 数字类型超出类型最大值
3. 数据类型填写非数据类型
4. 时间类型超出引用设定限制（iOS32位的设备在测试时间相关的功能时经常会出现1970年，需要让开发单独做处理喔）
5. 时间类型填写其他类型数据
6. 文本类型超出应用设定长度
7. 数据不符合实际规则（例如输入不存在的日期，或货币内容可以输入小数点后多于2位以上等）
8. 是否对输入内容的大小写进行自动转换，以防止用户对于大小写敏感内容出现输入错误
9. 是否对输入内容的前后空格进行自动去除，以防止用户输入不该存在的前后空格

三、数据级测试

1. 数据填写不完整时，是否产生错误
2. 流程未完成，强制关闭，是否会产生错误
3. 多人操作同一数据时，是否产生错误
4. 当系统出现异常时，是否能自动进行数据备份，以最大程度减少错误带来的损失

四、校验性测试

1. 填写不符合校验的数据，例如不能以数字开头的输入，输入数字开头的数据验证码，填写错误的验证码
2. 需重复一致填写时，填写不一致数据
3. 对于文本框输入类型内容有要求是否进行了键盘输入检测
4. 上传不符合类型的文件

以上几种在功能测试中可以经常用到，而接下来的5-9的测试我只是稍微有了解，有兴趣的可以交流交流

五、代码级别的测试

1. 非法调用函数
2. 使用非法参数（类型错误）调用函数
3. 使用非法参数（数据不符合规范）调用函数
4. 参数个数不符合函数要求
5. 使用不同情况，使程序进入错误处理
6. 测试是否有可能产生死循环
7. 对全局数据结构未设置初始值
8. 对全局数据结构引用过程中进行了数据内容的重新赋值，有可能会导致后续使用全局数据结构的模块导致错误
9. 接口或函数之间的调用是否会产生循环调用

六、安全性测试

1. sql 注入
2. 越权访问

七、灾难恢复性测试

1. 强制使应用系统发生，检查数据是否会错误丢失
2. 强制使硬件发生故障，检查数据是否出错

八、并发容错测试

1. 对于C/S或B/S系统，要考虑当多个客户端同时新增、修改、删除时是否会造成数据的冲突或不一致等错误
2. 对于C/S或B/S系统，要考虑当多个客户端同时请求系统资源（例如硬盘、内存、CPU等），是否对资源会产生死锁问题
3. 是否允许同一个用户在不同的机器上同时登录（这里要考虑与权限相关的测试点）
4. 是否允许不同或相同的用户在不同机器上同时进行上传、下载、收发邮件等操作

九、环境容错测试

1. 在网络出现故障时，是否有其他网络进行自动的切换和连接（网络切换测试是场景测试一个必不可少的测试点，不能忽略喔~）
2. 在系统断电时，是否有其他的供电系统是否能进行自动切换
3. 在系统服务器出现问题时，是否有其他的备用服务器是否能进行自动切换