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

——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、数据库写入流程、基本业务流程是否被影响。针对后台性能做的优化补丁版本，关注点也大致如此。

等待更新中...