功能测试Bug频发？测试工作中这点不可忽略！

功能测试Bug频发？测试工作中这点不可忽略！

摘要：近年来，随着互联网行业的快速发展，银行系统更新迭代愈发频繁，在功能测试中特殊字符类测试缺陷频发。
笔者参与了众多银行系统项目的功能测试工作，在测试过程中，笔者发现与特殊字符相关的功能测试缺陷日益增多，例如NULL字符引发的报文拼接报错、生僻字解析报错等。

为规范特殊字符测试设计，提高测试设计质量，笔者针对常见特殊字符类型进行了分类，并针对每一类特殊字符进行了概述和典型风险场景分析，旨在形成一套体系化的特殊字符测试设计规范，用于功能测试人员开展特殊字符专项测试的参考。

关键词：功能测试，特殊字符

笔者结合自身参与的银行系统功能测试实践经验，针对常见的特殊字符进行了分类，包括：“NULL”、“空白字符”、“汉字生僻字”、“常用分割符”、“数据库相关特殊字符”、“其他特殊符号”等6类，“特殊字符”的测试覆盖规则严格依赖于具体的系统交易字段（页面字段、数据库字段），测试人员在实际测试过程中，先选择要测试的字段，再根据实际情况选择要覆盖的特殊字符类型。

空值NULL

1.1概述
“NULL”指数据库中具体字段的“NULL”值。NULL是一个不确定的值（NULL represents an unknown value），所以不包括在任何一个指定的集合中。

常用数据库有DB2,Sybase,Oracle和MySql，不同数据库对NULL的处理存在差异，容易造成程序缺陷，特别是数据库迁移时更容易发生。目前已知的NULL相关缺陷有两类：
·应用程序读取字段，未判断null，导致应用抛出异常。
·不同数据库NULL处理有差异，导致应用程序逻辑不一致。

1.2典型风险场景
该类问题风险场景主要为不同数据库处理机制差异，例如：Sybase对空值的处理为长度为1的空格，而Oracle为NULL，在拼接报文时会出现因缺少字段而报错。测试人员应根据需求说明书逐一对各输入框的必输性进行测试，对于非必输项需测试其为空值的场景。笔者在测试过程中发现非必输项如输入空值，则迁移到Oracle数据库后会报“999