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

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

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

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

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

相關文章
相關標籤/搜索