TA的每日心情 | 擦汗 2015-4-2 11:13 |
---|
签到天数: 1 天 连续签到: 1 天 [LV.1]测试小兵
|
2#
楼主 |
发表于 2009-5-10 22:48:29
|
只看该作者
先谈自己的看法,抛个砖头先
异常数据测试的目的是检查系统的健壮性.
我认为对一个参数测异常数据可分为三类:重复,空和非法字符
数据库表中的主键值有唯一性,非空性.所以在数据库表中是不可能生成重复ID,或空数据;
又table_A表中ID为NUMBER型,也可以保证数据表中ID字段值不可能为非法字符,一句话,因为主键约束法则,保证数据库表中保存的ID值不会存在以上三类异常数据.
那么可能出错的是程序,是负责取数据库表值,到生成这param_id参数的程序(忽略接口数据生成后并发送方面,只关注数据生成过程中异常),则可能有值丢失,串改,运算错,对应的就是空值,重复和可能的非法字符,从这方面来说,就需要测这三类的异常;但是,如何去构造出这样的异常数据却成了问题,因为数据是程序直接取自于数据库中的,对数据库表直接修改数据显然是行不通的,如果是单元测试的时候,还可以修改数据表设置来形成这样的异常数据,那么,在开发已经提交到测试阶段了,又该怎么去造出这些异常数据呢?从业务层页面上生成?走不通,直接修改数据表,也不行,在这种情况下,还测不测异常了?
我个人认为可分两种情况,一,测,需要开发提供一种辅助的方法,让QA能自游的生成异常数据,测系统的健壮性;二,不测,但是要大数据量的测table_A表ID值和生成的param_id参数值是否一致(借助于自动化),这点说明不了系统健壮性高,但能说明系统在大数据量运行的情况下,不会产生异常数据. |
|