测试设计中容易被忽略的场景(持续更新中)

——2015年3月1日
1. 边界值未完全覆盖,比如:
时间未考虑跨年(月、日、零点)及2月等特殊月份;
字段值做乘法运算导致越界;
IP地址/组播地址范围段约束限制;
定时器/定时任务(当天启动、隔天启动、手动触发、启动时间、启动周期);
带入数据库的值超过数据库字段定义范围;
2. 字段必选、可选属性,单填可选/必选、二者组合填写
3. 本地化测试,比如:
OS、DB中的,代码中的注释、字符集、语言;
时区、夏令时处理;
货币单位、进位方式(是否是10进制);
语言书写习惯、时间表示习惯、数字分割习惯等;
4. 未对最终提供的安装、升级文档做充分验证和评审;
5. DB、FTP等资源的释放测试,如:
前台登陆、注销退出后,相应的数据库连接是否及时释放(否则数据库会因为连接数满而拒绝外部访问);
FTP、SFTP端口连接数是否稳定(IP netstat -aon|grep 21);
服务端停止服务后、对应的端口是否释放 ;客户端关闭后、对应的连接是否释放;

TCP连接缓冲区溢出导致线程终止,这是由于没有监控线程导致线程不会重新被拉起,最终导致可用链接全部挂死,系统停止服务;
子目录数、文件数是否超过OS设计的最大数量;
【测试设计中容易被忽略的场景(持续更新中)】日志管理功能是否规范,有没有对应备份、删除机制;
处理上传文件是否要压缩/解压,压缩/解压时CPU、内存等硬件资源的占用情况是否会影响现有业务;
6. 同步文件、同步消息是否验证了异常场景
批量上传/发送一批同步文件、同步消息,其中包含正常、异常(格式错误/字段不符合规范等)、有效、失效记录,观察系统的处理能力;
7. 需求变更是否会导致已有的接口规范有变化,从而导致之前正常的功能失效、漏测
8. 验证时没有充分考虑现网的网络/系统/应用配置场景,导致内网中系统运行没问题,但部署到现网后导致部分、甚至全部功能阻塞。
如果情况允许,要尽量取得实际的现网组网情况、配置文件、用户记录、记录关系等数据,部署到测试环境进行验证。
9. 如果系统为集群环境,升级补丁时要考虑是否涉及配置文件、集群标识的变更。
10. 基线版本中发现的通性问题是否及时同步到其他衍生版本中。
11. 验证补丁版本时,要针对补丁对应的问题进行衍生和发散测试,比如:
前台页面可以随便增加某种记录的条数(如地址、电话号码等),当添加到一定程度时会发生IE9以下的浏览器打开页面查看时提醒“运行脚本过多、是否终止”错误,针对这个问题出的补丁进行验证时,还要考虑是否有其他类似的页面,开发人员在优化过程中做了哪些调整,原来页面的字段校验、CSS、数据库写入流程、基本业务流程是否被影响。针对后台性能做的优化补丁版本,关注点也大致如此。


等待更新中...

    推荐阅读