1.需求变更要写记录，包括对应的截图，批注，时间，原因（目的：在出现有争议的需求可以及时回答，）
2.对于APP测试有的手机号类型有多种的，要使用各种类型的手机进行整体测试，例如通过认证的，未通过认证的，待认证的用户进行整体的测试。（公司可能会存在对于不同类型的用户给予的权限不同）
3.在进行自动化接口测试的时候，要注意接口地址，接口的流程，状态是否可逆，数据为空的时的code码。
4.在进行下单的时候，要关注下单的商品的状态，是否上架，库存量；需求中与钱有关的要进行重点测试，库存变化，销量，押金退款。
5.最新发版的web与APP不同步时，要进行兼容性测试。（不同的版本下由于版本变更，会导致获取的数据不同，老版本的系统无法兼容）
6.对于需要出现了错误提示的地方，要多次点击重试，看是否每次点击都会有bug提示
7.订单测试出现bug，要注意先清空原有的订单或者清除相关订单，再次反复测试（订单测试的bug有时是脏数据导致的无法下单）
8.提出bug的时候要注意表述，XXBUG是XX，该bug在何时出现在何地，出现的机型有哪些，出现在什么系统上（可以尽快定位到是什么问题导致的bug，多种手机系统上都出现的问题，bug是在接口上，数据库上；只是有一种手机系统存在这个问题，bug可能是兼容性问题导致的，或者一方的手机调用接口的不正确）
9.要进行问题进度的随时跟进，存在的问题要及时向需求方反馈，将存在的bug与期望值告知开发，（促进开发过程流畅度）
10.APP的返回操作，不仅要测app上自带的，还要测手机系统自带的（有的系统自带的返回命令在app内无法被唤醒）
11.在用例执行前，一定要再次将用例再看一遍，确认与测试前沟通过的需求一致，有需求变更的要及时更换用例。
12.用例的执行过程中，不要通过颜色去判断按钮的功能。（尤其是多选项）
13.字母录入限制大小写的问题，要对应数据库进行查看（有时会遇到编辑的时候自动转换成大写显示，但是在数据库里面保存的内容还是小写字符，存储的数据就不符合规定了）
14.图片的上传要考虑图片的格式，图片的大小，压缩后图片的适配问题，有时图片无法上网不是代码没写对，是使用的公司内网限制大图上传
15.测试前一定要再次找研发的去确认本次可以介入测试的点，待测的点，影响范围，数据库变更情况（避免测试遗漏，能在出现bug的第一时间针对bug做出快速定位和影响检测）
16.需求评审的时候要找产品确认哪些是必填项，必填项提示是什么，哪些要做格式校验
17.测试整体的流程都走通后，包括UI页面已经修改完善了，在再次进行整体的测试，（在UI修改的过程中可能会造成功能缺损）
18.测试充值退费注意点：成功，失败之后的状态刷新，金额变化，
退费的时候可能会存在账户余额不足导致无法退费的情况，需要异常回滚
测试注意点
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
