测试那些事儿

1. 数据库数据同步问题：

1）

服务商信息同时存储在3个不同的数据库中的dm_cus/sp_cus/common表中，创建服务商时服务商名称、用户名都是全局唯一的；

当提交表单中时如果用户名重复，创建服务商失败，但是common表中写入了数据，之后修改完用户名在提交，报名称重复！。。

但dm/sp前端不显示common表中的数据，这个时候用户就迷糊了，因为前端查询服务商名称是没有的。

2）

主业务变动，device表中新增一个字段，忘记将该字段同步至分支业务(音箱平台)的device表中，导致音箱设备全都不能正常连接。

原因：每个数据表对应一个model（java类），两个平台用一个model，一边增加了字段，另一边数据表没有这个字段，就会报找不到这个字段

如何避免问题：

①测试角度：梳理出所有分支业务与主业务的关联关系，给每个分支业务写一个冒烟脚本，每次主业务有变动后，所有相关分支业务都跑冒烟测试

 

2. 防火墙

 设备在企业级用户那儿网络连接有问题，因为没有实现把域名、端口提供给企业级用户。

 

3.测试资源一定要保证与客户使用的一致

日本、印尼4G设备测试中与卡相关的问题：

1）不同的SIM卡接触点大小不同，有的卡和卡托接触好，有的卡和卡托接触不一定好。

2）不同的SIM卡厚度不一样。

3.）不同国家或不同服务商提供的卡，连网的过程（实现逻辑）不一样。

 

不同国家的键盘布局问题：

输入设备按美式键盘将数据传给上位机，上位机接收数据后按法式键盘读取，会造成部分数据篡改。

因为美/法式键盘布局不同。

所以，一定要使用客户使用的卡进行测试。

 

4.开发人员惰性引发的bug：

1）接口返回的data值（里面包括一大堆数据的值）null，前端开发认为这个数据没意义就没处理，结果页面从当data值不为null切为null的页面时，数据没有刷新。

 

5.开发人员大意引发的bug：

1）用户数据通过大数据获取，其中本月/上月数据在同一条记录中，计算本月均值时拿的是本月份天数，计算上月值时拿的月份依旧是本月份天数（不同月份天数有时不一样）。

转载于:https://www.cnblogs.com/FengZiQ/p/9229473.html