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

熟悉本系統(tǒng)

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

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

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

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

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

邏輯思維好，氣場(chǎng)也要好

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

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

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

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

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

熟悉測(cè)試技術(shù)

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

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

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

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

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

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

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

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

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

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

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

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