测试失利教训总结-自我批判

标题：发送消息，不能发送“%”和“￥”

时间：2020.12.23

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：创元手机、华为mate20手机 Android 10

测试 :李树立

描述：发送消息中包含%、￥字符，接收方不能正常接收。

原因：消息发送成功，但是接收方在解析消息时没有解析出来。

引用了XXXX字段或函数。

之所以要使用该字段是因为要解决不能发送表情的BUG，如果使用其他字段，将不能发送表情包（输入法中的表情包）。

经验教训：

              测试发送消息时，要测试所有特殊字符，不可遗漏。

漏测原因：

                1、系统bug，不能发送消息

                2、系统BUG，不能发送表情

                3、系统bug，不能发送图片，文件、压缩包等

                4、发送图片，拍摄一张图片，相册里显示两张相同照片

                5、限制1000字符，只能发送956个字符

                6、不能组播、视频通话等。

                7、.......

                8、其他琐碎事物不断。

总结：BUG太多，琐事太多，造成遗漏

解决方案：遇事沉着冷静，再遇到出现大量BUG时，要心细甚微，切不可心烦意乱。要心平气和，尽量让自己平静下来，切不可沉浸到BUG中去。以此为戒。

 

标题：文件名错误导致sip无法解析图片，且没有返回错误信息。

时间：2021.2.22

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：创元手机、华为mate20手机

测试 :李树立

描述：A给B发送图片，B未收到。// --------BUG报告写到无法接收图片的原因是因为图片文件过大，实际是因为图片文件名乱码导致的。

当时分析思路：1、当时在测试文件传输大小，发送10MB以下的图片可正常接收，发送10MB以上的图片不能正常接收。

                         2、通过使用wireshark进行抓包，发现：客户端已将图片发送到了sip，而sip没有进行下发。

                              所以断定sip无法转发大于10MB以上的 图片，于是就提交了一个BUG给sip研发人员。

结果：提交错误。

真实原因：1、客户端未采用UTF-8，但是文件名依然完整发送到了sip服务器 

                  2、sip没有下发是因为没有解析出来，客户端不是采用utf-8，判断为非法。但是判断非法后没有进行错误消息反馈，而是未做处理，导致发送方显示发送成功，而接收方没能正常接收到图片。

经验教训：

              发送文件失败，除了文件大小以外还有文件名的格式以及中、英文、表情、特殊字符 、长度 等原因。

出现原因：

  1、上传10MB以下的图片，发送成功，发送10MB以上的图片发送失败，所以误认为是由于图片大小引起的。

  2、期间未能注意文件名是什么，因为图片是从网络上下载的。

总结：测试传输文件大小时，只关注了传输文件的大小，忽略了文件名的存在。

解决方案：不要被单一结论所蒙蔽，多想想其他原因。产生的原因不止一种。

教训：在思考问题、看待事物也是这个道理。看人也一样。

 

断网后，收不到：漏接来电-短信提醒，退出登录可收到

时间：2021.4.14

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：创元手机、华为mate20手机

测试 :李树立

用户需求：有漏接来电，要有短信提示。

测试思路：将用户退出登录，使其不在线，给该用户打个电话试一下。

 

结果：报BUG了。

问题描述：

手机断开网络后，有未接来电，当连接网络后，收不到漏接来电，短信提醒。（重新登陆后，可收到未接来电，短信提醒）

但是退出登录后，有未接来电，可以收到未接来电，短信提醒。

 

原因：连接网络后，客户端没有重新拉取数据。而重新登录，需要重新拉取数据。

漏测原因：退出登录和断开网络都是不在线，没有考虑到其中的相同点和不同点。

经验教训：有些时候，看似相似，其实完全不一样。万不可忽略细节。

 

生产环境，部分手机EVA-App刷新通讯录，系统崩溃，点击呼叫按钮，有延迟。

 

时间：2021.5.19

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：创元手机（自研）、华为mate20、华为mate20双系统定制机、oppoBLE定制机、华为P40、华为P40pro（WP40）、索尼H8166、小米K30S

测试 :李树立

今天听到XX总跟研发经理说有些BUG测试没有测出来。被老板举报了，还说不到大网环境测试能测出个P来（我就跟研发经理对面坐着，而且该项目就我一个人测的）。这明显是在说我测试技术差啊，我Y的这个气啊。于是凑上前去了解情况......

BUG描述：1、偶现刷新EVA通讯录系统崩溃。

                   2、拨打外线电话，点击呼出按钮，有3秒以上延迟。（只有两位领导手机偶现）

了解情况后，就该复该BUG了

