去掉浮誇，空杯心態從新面對測試

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

知道越多，就愈加現本身的眇小，才瞭解那些偉人的謙卑，而我沒有到那個高度，可是我居然有點恐懼那種謙卑，那應該是一種我理解不了的「勢」吧？

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

歡迎你們加入個人軟件測試交流羣：747981058