之前有做過幾次做性能測試，略有心得和大家分享一下
從測試需求開始，到完成測試，都需要經(jīng)過很多階段
首先是測試需求，要評(píng)估測試需求是否合理，并不是所有的性能測試需求都需要直接來安排測試，而是評(píng)估下是否需要做本次性能測試。
產(chǎn)品提出需要做性能測試是基于用戶的考慮， 如果確定要進(jìn)行性能測試，就需要評(píng)估性能測試的方案。包括環(huán)境搭建、邏輯了解、數(shù)據(jù)準(zhǔn)備、測試過程、問題定位、修改優(yōu)化、回歸、出報(bào)告的時(shí)間。需要強(qiáng)調(diào)的是，性能測試開始的時(shí)間一定是功能測試已經(jīng)通過了。否則進(jìn)行性能測試會(huì)存在修改功能邏輯導(dǎo)致性能發(fā)生變化，性能測試就沒有任何指導(dǎo)意義了。
測試服務(wù)器的搭建和打壓環(huán)境的搭建。測試環(huán)境可以有開發(fā)來搭建。原則上測試服務(wù)器配置不能高于線上服務(wù)器的配置，且測試服務(wù)器部署的服務(wù)要盡量接近線上服務(wù)器。
了解整個(gè)性能測試的業(yè)務(wù)邏輯。一般需要了解請求個(gè)數(shù)，請求參數(shù)含義等。除此之外，在這里要強(qiáng)調(diào)幾個(gè)新手容易忽視的問題：就是打壓測試服務(wù)器時(shí)，要和線上服務(wù)器做明確隔離。不要簡單認(rèn)為所有的請求都是指向測試服務(wù)器，就認(rèn)為是只向測試服務(wù)器打壓。
性能測試的難點(diǎn)在于對被測系統(tǒng)的理解，在于對測試點(diǎn)的分析。為了實(shí)現(xiàn)測試的思想，可以有多種方法，手段永遠(yuǎn)只是輔助的，只有思想才是根本的。工具更不等于性能測試，不要以為會(huì)用LR就懂了性能測試，那只是最低級(jí)的測試執(zhí)行。也不要以為會(huì)調(diào)幾個(gè)參數(shù)就懂了性能測試，那同樣是個(gè)比較低的層次。
調(diào)優(yōu)等技術(shù)不是性能測試的主要目的，好的性能也不是調(diào)出來的。測試人員一定要明白自己存在的價(jià)值所在，所謂的“技術(shù)”只是為了達(dá)成自己測試目的的一些手段。
如何證明測試結(jié)果的有效性，其實(shí)是個(gè)很難的問題，值得花費(fèi)時(shí)間去認(rèn)真思考。這個(gè)過程涉及到一些很重要的內(nèi)容，如用戶模型的建立，后續(xù)慢慢細(xì)說。
性能測試是一個(gè)需要不斷改進(jìn)的過程，每一次只需盡量的做到更好，多做一點(diǎn)點(diǎn)以前沒有想到的東西。經(jīng)過不斷的積累，你會(huì)發(fā)現(xiàn)自己對性能測試有了更深的認(rèn)識(shí)。
性能測試是產(chǎn)品的一個(gè)重要測試項(xiàng)目，是保證產(chǎn)品質(zhì)量和用戶體驗(yàn)的保障，特別是近幾年，移動(dòng)端產(chǎn)品的爆發(fā)，在app性能測試、app云測試等方面，需要更多的投入，希望這些有所幫助。
TestBird
