13518219792
根据您的个性需求进行定制 先人一步 抢占小程序红利时代
对于有经验的测试人来说，有一些测试点，是我们在以往的测试经验中总结出来的，而对于初学者往往会忽略一些没有在需求中列明的点。
崇左ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联公司的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：028-86922220（备注：SSL证书合作）期待与您的合作！
对于不同模块的测试，我们需要着重注意的点也不一样，下面我们来总结一下注意点或者易错点。
(1) 通过代码实现的逻辑，需要枚举测试。
例如：相同分类总价满多少，可以使用满减券，也可以使用折扣圈，也可以同时使用。
每个优惠券的使用条件也不同，有必须相同品类的订单才能使用的优惠券，有不同品类可以使用的优惠券等等逻辑，这种的逻辑是通过代码实现的，所以不同的组合我们都要枚举出来，一一验证。
先列举一下我们的输入条件：
我们要把这三个条件的所有组合都列举出来：
这里我们只列举了只维护满减优惠的情况，其他两种情况（只维护折扣优惠，满减优惠和折扣优惠同时维护）在这里就不细说了。
这里要说的是，这种不同的组合关系，使用什么样的优惠券，是通过代码实现的，所以每种条件组合都要测试一遍，不能只测试一种。
(2) 通过后台配置的功能，不需要枚举。
还是接着上面的场景来说，满多少减多少，满多少打几折，都是通过后台配置的，我们可以设置满1000，也可以设置满500；可以设置减200，也可以设置减100；可以设置打7折，也可设置打6折。
这种都是后台功能进行配置的，只要确保每个类型（满减类型、折扣类型、组合类型）的一条数据与其他条件的组合能正常工作即可，并不需要每个类型进行枚举，也不可能进行枚举。
例如：后台设置满1000减20，我们只需确保总价满1000可以减20即可。并不需要再设置一个满2000，减50的券，试试好不好用。
以上是我在以往的工作中总结出来的一些易错点和容易迷惑的点，希望能对大家有所帮助。
