業務熟悉

　　熟悉本系統

　　測試人員參與測試的系統的各種業務場景，必須做到精熟 。一旦需求有改動，可以清楚快速的知道上下文。同時可以清楚的知道哪些點是需要重點測試的。

　　熟悉跟本系統有通訊的上下游系統業務

　　跟本系統有通訊的上下游系統也要非常熟悉。這樣一旦系統出現問題，可以知道影響的範圍。

　　熟悉公司主流程業務

　　熟悉公司主流程業務。雖然不是自己測試的系統，但是熟悉公司主流程業務，可以讓測試人員在考慮問題的時候，有更好更廣的思路。

　　邏輯思維好，氣場也要好

　　網際網路應用一般是切分成多個子系統的，各個系統都有自己的業務範圍，一個任務的完成，通常要有多個部門或者小組進行協作。這個時候，就不可避免的進行各種會議溝通，小組內的或者小組之間的。那麼測試人員如果腦子不好使，不能快速的理解別人的意圖和想法，會很容易被人忽悠或者陷入各種坑，到時候就會有無窮無盡的測試任務了。另外，當對方太強勢的時候，測試人員不能太弱勢，應該根據自己對業務和系統理解，提出自己的意見，該做的就做，不應該做的別硬塞過來。積極配合對方，但不是傻傻的啥都做。

　　掌控系統上線排期

　　如果開發任務非常的多，測試人員要測試的功能也就非常的多。這個時候，如果功能的上線時間都是由開發經理或者PMO等來定，那測試人員就只能進行無窮無盡的加班。這樣是不行的。測試人員有自己專業，對業務精熟，必須清楚的知道哪些任務的優先順序是高的，哪些是低的，將任務進行優先順序排序。規定某個時間段裡，就只能上多少個功能。測試小組能夠承受的最大任務佇列是多少，測試人員必須有個底。測試任務超過這個佇列，可以根據優先順序把部分任務擠出去。

　　能編寫覆蓋關鍵路徑的測試用例

　　對業務需求準確的理解後，測試人員能根據業務需求，設計關鍵的測試用例，能夠完整的覆蓋業務關鍵路徑和場景,保證只要這些重點用例能通過，就說明需求的重點功能已經OK了。重點功能OK了，就算立刻上線，如果出現問題，也只是小問題。當然能夠用測試用例覆蓋所有當然是最好的。

　　熟悉測試技術

　　在測試網際網路應用的時候，測試至少得掌握下面的技術和概念：

1. 懂得用jmeter進行效能測試；

2. 懂得搭建效能測試需要的環境，例如伺服器、redis、memcache等等；

3. 懂得如何編寫效能測試報告。例如至少包含介面響應時間、QPS、最佳併發數、CPU使用情況、記憶體情況、抖動、GC情況等等。

4. 懂得上下文切換、記憶體溢位、記憶體洩露、QPS、穩定性測試等等的概念。

　　約束開發人員，保證開發質量

　　當開發提測程式碼的時候，測試人員應該具備下面的意識：

1. 讓開發人員先把master分支的程式碼merge或者rebase到自己分支上，保證提測的時候，程式碼已經包含了master的程式碼，這樣可以提前發現問題。

2. 程式碼功能測試完畢後，必須再做一次迴歸測試。這個時候必須強烈的約束開發人員，不許再提交程式碼了。除非是bug。不然的話，測試人員迴歸測試完後，開發人員跑來告訴測試說，程式碼有改動。這樣的話，測試人員辛辛苦苦的迴歸測試就白測了，又得重新迴歸一次。

3. 測試人員必須回收master分支的程式碼提交許可權，一旦開發者要提交程式碼，只能通過和測試溝通，說明程式碼做了什麼改動。絕對不能讓開發人員悄悄的提交程式碼，這種行為非常造成線上故障的。

　　要懂的寫程式碼進行介面自動化測試

現在微服務非常的流行，各大網際網路公司都在搞微服務介面。針對微服務介面，測試人員一定要懂得編寫程式碼去進行介面自動化測試。大家想想看，假設某系統有50個微服務介面，測試人員測試完一次後，開發人員修改了其中10個介面的程式碼，這個時候應該可以通過跑自動化case來驗證這10個介面的改動有沒有影響到其他40個介面。這種迴歸測試的效率非常的高。如果每次都得人工手動的進行介面迴歸測試，那測試人員就得累死了。

TestBird自動迴歸測試平臺為手遊/APP開發者提供APP自動化迴歸測試，簡單點選自動生成圖片用例；多臺手機同時執行用例迴歸；基線對比，找出問題；調整基線，維護測試用例；一鍵生成報告，全面提升測試效率和質量。