在测试的过程中,有些测试点是在需求说明文档里明确提到的,比如果输入框的输入要求是什么、是否必填等等。,对于有经验的测试人来说,有一些测试点,是我们在以往的测试经验中总结出来的,而对于初学者往往会忽略一些没有在需求中列明的点。,对于不同模块的测试,我们需要着重注意的点也不一样,下面我们来总结一下注意点或者易错点。,(1) 通过代码实现的逻辑,需要枚举测试。,例如:相同分类总价满多少,可以使用满减券,也可以使用折扣圈,也可以同时使用。,每个优惠券的使用条件也不同,有必须相同品类的订单才能使用的优惠券,有不同品类可以使用的优惠券等等逻辑,这种的逻辑是通过代码实现的,所以不同的组合我们都要枚举出来,一一验证。,先列举一下我们的输入条件:,我们要把这三个条件的所有组合都列举出来:,这里我们只列举了只维护满减优惠的情况,其他两种情况(只维护折扣优惠,满减优惠和折扣优惠同时维护)在这里就不细说了。,这里要说的是,这种不同的组合关系,使用什么样的优惠券,是通过代码实现的,所以每种条件组合都要测试一遍,不能只测试一种。,(2) 通过后台配置的功能,不需要枚举。,还是接着上面的场景来说,满多少减多少,满多少打几折,都是通过后台配置的,我们可以设置满1000,也可以设置满500;可以设置减200,也可以设置减100;可以设置打7折,也可设置打6折。,这种都是后台功能进行配置的,只要确保每个类型(满减类型、折扣类型、组合类型)的一条数据与其他条件的组合能正常工作即可,并不需要每个类型进行枚举,也不可能进行枚举。,例如:后台设置满1000减20,我们只需确保总价满1000可以减20即可。并不需要再设置一个满2000,减50的券,试试好不好用。,以上是我在以往的工作中总结出来的一些易错点和容易迷惑的点,希望能对大家有所帮助。
© 版权声明
文章版权归作者所有,未经允许请勿转载。