数据测试注意事项总结.docxVIP

数据测试注意事项总结边界值数据要特别注意，如需求是要求X的值为[a,b）时（即X大于等于a且小于b），那么做X的数据的时候小于a，等于a，大于a小于b，等于b，大于b的数据都要准备模块之间的数据流转特别值得注意，如数据Y在A模块增删改之后，在B模块有相应变化，应当在A模块做多种数据，验证B模块数据变化数据类型，如某输入框只允许整数类型输入，那么需要的测试数据有整型，字符型，小数，和0数据长度，如某输入框只允许10个字节的输入，那么需要准备的测试数据有大于10个字节，等于10个字节，小于10个字节数据显示测试，如金额，有些当金额位数输入过大时，会出现直接显示为科学计数法显示，那么一般准备的数据就要有位数大的数测试数据覆盖率——考虑所有可能性。例：个险优先件满足的条件是task_type =1 priority_ind=1（注：task_type 1：个人登记表2：团体登记表3：分保联系函Priority_ind 0: 非优先处理1: 优先处理）要考虑到的可能性有：（1）task_type =1 priority_ind=0（2）task_type =1 priority_ind=1（3）task_type =2 priority_ind=0（4）task_type =2 priority_ind=1（5）task_type =3 priority_ind=0（6）task_type =3 priority_ind=1测试数据错误猜测分析——除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据输入手机号码（手机号码限制为11位数字）要考虑到的可能性有：（1 输入成功（2）输入特殊字符：#@￥%……*（） 提示：请输入正确数字（3）159678954323最后一位不可输入（4）1596789543提示：请输入正确的手机号码测试查询界面时，一定要关注数据的来源：（1）有的数据是直接通过跑批将数据导入数据库，然后在前台界面显示，这时要比对前台界面显示和数据库中是否一致；前台界面有时并不直接显示某个表的内容，有时要经过计算后才在前台显示。例如：营运系统中有个分时段结案率，这个结案率等于赔案自立案至结案天数在**日以内的案件数总和/已结案件数*100%，数据库中只显示不同类型的案件数，不直接显示结案率，所以要根据数据库计算后来检查界面显示的结案率是否正确；（2）有的查询界面的下拉框的数据是在其他界面新增的，这时就要到相应的界面新增一条数据，然后到该查询界面查看下拉框是否新增了一个选项。oracle数据类型:（1）数值number或number（p,s）p:精度位，precision，是总有效位数s:小数位，scale，小数点右边的位数简单的说，精度位P表示数值最多能有多少个有效数字，而小数位S表示最多能有多少位小数。换句话说，P表示一共有多少位有效数字，S表示小数点右边有S位有效数字。例如number（5,2）类型的数据，就表示小数点左边最多有3位有效数字，右边最多有2位有效数字，加起来就是最多有5位有效数字，超过这个范围的数字就不能正确的存储下来。（2）字符：char，varchar，varchar2由于varchar2类型的优越性，目前太保要求开发只能使用varchar2这种字符类型。Char是定长，varchar是变长。【例：如果一个字符占10个字节 那么同样存储在varchar2（18） char（18）中占的内存就是10个字节和18个字节】（3）日期：DATE类型 YYYY-MM-DD10.数据方面容易出现的错误(1)界面上的输入框对输入长度没有做控制，当前台界面输入的长度大于数据库的定义的字符长度时，容易导致内存溢出。(2)变量如果被赋予了不正确的长度和数据类型会出现错误11.报表类数据测试：(1)验证报表统计数据的正确性（是否与实际一致，）(2)验证报表统计数据的完整性（全部数据是否全部查询统计到）(3)验证报表统计数据的合法性（比如金额单位需求中必须要求为“￥”）(4)验证报表导出打印是否与数据查询结果是否一致。12.数据库表数据测试：(1)table DDL和DML及回退sql语法是否有错。(2)表定义字段类型是否与需求一致（如需求定义类型为varchar2（18），实际定义char（18））。(3)字段数据初始值、缺省值和空值与需求是否相符。【例1：两核前置调查任务评分，需求要求字段值默认为20分，那么数据库更新时缺省值必须为20分。例2：比如加解锁，slock字段不加锁默认为空，加锁为1。】13.理赔计算数据测试：(1)验证核赔系统理赔基础数据传入是否正确（如账单总金额、免赔额、赔付比例是否与业务系统一致）(2)验证理算公式是否与核心系统定义公式一致。(3)验证