軟體測試新人，你該如何找到方向？

本文是最近為公司所做的兩篇總計之一。主旨是為公司的測試新人指明一些方向，如何融入公司，做好專案，以及提升的一些方向。

　　公司專案模式

　　我們是離岸外包公司，通常來講我們的客戶拿專案給我們做，會在我們公司建立一個團隊，開發人員和測試人員都在一個團隊裡面。客戶提他的需求，由我們這個團隊完全負責分析，設計，開發，測試。

　　總得來說每個專案的情況都會有些不同，所以各個專案中測試人員的職責也存在不同，比如，有些專案裡，測試人員是parttime的；有些專案裡，測試人員需要和開發人員一起Review文件。所以具體的所負責的事情需要和具體專案一起來考慮。

　　一般專案的流程是：

　　● 需求理解：專案絕大多數都是迭代式開發，在每次迭代初期，在真正編碼實現前，開發人員和測試人員會一起對這次迭代的任務項進行一個比較深入溝通，溝通需求，爭取做之前雙方對即將實現的功能有個一致的理解。

　　● 開發編碼/用例設計：當開發開始編碼時，測試人員就需要開始設計測試用例，需要注意的是，在功能沒有開發出來的時候，就需要考慮用例，而不是看到具體效果，再設計。

　　● 測試階段：執行用例，反饋BUG，驗收BUG。

　　● 提交階段：系統測試專案，保證質量，避免直接的明顯的BUG。

　　● 收尾階段：總結、反思。BUG分析報告，迭代回顧會議。

　　基本要求

　　由此流程，可以看出測試人員需要做到的事情的一個大致輪廓。

　　如果是新人，基礎不太好，可以看看培訓大綱中測試章節，裡面有些資源、一些知識點要求和一些常見問題。下面在簡單地提下具體的幾個方面的要求。

　　英語要求

　　能看懂需求，能書寫BUG、相關的郵件交流。

　　測試基本思想

　　理解邊界值，等價類劃分，基本流、備選流，場景劃分。

　　需求理解

　　能夠理解文件上功能的描述，知道功能具體是怎麼工作起來。放在系統裡面通盤考慮。

　　BUG

　　對BUG系統的使用熟悉。報告的BUG是符合規範，簡潔易懂，不失必要的步驟。

　　Test Case

　　跟著模板來寫，覆蓋到文件裡面的所有功能，正常情況，異常情況也需要包含。

　　Bug 分析報告

　　根據指導文件，對BUG的資料進行一些統計和分析、思考。最好是日常收集相關的資料。

　　進階方向

　　當加入團隊後，上述能力有一個樣子，較為穩定的時，一樣還需要根據自身的情況進行反思、改進、提升。著眼點需要更加開闊，怎麼才能使自己能貢獻得更多。下面做一個思路上簡單分析，只做拋磚引玉。

　　提高測試水平

　　效率更高，發現問題更快：測試資料複用，測試思路總結分享，測試用例模版更新，測試用例、資料設計的總結，經驗分享傳遞等等。

　　更少的BUG遺漏。

　　經常瞭解業界的測試技術、理論、方法論並嘗試引入我們的專案當中。