測試開發工作者的日記：2020.6.4-6.5

6.4號：晴
早上9點過3分到公司，晚上要加班到8點了，自己省錢帶了早餐 一袋牛奶一袋小香腸一隻魷魚仔一個小麵包，開始刷題，至少三道，這題越來越難了。想了想積分快湊夠6000，可以兌換T恤了，一咬牙，繼續刷吧。換了T恤後我必須把大腦休息幾天不刷了。想了想，去做探索系列吧，然後發現裡面居然有倆道題無法完成，沒有提交按鈕，就給客服提交了反饋，不到一分鐘就收到了回覆，很贊。

·介面測試平臺陸續收到同事的bug反饋，發現是某個童鞋新合的分支導致 儲存專案登陸態介面失效了。排查了一下，發現舊的專案可以，新的專案不行。

然後去看程式碼，發現是django的儲存專案登陸態介面後端函式問題，新專案不會自帶一個空白的登陸態介面然後等使用者更新，而儲存登陸態介面只能儲存已有的。

我改了下，讓它get_or_create,獲取已有或新建。這樣就闊以了。然後上傳程式碼，開啟我的自造一鍵部署功能。等待部署...

說到這個自動部署，其實就是不想用公司的那套公共jenkins，總覺得多了一環就多了一個風險，萬一jenkins掛了，或者連不上我介面測試平臺的伺服器咋整。所以就乾脆平臺自己做了個自己部署，自己殺掉自己，自己拉程式碼，自己同步表結構，自己啟動各服務，然後返回整個部署日誌。

想到這 有點悲涼，想起來那個小機器人的gif，自己給自己換電池，一次又一次，一旦出錯，那就再也醒不過來了。。。（所有後來開發成了獨立執行緒和持續檢測是否部署成功，就沒有這個擔心了^_）

然後赫然發現，居然沒生效！。不可能啊。我身為這麼吊的測開，改這個bug足足用了五分鐘。怎麼可能失效呢？然後又試了一次，發現線上還是存在這個問題。。。

想了半天，發現漏掉了一件事，我忘記合程式碼了。。。只是提交到分支了，然後還拼命拉master部署。。。

今天準備把安卓自動化平臺繼續優化，以便明天同事出去玩的時候，不會出現太多誤報的提醒以便他們被嚇到失眠。。。畢竟新的大量的幾千行級別的安卓ui自動化指令碼程式碼專案，磨合期要很久的。。。

想到這，冒出了一個想法。我想放棄真機執行指令碼，因為物理資源實在是匱乏，而且更多的意外風險。所以我準備嘗試模擬器執行，既然要做就要有提升，所以我準備啟動8臺模擬器，併發分類執行40多個大用例，這樣執行時間理論可以減少到1/8，更主要的是比之前算是一步不小的升級，看著也更高大上了。所以開始計劃，那麼寫死8臺模擬器的ip對應appium服務埠 貌似是個不錯的選擇，就是8個appium服務我不知道能不能很好的執行起來。希望別出各種靈異事件吧。不然現在執行用例的時間是我無法接受的。
下午4個面試，懶懶散散的無精打采的睏意盎然的 去面試。沒啥心情去聊其他的，一本正經的按照流程走。有過的有不過的。不過我不太關心這件事。只是比較心疼我的整個下午時間被徹底扯碎，中間一個小夥是51出身的，雖然沒過，我還是給他講了很多，指出了不足，和如何去其他公司面試拿下offer的捷徑。其他面試官別怪我～

第二天：
安卓自動化今天早上下定決心啟動模擬器，後來發現8個的話電腦太卡了。索性減少到6個。一開始的時候百度，搜尋模擬器。什麼夜神，雷霆一大堆。看著哪個支援多開功能，且安卓版本別太高的果斷下載。最終選用了雷霆模擬器。開了6個。起名字，排列到桌面很像樣：

下一步，就是把幾十個大用例給分配好。所以在case的屬性中加入了 自己屬於哪個模擬器。一個模擬器大概承擔7個左右的大場景用例吧。

想了想，覺得登陸某身份等固定工具沒啥用，刪了。切換到倆臺真機的程式碼和功能也刪除了。真手機都還給保管人了。哎～模擬器自己隨意指定版本和記憶體，支援搖一搖。執行速度飛快。早知道我費勁找真機器幹嘛呢（這裡有不確定的坑，很多年前我做appium時候也考慮過模擬器，但是後來改用真機器，具體原因想不起來了，但是我相信我當年的決定肯定是發現了什麼坑而且解決不了，不過過了這麼多年，對現在的我來說，方方面面吧，應該問題不大）～

然後就是多裝置併發的問題。我記得得多開appium服務，然後指定對應的裝置ip和裝置埠 還有appiium自身埠。6個裝置，那就需要6個appiuim服務埠。但是我忘了命令引數，還有一些坑。所以去百度搜尋相關。結果好巧不巧。搜到了一個比較滿意的部落格。居然是自己16年寫的，我說怎麼看著思路這麼順眼，居然已經有1.5萬的瀏覽量，可怕。不過看了倆眼發現，除了那句啟動命令外，其他的都太青澀了，不值得使用了。

（ps：自己抄自己的部落格不是第一次了，怪不得說剛寫的時候 只有上帝和我能看懂，3天后，只有上帝能看懂了～）

自己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執行緒的過程和django的機制加上上使用者的ui互動，麻煩程度噁心的一批，怎麼架構都避免不了踩了很多坑。好在現在是自動分配3埠(模擬器，appium服務,driver)，我也省心了。但是如果多模擬器同時併發還是會報錯，深究後，加入了-bp引數，完美解決。但是本來真機器上的穩定用例在模擬器上再次出現不穩定性，可能需要再度進行開啟新磨合期。

這樣會好很多效果。但是目前仍然面臨一大問題。

就是預釋出環境。這個環境必須要重新安裝預釋出包。很麻煩。還要搖一搖來切換環境，剛下載後登陸賬號還需要手機真實驗證碼。又不想破壞線上包的監控。想來想去，還是要準備加一臺真機來專門負責預釋出用例，用例較少，一臺足以。6.6號這就開始實施。

其他零散時間依然是 寫部落格和公眾號記錄總結。

晚上回去事情也不少，運動，練吉他，澆花，洗衣服，烏龜換水一大堆事，非常充實。看著倆只烏龜大的不像話，小小的塑料缸也略顯擁擠，準備週日換個大的，又擔心換水會更麻煩。
一位故友的4000元買的英短小貓不想養了，想讓我幫忙送個靠譜的人，找了幾個主都不太合適，卻反而把我的自行車聯絡到了買家，第一次騎到公司後就鎖在地下車庫了，半年了，也不知道還在不在。
嘆了一口氣：工作還是得加強，生活還是要繼續，方方面面吧，問題不大。
（ps：以後我會發前幾天總結的日記哈～這樣才能梳理的完整一些）
喜歡這個系列的小夥伴可以點贊分享，小火箭走一走了～

轉載自：https://mp.weixin.qq.com/s?__biz=MzA3NTc4Njk1NQ==&mid=2247484121&idx=1&sn=02d95372281c551913a66827539603d0&chksm=9f6a7d7da81df46b6020e777ffe9cf60b8d03104f6b1bf6c2642ca8c0f3acfceb4b609d7d9ea&token=1173315121&lang=zh_CN#rd