测试开发工作者日记：2020.6.4-6.5-CSDN博客

本文链接：https://blog.csdn.net/qq_22795513/article/details/110491719

先接着说昨天6.4的下午：

下午4个面试，懒懒散散的无精打采的困意盎然的去面试。没啥心情去聊其他的，一本正经的按照流程走。有过的有不过的。不过我不太关心这件事。只是比较心疼我的整个下午时间被彻底扯碎，中间一个小伙是51出身的，虽然没过，我还是给他讲了很多，指出了不足，和如何去其他公司面试拿下offer的捷径。其他面试官别怪我～

安卓自动化今天早上下定决心启动模拟器，后来发现8个的话电脑太卡了。索性减少到6个。一开始的时候百度，搜索模拟器。什么夜神，雷霆一大堆。看着哪个支持多开功能，且安卓版本别太高的果断下载。最终选用了雷霆模拟器。开了6个。起名字，排列到桌面很像样：

下一步，就是把几十个大用例给分配好。所以在case的属性中加入了自己属于哪个模拟器。一个模拟器大概承担7个左右的用例吧。

想了想，觉得登陆某身份等固定工具没啥用，删了。切换到俩台真机的代码和功能也删除了。真手机都还给保管人了。哎～模拟器自己随意指定版本和内存，支持摇一摇。执行速度飞快。早知道我费劲找真机器干嘛呢（这里有不确定的坑，很多年前我做appium时候也考虑过模拟器，但是后来改用真机器，具体原因想不起来了，但是我相信我当年的决定肯定是发现了什么坑而且解决不了，不过过了这么多年，现在的我几乎没什么能难得住了，方方面面吧，问题不大）～

然后就是多设备并发的问题。我记得得多开appium服务，然后指定对应的设备ip和设备端口还有appiium自身端口。6个设备，那就需要6个appiuim服务端口。但是我忘了命令参数，还有一些坑。所以去百度搜索相关。结果好巧不巧。搜到了一个比较满意的博客。居然是自己16年写的，我说怎么看着思路这么顺眼，居然已经有1.5万的浏览量，可怕。不过看了俩眼发现，除了那句启动命令外，其他的都太青涩了，不值得使用了。

（ps：自己抄自己的博客不是第一次了：）

发现自己16年的时候，还真是写了不少博客，虽然基础，但是点击率都上万了，给我积累不少流量。

下午的时候抽空惯例技术群里吹牛逼

然后脉脉上跟车发吐槽。公众号写一写，跟几个粉丝聊聊天。然后陪小邪😈同学聊聊家常，研究下摆地摊。

抽空看了下leetcode，发现bug还没修复，客服能1分钟内回复，你个web端居然一天了还没修复？不过也不是严重bug，也没人在意。

下午csdn的博客专家群里爆发了热议，无限@官方运营要求出专家定制版T恤，装b涨薪全靠它，包括文案，字号，阴影，板式，这群专家们在短短数分钟内都你一言我一语策划完毕且极度完美，包括对csdn官方的各种运营上的指点江山，但是到后来居然慢慢演化成了统一口号，模仿示威么？我也趁热加了一句：

最终运营妹子妥协，吓的提刀去找领导申请了。

快下班了看了下信用卡，狠下心决定摆地摊，想起公司之前的内部积压的文化衫比较多，挺便宜的，准备大批量拿走卖掉。然后去内部商店一看，好家伙。涨了，买不起～

6.5号：晴

今天继续安卓自动化。经过实际测试后，果然发现了很多坑。6台模拟器，实际并发后，至少2台会死机，1台app无响应。测试报告结果瞬间变成一地鸡毛。而且执行速度会降低到无法承受。模拟器安卓版本只有5.1.1，并且官方表示无法升级。数量减少到3台。发现不死机了，也流畅了，但是很多用例仍然莫名失败，验证发现模拟器有些功能，确实会引发bug，真机没事。想了想。决定把这些容易出错的用例，挪到真机执行。电脑继续插上真机。然后过了一遍，把所有模拟器搞不定的用例划分给真机。对每个case添加了归属device。可以直接选择归到哪个设备下执行。同设备的用例不能并发，一共4个设备。可以并发4线程了，并发4线程的过程联系上用户的ui交互，麻烦程度恶心的一批，怎么架构都踩了不少坑。好在现在是自动分配3端口(模拟器，appium服务,driver)，我也省心了。但是如果多模拟器同时并发还是会报错，深究后，加入了-bp参数，完美解决。但是本来真机器上的稳定用例在模拟器上再次出现不稳定性，可能需要再度进行开启新磨合期。