業(yè)務(wù)熟悉

熟悉本系統(tǒng)

測試人員參與測試的系統(tǒng)的各種業(yè)務(wù)場景，必須做到精熟 。一旦需求有改動(dòng)，可以清楚快速的知道上下文。同時(shí)可以清楚的知道哪些點(diǎn)是需要重點(diǎn)測試的。

熟悉跟本系統(tǒng)有通訊的上下游系統(tǒng)業(yè)務(wù)

跟本系統(tǒng)有通訊的上下游系統(tǒng)也要非常熟悉。這樣一旦系統(tǒng)出現(xiàn)問題，可以知道影響的范圍。

熟悉公司主流程業(yè)務(wù)

熟悉公司主流程業(yè)務(wù)。雖然不是自己測試的系統(tǒng)，但是熟悉公司主流程業(yè)務(wù)，可以讓測試人員在考慮問題的時(shí)候，有更好更廣的思路。

邏輯思維好，氣場也要好

互聯(lián)網(wǎng)應(yīng)用一般是切分成多個(gè)子系統(tǒng)的，各個(gè)系統(tǒng)都有自己的業(yè)務(wù)范圍，一個(gè)任務(wù)的完成，通常要有多個(gè)部門或者小組進(jìn)行協(xié)作。這個(gè)時(shí)候，就不可避免的進(jìn)行各種會(huì)議溝通，小組內(nèi)的或者小組之間的。那么測試人員如果腦子不好使，不能快速的理解別人的意圖和想法，會(huì)很容易被人忽悠或者陷入各種坑，到時(shí)候就會(huì)有無窮無盡的測試任務(wù)了。另外，當(dāng)對(duì)方太強(qiáng)勢的時(shí)候，測試人員不能太弱勢，應(yīng)該根據(jù)自己對(duì)業(yè)務(wù)和系統(tǒng)理解，提出自己的意見，該做的就做，不應(yīng)該做的別硬塞過來。積極配合對(duì)方，但不是傻傻的啥都做。

掌控系統(tǒng)上線排期

如果開發(fā)任務(wù)非常的多，測試人員要測試的功能也就非常的多。這個(gè)時(shí)候，如果功能的上線時(shí)間都是由開發(fā)經(jīng)理或者PMO等來定，那測試人員就只能進(jìn)行無窮無盡的加班。這樣是不行的。測試人員有自己專業(yè)，對(duì)業(yè)務(wù)精熟，必須清楚的知道哪些任務(wù)的優(yōu)先級(jí)是高的，哪些是低的，將任務(wù)進(jìn)行優(yōu)先級(jí)排序。規(guī)定某個(gè)時(shí)間段里，就只能上多少個(gè)功能。測試小組能夠承受的最大任務(wù)隊(duì)列是多少，測試人員必須有個(gè)底。測試任務(wù)超過這個(gè)隊(duì)列，可以根據(jù)優(yōu)先級(jí)把部分任務(wù)擠出去。

能編寫覆蓋關(guān)鍵路徑的測試用例

對(duì)業(yè)務(wù)需求準(zhǔn)確的理解后，測試人員能根據(jù)業(yè)務(wù)需求，設(shè)計(jì)關(guān)鍵的測試用例，能夠完整的覆蓋業(yè)務(wù)關(guān)鍵路徑和場景，保證只要這些重點(diǎn)用例能通過，就說明需求的重點(diǎn)功能已經(jīng)OK了。重點(diǎn)功能OK了，就算立刻上線，如果出現(xiàn)問題，也只是小問題。當(dāng)然能夠用測試用例覆蓋所有當(dāng)然是最好的。

熟悉測試技術(shù)

在測試互聯(lián)網(wǎng)應(yīng)用的時(shí)候，測試至少得掌握下面的技術(shù)和概念：

1. 懂得用jmeter進(jìn)行性能測試；

2. 懂得搭建性能測試需要的環(huán)境，例如服務(wù)器、redis、memcache等等；

3. 懂得如何編寫性能測試報(bào)告。例如至少包含接口響應(yīng)時(shí)間、QPS、最佳并發(fā)數(shù)、CPU使用情況、內(nèi)存情況、抖動(dòng)、GC情況等等。

4. 懂得上下文切換、內(nèi)存溢出、內(nèi)存泄露、QPS、穩(wěn)定性測試等等的概念。

約束開發(fā)人員，保證開發(fā)質(zhì)量

當(dāng)開發(fā)提測代碼的時(shí)候，測試人員應(yīng)該具備下面的意識(shí)：

1. 讓開發(fā)人員先把master分支的代碼merge或者rebase到自己分支上，保證提測的時(shí)候，代碼已經(jīng)包含了master的代碼，這樣可以提前發(fā)現(xiàn)問題。

2. 代碼功能測試完畢后，必須再做一次回歸測試。這個(gè)時(shí)候必須強(qiáng)烈的約束開發(fā)人員，不許再提交代碼了。除非是bug。不然的話，測試人員回歸測試完后，開發(fā)人員跑來告訴測試說，代碼有改動(dòng)。這樣的話，測試人員辛辛苦苦的回歸測試就白測了，又得重新回歸一次。

3. 測試人員必須回收master分支的代碼提交權(quán)限，一旦開發(fā)者要提交代碼，只能通過和測試溝通，說明代碼做了什么改動(dòng)。絕對(duì)不能讓開發(fā)人員悄悄的提交代碼，這種行為非常造成線上故障的。

要懂的寫代碼進(jìn)行接口自動(dòng)化測試

現(xiàn)在微服務(wù)非常的流行，各大互聯(lián)網(wǎng)公司都在搞微服務(wù)接口。針對(duì)微服務(wù)接口，測試人員一定要懂得編寫代碼去進(jìn)行接口自動(dòng)化測試。大家想想看，假設(shè)某系統(tǒng)有50個(gè)微服務(wù)接口，測試人員測試完一次后，開發(fā)人員修改了其中10個(gè)接口的代碼，這個(gè)時(shí)候應(yīng)該可以通過跑自動(dòng)化case來驗(yàn)證這10個(gè)接口的改動(dòng)有沒有影響到其他40個(gè)接口。這種回歸測試的效率非常的高。如果每次都得人工手動(dòng)的進(jìn)行接口回歸測試，那測試人員就得累死了。