無比投入地在重現(xiàn)一個至關(guān)重要的問題;剛剛萌生了一組新的測試想法LIST;測試過程在執(zhí)行一個存儲過程;焦急等待中...總在這些時間點,要開會了,開發(fā)人員過來說看不懂這個前置條件的描述,產(chǎn)品經(jīng)理催促用戶手冊修訂完了沒。測試人員的工作中經(jīng)常出現(xiàn)這種情況 。很多測試過程都是一組需要測試連續(xù)性的活動,而非隨時可以被打斷。否則再次進入狀態(tài)需要浪費更多時間去完成。把自己每天的工作用時間盒來控制試試吧,你會發(fā)現(xiàn)驚喜。
從事軟件測試多年總結(jié)的一些經(jīng)驗
最簡單的TDD
TDD,即測試驅(qū)動開發(fā)(全名為:Test-Driven Development),TDD是敏捷方法中的一項核心實踐,其原理是在開發(fā)功能代碼之前,先編寫單元測試用例代碼,對要編寫的函數(shù)或類明確測試方法后,再進行設(shè)計與編碼。通常中小型項目不會使用,目前也是少數(shù)的大公司會有專職的流程。
但其原理與方法論非常值得借鑒,也就是我們通常說的測試先行。很多測試人員在執(zhí)行測試階段時會發(fā)現(xiàn)與開發(fā)人員對產(chǎn)品設(shè)計的理解還有偏差,但此時開發(fā)人員已交付了測試版本。即使產(chǎn)品經(jīng)理介入,無論是要重構(gòu)代碼還是修改用戶體驗設(shè)計,都會投入更大的成本。
建議方法:開發(fā)階段中測試人員優(yōu)先輸出冒煙測試用例,評審?fù)ㄟ^后開發(fā)人員根據(jù)冒煙CASE來做代碼詳細設(shè)計。這樣在早期會扼殺掉流程問題。
風暴會議中我又GET到了新的縮略語
經(jīng)常參加公司組織的各種研討會議,聽到新的縮略語、專業(yè)術(shù)語或最新的工具趕快拿小本本記錄下來,下班后搜索補充并查閱資料放在自己的測試知識小庫中。時時刻刻不要忘記更新你的思維導(dǎo)圖與知識庫。
掌控你的職業(yè)發(fā)展
很多候選人在回答“你的職業(yè)規(guī)劃是怎樣的”問題時,總會說我會聽從領(lǐng)導(dǎo)的安排,與公司的規(guī)劃保持一致??赡艹跫壢藛T也沒什么問題,但工作一定年限后,如果也這樣回答,必定是減分項。面試時如果是中意的公司,可以提前了解下公司的發(fā)展以及對候選人的期望。加上謙虛客套的回復(fù),二來自己的職業(yè)方向也會被HR記錄,比較人性化的公司甚至會根據(jù)自己的方向給予一定的培養(yǎng)。
從事軟件測試多年總結(jié)的一些經(jīng)驗
所以,無論是在學習還是工作中,必要清楚自己的目標與方向,才能全身心地投入。給自己的職業(yè)發(fā)展定一個目標,然后就開始吧。
以上,是節(jié)選了測試知識庫中一部分比較實用的學習方法與工作實踐。其實很多方法也是從其他地方學習后再運用的,比如TDD,最簡單的測試先行,實際工作中根本不存在非常標準的流程,只有持續(xù)學習,靈活運用,不斷實踐才會讓自己的測試之路越寬。