第一步：了解BUG是怎么出现的。

                1、出现终端：

                      赵总：后端研发经理  小米K30S、Android 10 

                      BUG描述：刷新通讯录，系统崩溃，出现一次  时间：2021.5.19  北京时间：10:31

                2、 出现终端：

                       邵总：老板  华为P40、Android 10

                      BUG描述：打电话时，点击呼叫按钮有延迟，100%复现。

第二部：了解这件事情当前都谁知道（个人办事风格）

1、先在测试环境

麦克风 权限未开启  发送语音消息  系统崩溃。

EVA-App

 

发送消息或群发消息后，清除缓存，重新登录，消息列表里显示自己的消息，进入（自己）消息页面，发送消息，自己收到自己发送给自己的消息。

 

发布朋友圈后，只能自己给自己点赞评论，其他人不能点赞评论

时间：2021.7.28

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：华为mate20手机  Android 10

测试 :李树立

用户需求：可发布工作圈（朋友圈），允许点赞+评论，允许上传9张图片（类似微信朋友圈）......

测试思路：发布朋友圈，上传图片（不同数量、格式的图片，看能否正常显示），文字描述（边界值的测试+表情+特殊字符），点赞评论，点赞数量增加和减少、取消点赞，删除评论等。。。。。

结果：第二版本 只能自己给自己评论点赞（改出BUG）。

时间紧 ，先记到这里，提醒自己注意类似事情。

 

标题：测试手机操作系统不一致

时间：2024.7.18

公司：神州泰岳-寄点

项目：EVA-App（App）

资源：创元手机、华为mate20手机

测试 :李树立

描述：EVA_APP发布三个版本后，BUG层出不穷，直到在测试第三个版本时候，才发现3台测试手机的操作系统不一致。（同事于瑞涛发现）

测试要求：物联网手机，同时具备WIFI功能。

当时找测试机思路：1、找同项目其他网元负责人借来了3台物联网手机T55型号手机（同外观，同款式，同型号，同一项目使用，APP要在此手机上安装使用），又找来5台华为mate20手机，做兼容性测试。

                         2、软件发布，开始提测，结果测试一段时间后发现，发现好多BUG研发人员都复现不出来，好多BUG只在同一台手机上出现，而其他手机无法复现。

                              通过反复排查对比发现，T55手机的操作系统不一致。“型号”应该是ioutdoorW2，结果有台手机型号是其他型号，但是其他版本信息都一致。

                              

结果：软件安装后，由于系统兼容性问题出现许多BUG。

经验教训：

           1、下次拿到手机后，先检查系统版本以及外观，功能等是否一致。

            外表一样不代表内在一样。这里不仅仅是指手机。人、事物、也是一样的。

           2、为什么别人想到了，你没想到，根本原因：①思考深度不够 ②不关心逻辑层面的问题，只追求结果，如果底层逻辑错了，你在怎么努力也是白费（人生路也是如此，做人做事要从多维度仔细分析思考，而且还要快，准确的抉择）③向曾昭成 张瑞平 刘珊珊 任正非 好好学习。

出现原因：

  着急，报工时间紧，再加上自己 确实没考虑到相同手机用于相同项目，居然操作系统不一致。

 

总结：一着急就会出问题，万事不能敷衍，万不可遗漏，千里之堤，毁于蝼蚁。

解决方案：重刷操作系统

教训：在思考问题、看待事物也是这个道理。看人也一样。

 

标题：测试环境遭到破坏

时间：2025.6.24

公司：神州泰岳-寄点

项目：基金项目

资源：基站、无线适配器  星闪模块 环境常感器（氧气、二氧化碳）

测试 :李树立

描述：EVA_APP发布三个版本后，BUG层出不穷，直到在测试第三个版本时候，才发现3台测试手机的操作系统不一致。（同事于瑞涛发现）

测试要求：物联网手机，同时具备WIFI功能。

当时找测试机思路：1、找同项目其他网元负责人借来了3台物联网手机T55型号手机（同外观，同款式，同型号，同一项目使用，APP要在此手机上安装使用），又找来5台华为mate20手机，做兼容性测试。

                         2、软件发布，开始提测，结果测试一段时间后发现，发现好多BUG研发人员都复现不出来，好多BUG只在同一台手机上出现，而其他手机无法复现。

                              通过反复排查对比发现，T55手机的操作系统不一致。“型号”应该是ioutdoorW2，结果有台手机型号是其他型号，但是其他版本信息都一致。

                              

结果：软件安装后，由于系统兼容性问题出现许多BUG。

