這周沒有忘記要寫週記了，連續好幾周都忘記了，雖然後面都彌補了。有很多原因吧。這周的可以公開一下。
本週上班6天，從端午的假期結束開始，到現在，感覺時間好像過了很久似的。
這周主要是在調試腳本、修改Gitlab上同事提交的問題了。其中上週的一個新增腳本繼續調試，現在只要有環境就可以跑了。本週剩餘的時間幾乎都在修改問題，修改問題還是挺舒服的，沒有很大的壓力，只是不總是一直有問題改。
通過改以前的腳本，可以發現一些問題：對於報錯的地方，思考爲什麼當初沒想到會出現這種問題；以前的代碼寫的哪裏不好、哪裏考慮不周，哪些地方可以寫的更好，如果遇到自己都看的費勁的地方說明代碼寫的不好，需要優化。 經常回過頭看自己寫的東西，還是有不一樣的體會的。
在寫有的腳本時，還是對很多東西欠缺考慮，舉例本週的小問題，在寫音頻文件導入測試的case時，考慮到測試利用例的要求是模擬用戶操作在UI層實現，所以直接寫成UI自動化了，沒有抓包看是否有純接口的純接口方式來實現，其實是有的，只是導入音頻文件在瀏覽器開發工具中無法抓包，但是通過wireshark可以抓到文件post請求；同時在清理測試環境時，刪除音頻文件導入時在瀏覽器開發者工具中就可以抓到Delete的報文，當時沒有去嘗試，其實也有想到測試完音頻文件導入後怎麼清空已經導入的文件，對此用了其他方式來處理，是我這個case寫的不好，今天算是做了修繕。
經常做腳本的優化和問題單的修改，想想也是有寫體會的。比如如何快速定位問題，現在是駕輕就熟了，主要是看測試報告中的報錯信息、日誌打印，語法問題都不算是問題了，基本可以解決，主要是一些不好確定是哪裏有問題的Assert報錯，腳本不穩定等一些無法復現的問題。對此，我一般都是在出現問題的環境中爭取復現，若能復現基本就可以通過debug來解決所有問題。除此，還有異常處理和規避、兼容是適配 ……
目前，我遇到的這塊問題可以歸類爲以下幾種情況：
- 腳本語法問題，考慮不周
- 環境問題影響
- 異常處理、規避
- 同事修改問題引入了其他問題
- 測試場景構建沒有達到預期的條件而報錯
- 測試場景達到後，沒有得到預期的結果而Assert報錯
- 網絡、設備不穩定導致的請求超時、接口配置下發後返回值有誤
- 版本不兼容、需要適配
- 策略選擇：哪些需要執行、哪些只在特定版本上執行
- 腳本性能優化，如何提升執行效率、減少無謂耗時
小結：
- 多回顧自己以前寫的代碼和文章。
- 多複習以前學的東西。
- 多總結
計劃：
- 抽空找時間，針對以前我寫的腳本中欠考慮的地方，彙總一下共同的共性，小結哪些地方沒有考慮周到導致了需要腳本執行時報錯、優化
- 歸納同事對我寫的代碼的評審意見，提煉要點
- 寫一篇關於以上兩點的文檔。