在测试的过程中，一些测试点在需求规范文档中有明确的提及，比如输入框的输入要求是什么，是否需要等等。对于有经验的测试人员来说，有一些测试点是我们在以往的测试经验中总结出来的，而对于初学者来说，一些没有列在需求中的点往往会被忽略。对于不同模块的测试，需要注意不同的点。下面总结一下注意点或者容易出错的地方。必填项已核实，必填项未填写。如果是前台验证，保存时会有提示信息。这个时候按F12看是否调用了save接口，或者去数据库查看数据是否已经添加。有可能前台只给了提醒，还是给后台发了请求。提示必填项后，填写必填项，提示信息消失。添加编辑成功验证不能只看页面提示成功，添加的信息应该显示在列表中或者可以在数据库中找到。编辑数据，带出来的信息和我们填写的是一致的。编辑修改数据，什么都不修改，信息就可以保存成功（有时编辑的时候会当成新增，而将重复验证）。编辑信息，清除所有非必填项，保存成功。编辑保存是修改原来的记录，而不是创建新的记录。编辑并保存数据，修改后的信息不会影响其他记录的信息。用户信息修改后台修改前端登录用户信息。修改完成后，前端可以使用修改后的账号正常登录系统（因为前端账号是编辑的，所以密码是可选的，如果不填，会使用原来的密码）.通过后台修改密码，前台可以使用新密码正常登录（涉及明文转密文）。枚举测试(1)代码实现的逻辑需要枚举测试。比如：同品类的总价是多少，可以用满折券，也可以用折环，也可以同时用。每张优惠券的使用条件也不同。有同品类订单必须使用的优惠券，也有不同品类可以使用的优惠券。这种逻辑是通过代码实现的，所以我们可以使用不同的组合。要一一列举，一一验证。先列出我们的输入条件：输入条件1：同品类，不同品类；输入条件2：总价小于1000，大于1000；输入条件3：全额折扣维持，全额折扣维持，全额折扣和折扣。我们要列出这三个条件的所有组合：同一个商品类别，总价低于1000，只保持全场折扣，不使用优惠券；同品类，总价满1000，只维持满折折扣，使用满折。不同品类，总价低于1000的，只维持全场折扣，不使用优惠券；不同品类，如果总价低于1000但低于2000（同品类总价低于1000），则只维持全场折扣，不使用优惠券。使用优惠券；不同品类，总价满1000小于2000（同品类总价满1000），只维持满折折扣，使用满折优惠券。这里只列出只维护满折扣的情况，其他两种情况（只维护折扣，同时维护满折扣和折扣）这里不再详述。这里想说的是，这种不同的组合关系，使用什么样的优惠券都是通过代码实现的，所以每一种条件组合都要测试一次，而不是只测试一种条件。(2)通过后台配置的功能不用一一列举。还是按照上面的场景，全额打折的金额和全额打折都是通过后台配置的。我们可以设置全额为1000，也可以设置全额为500；设置打30折，也可以设置打40折。这都是后台函数配置的。只要保证每个类型（全折扣型、折扣型、组合型）的一条数据的组合等条件都能正常工作即可。没必要一一列举。枚举也是不可能的。例如：后台设置为20减1000，我们只需要保证总价为1000时总价能减20即可。不需要再设置2000，50折优惠券，试试看是不是有用。以上是我在之前的工作中总结的一些容易出错和容易混淆的点。希望对大家有所帮助。
