剛開始一頭扎進軟件測試行業，從踏踏實實的機械化功能測試，到學會和甲方扯皮，到被鄙視的五體投地后抓緊修煉表面功夫來忽悠人，學的最多的反而是怎么與人交流。第一次面對跳槽的機會，我竟然發現自己的測試能力不升反降。好賴還會忽悠，以此為鑒，潛心專研技術，排除萬難，回頭望去，一覽眾山小；回過頭來，看著自己前面天譴一樣的高山，默默嘆息，憋一口氣，路茫茫其修遠兮。。。

知道越多，就越發現自己的渺小，才了解那些偉人的謙卑，而我沒有到那個高度，但是我竟然有點恐懼那種謙卑，那應該是一種我理解不了的“勢”吧？

近況簡介
首先功能測試，煩過，所以我嘗試了解自動化和性能測試，總是探究不到太深，吃力，很吃力。
回頭精研業務，社會發展太快，業務變化更是翻天覆地，我還沒了解皮毛，業務已經被替代，我眼看就要被淘汰。。。（我的要唱歌，涼涼涼…）
開始正視自己短板，努力潛修專業技術能力，一直在痛苦著，但是慢慢開始上癮，感覺我本就屬于這里，不管前路如何，我會堅持到最后一刻！
個人座右銘
讓三年后的我當現在的我的人生導師
新項目又開始了，暫時沒有頁面，只有接口和可憐的一個草圖樣的UI，需求也東拼西湊的，只能先一點點腦補，來反推需求和開發了。變被動為主動，工作更加開心順暢。
首先梳理數據庫，整理了一個數據表excel，畫了時序圖，把每一步涉及的數據表和接口調用都一一羅列，數據流轉梳理、業務流轉梳理、相互印證多次，總算是讓人賞心悅目了。
一邊腦補UI和模擬用戶使用，一邊寫測試用例：
1、首先搭建架構：UI層---業務層---數據層（前端---中臺---后臺）。
2、主線梳理清楚，拼命忍住摳細節的強迫癥，梳理一遍又一遍，終于讓主線越來越“骨感”了，此時的主線可以參照做冒煙測試用。
3、接下來開始的就是大卸八塊（哦，貌似庖丁解牛更準確），把能獨立的功能都盡量獨立出來，把功能組件化，測試用例組件化，這樣就利于測試任務的分工。
4、抽象出來每個功能，每個頁面對應存、取數據庫的事件觸發點和接口調用的觸發點，捋清楚前后順序，這個有點瑣碎費勁，但是非常重要。
5、接下來就是UI層用例，頁面UI輸入域的校驗以及校驗的觸發點。
6、最后就是用戶體驗的用例，頁面UI布局排版，色調，提示語言的準確合理度等等。
7、別忘了，針對APP的瀏覽器、設備以及分辨率等，PC端瀏覽器版本等的兼容適配測試（時間緊，就先揪著一個版本測試，忽略兼容；若時間和資源允許，就并行著一起測試，模擬器不太靠譜。。。）
測試用例也是體現自己對這個項目的一個測試態度：怎么用這板子用例？
1、如果項目著急上線，可以把控系統主要功能（起碼能保證系統能用了），做冒煙和場景測試都可以。
2、如果項目要求較高，時間又緊，這個項目目前有50個表（還會繼續增加），執行用例到數據層和業務層，UI那些工作量其實沒有多少。
3、如果項目時間富裕，那就可以慢慢雕琢了。
以前一直糾結用例的執行細度問題，現在突然感覺到，以前的我好傻，始終在UI層面糾結，測試之所以被人鄙視，壓根在于自己認識的太淺薄，成天憤世嫉俗的，太少思考，太少打磨了。
毫無邏輯的東拉西扯，總算把最近的狀態給表達出來了。

歡迎大家加入我的軟件測試交流群：747981058