经验教训：

           1、下次拿到手机后，先检查系统版本以及外观，功能等是否一致。

            外表一样不代表内在一样。这里不仅仅是指手机。人、事物、也是一样的。

           2、为什么别人想到了，你没想到，根本原因：①思考深度不够 ②不关心逻辑层面的问题，只追求结果，如果底层逻辑错了，你在怎么努力也是白费（人生路也是如此，做人做事要从多维度仔细分析思考，而且还要快，准确的抉择）③向曾昭成 张瑞平 刘珊珊 任正非 好好学习。

出现原因：

  着急，报工时间紧，再加上自己 确实没考虑到相同手机用于相同项目，居然操作系统不一致。

 

总结：一着急就会出问题，万事不能敷衍，万不可遗漏，千里之堤，毁于蝼蚁。

解决方案：重刷操作系统

教训：在思考问题、看待事物也是这个道理。看人也一样。

标题：EVA网络测试3轮通过后，上线出现功能性BUG.

时间：2025.6.26

公司：神州泰岳-寄点

项目：核电项目

资源：OPPO手机、荣耀Magic4手机。

测试 :李树立

描述：新增需求，增加了Radius第三方认证，研发发布了AC版本、基站版本，需完成AC、基站升级，系统功能、包含配置下发、终端接入网络（普通网络+EVA安全网络）等功能验证。

要求：时间紧、任务重、需要配合现场完成联调。迅速编写测试例，无需编写详细执行步骤，只写标题既可，迅速完成测试。

领导要求：当时同事编写了部分测试例，我只需补充基站部分既可。

思路：1、先按照自己的思路重新列一遍测试项及测试标题，然后与同事编写的进行对比，最后进行整合，目的在于验证面对相同问题，同事想到了哪些，没有想到哪些，我又想到了哪些，没有考虑到哪些，最后通过整合得出一个相对覆盖更全面的测试例。结果刚开始就在业务逻辑问题上思考了很久，浪费了大量时间，（全局配置：本地     第三方          网络配置：白名单、黑名单、第三方认证、关闭      我在思考全局配置 “本地”后，网络配置：“第三方”会不会不合理。应该怎样设计才合理.....功能影响.......）最后导致时间更紧了，于是把同事的用例直接照搬过来，又重新看了一遍，补充了一些，此时研发就已经发版本了。我立刻就开始测试了。测试过程中发现问题，就改BUG，然后重新测，一天发1-2个版本，测试 0.5+1+0.5天时就发到现场升级调试了。一共执行了3轮测试例。（详见截图）

                              

结果：到了现场联调时发现，OPPO手机在设置全局：【本地】时，不能连接EVA安全网络。

领导问我，测了没有，我说测了，这时已经意识到测试安全网络要比测试普通网络要测的少的多，因为此版本是增加了radius第三方认证，而接入安全网络不需要走第三方认证，所以更多的是普通网络验证第三方认证，抓包查看是不是向第三方认证了。。。最后排查用例，发现没有 OPPO手机 配置【本地】连接安全网络的用例。

 

处理措施：

研发：改BUG，重发版本

测试：补充用例，重新测试。

又发了3个版本。

经验教训：

           1、十次车祸九次快，越是着急越是急，越是担心出问题越会出问题。慢工出细活其实是有道理的。

出现原因：

  着急，写到这里，又出问题了，先不写了，先去处理问题。都发不知道几个版本了。

 

总结：一着急就会出问题，万事不能敷衍，万不可遗漏，千里之堤，毁于蚁穴。

 

网友卡的BUG，我找不到。

时间：2025.7.22

公司：神州泰岳-寄点

项目：抖音刷到的。

资源：荣耀手机

测试 :李树立

游戏简介：类似侠盗飞车。

游戏需求：司机可以开车，可以载客，当按下键盘按键A后，主角从汽车左侧上车，按方向键开始启动并驾驶车辆。按键盘D按键从驾驶位下车，载客，客人从右侧上车，随机坐在副驾驶或后座位上。下车时从右侧下车。当有警察追上时，会跑到驾驶室将司机抓起来带走。

结果：有网友在玩该游戏时，将车子开到没有护栏的桥上或遭到破坏的下水井旁边，如果车子靠左侧停车太近，当自己下车就会被掉下桥去摔死。当靠近右侧太近，乘客下车就会掉下去摔死，当有警察追上，上前抓捕时就会掉下桥去摔死，接二连三摔死所有来抓捕的警察。

问题描述：先不说研发怎样修改BUG，是下车前观察环境安全在下车，还是给出提示。

这样的BUG我估计当时是我测试的话，肯定是漏测了，我根部想不到。

 

经验教训：别人遇到的，概率也是以后自己有可能遇到的，自己就要以此为戒，吸收经验教训，遇到类似问题也可考虑更周全。