從事軟件測試多年總結的一些經驗

TDD,即測試驅動開發(全名為:Test-Driven Development),TDD是敏捷方法中的一項核心實踐,其原理是在開發功能代碼之前,先編寫單元測試用例代碼,對要編寫的函數或類明確測試方法后,再進行設計與編碼。通常中小型項目不會使用,目前也是少數的大公司會有專職的流程。
但其原理與方法論非常值得借鑒,也就是我們通常說的測試先行。很多測試人員在執行測試階段時會發現與開發人員對產品設計的理解還有偏差,但此時開發人員已交付了測試版本。即使產品經理介入,無論是要重構代碼還是修改用戶體驗設計,都會投入更大的成本。
建議方法:開發階段中測試人員優先輸出冒煙測試用例,評審通過后開發人員根據冒煙CASE來做代碼詳細設計。這樣在早期會扼殺掉流程問題。
風暴會議中我又GET到了新的縮略語
經常參加公司組織的各種研討會議,聽到新的縮略語、專業術語或最新的工具趕快拿小本本記錄下來,下班后搜索補充并查閱資料放在自己的測試知識小庫中。時時刻刻不要忘記更新你的思維導圖與知識庫。
掌控你的職業發展
很多候選人在回答“你的職業規劃是怎樣的”問題時,總會說我會聽從領導的安排,與公司的規劃保持一致。可能初級人員也沒什么問題,但工作一定年限后,如果也這樣回答,必定是減分項。面試時如果是中意的公司,可以提前了解下公司的發展以及對候選人的期望。加上謙虛客套的回復,二來自己的職業方向也會被HR記錄,比較人性化的公司甚至會根據自己的方向給予一定的培養。

以上,是節選了測試知識庫中一部分比較實用的學習方法與工作實踐。其實很多方法也是從其他地方學習后再運用的,比如TDD,最簡單的測試先行,實際工作中根本不存在非常標準的流程,只有持續學習,靈活運用,不斷實踐才會讓自己的測試之路越寬。

