在测试的过程中有些测试点是在需求说明文档里明确提到的比如果输入框的输入要求是什么、是否必填等等。对于有经验的测试人来说有一些测试点是我们在以往的测试经验中总结出来的而对于初学者往往会忽略一些没有在需求中列明的点。对于不同模块的测试我们需要着重注意的点也不一样下面我们来总结一下注意点或者易错点。必填项验证1、必填项不填如果是前台做的验证保存时给出了提示信息这个时候要F12看一下是否调用保存接口或者去数据库查看一下数据有没有新增上有可能是前台只给了提示但还是给后台发送请求了。2、提示了必填之后将必填项填上提示信息有无消失。新增编辑成功验证1、不能只看页面提示成功新增的信息要显示在列表或者数据库能查到。2、编辑数据带出的信息跟我们填写的一致。3、编辑修改数据什么都不修改信息能保存成功有时候编辑时会当成新增处理校验重复。4、编辑信息将非必填项都清空可保存成功。5、编辑保存是在原记录上修改而不是新生成一条。6、编辑保存数据修改的信息不影响其他记录的信息。用户信息修改1、后台修改前台登录用户信息修改完成后前台使用修改的账号能正常登录系统因为编辑前台账号密码是非必填的如果不填就是使用原密码。2、通过后台修改密码前台能用新密码正常登录涉及明文转密文。枚举测试1、通过代码实现的逻辑需要枚举测试。例如相同分类总价满多少可以使用满减券也可以使用折扣圈也可以同时使用。每个优惠券的使用条件也不同有必须相同品类的订单才能使用的优惠券有不同品类可以使用的优惠券等等逻辑这种的逻辑是通过代码实现的所以不同的组合我们都要枚举出来一一验证。先列举一下我们的输入条件输入条件1相同产品分类、不同产品分类输入条件2总价不满1000、满1000输入条件3维护了满减优惠、维护了打折优惠、同时维护了满减和打折优惠。我们要把这三个条件的所有组合都列举出来相同产品分类总价不满1000只维护了满减优惠不使用优惠券相同产品分类总价满1000只维护了满减优惠使用满减优惠。不同产品分类总价不满1000只维护了满减优惠不使用优惠券不同产品分类总价满1000不满2000其中相同分类的总价不满1000只维护了满减优惠不使用优惠券不同产品分类总价满1000不满2000其中相同分类的总价满1000只维护了满减优惠使用满减优惠券。这里我们只列举了只维护满减优惠的情况其他两种情况只维护折扣优惠满减优惠和折扣优惠同时维护在这里就不细说了。这里要说的是这种不同的组合关系使用什么样的优惠券是通过代码实现的所以每种条件组合都要测试一遍不能只测试一种。2、通过后台配置的功能不需要枚举。还是接着上面的场景来说满多少减多少满多少打几折都是通过后台配置的我们可以设置满1000也可以设置满500可以设置减200也可以设置减100可以设置打7折也可设置打6折。这种都是后台功能进行配置的只要确保每个类型满减类型、折扣类型、组合类型的一条数据与其他条件的组合能正常工作即可并不需要每个类型进行枚举也不可能进行枚举。例如后台设置满1000减20我们只需确保总价满1000可以减20即可。并不需要再设置一个满2000减50的券试试好不好用。以上是我在以往的工作中总结出来的一些易错点和容易迷惑的点希望能对大家有所帮助。感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取