源自于一本講性能測(cè)試書(shū)的思考?
書(shū)中內(nèi)容：
性能測(cè)試是一門(mén)富有挑戰(zhàn)的、有深度的、綜合性的學(xué)科。
那我想怎能只局限于說(shuō)性能測(cè)試，我倒認(rèn)為所有的測(cè)試類(lèi)型都是一門(mén)富有挑戰(zhàn)、有深度的、綜合性的學(xué)科，只要你想做到頂尖都沒(méi)有那么容易，而我們正在做的的UI自動(dòng)化測(cè)試也是如此。
很多性能測(cè)試初學(xué)者總覺(jué)得性能測(cè)試就是寫(xiě)個(gè)腳本，弄幾臺(tái)機(jī)器測(cè)一測(cè)，出個(gè)報(bào)告就行了。通常關(guān)注"并發(fā)多少""響應(yīng)時(shí)間多少""能跑通嗎"這些問(wèn)題。認(rèn)為并發(fā)越大，響應(yīng)時(shí)間越快，那性能一定就越好。
性能測(cè)試不僅僅是錄制腳本或編寫(xiě)程序，基本的性能理論、性能執(zhí)行的原則還是要了解的。同樣的腳本，不同的人員執(zhí)行，不同的針對(duì)點(diǎn)，測(cè)試結(jié)果會(huì)大相徑庭。
看到作者的這句話，我能體會(huì)到作者心中的某種憤憤不平，想極力向廣大膚淺的讀者證明性能測(cè)試的高深。
我雖從未接觸過(guò)性能測(cè)試，但從不認(rèn)為性能測(cè)試是輕而易舉就做成的，當(dāng)然知道其有方方面面的知識(shí)需要學(xué)習(xí)才可略曉性能測(cè)試。基于我所做UI自動(dòng)化測(cè)試的經(jīng)驗(yàn)來(lái)說(shuō)，開(kāi)發(fā)個(gè)腳本、用下工具、就算你懂得開(kāi)發(fā)語(yǔ)言 那也仍有很多不易之處啊，豈能是簡(jiǎn)簡(jiǎn)單單。
關(guān)于作者說(shuō)"性能測(cè)試不僅僅是錄制腳本或編寫(xiě)程序，基本的性能理論、性能執(zhí)行的原則還是要了解的",讓我覺(jué)得UI自動(dòng)化測(cè)試同樣，不僅僅要會(huì)寫(xiě)腳本編寫(xiě)程序，其實(shí)現(xiàn)和執(zhí)行的原則原理也算是有必要了解清清楚楚，這樣方能更好的使用自動(dòng)化，不了解原理原則的與深刻理解自動(dòng)化原則原理的人在使用自動(dòng)化進(jìn)行測(cè)試時(shí)會(huì)有著質(zhì)的差別，不管執(zhí)行的速度、測(cè)試的方案、查到的問(wèn)題那都是完全不同的。
實(shí)際上我們需要對(duì)系統(tǒng)進(jìn)行一系列復(fù)雜的需求分析，以及一系列性能測(cè)試計(jì)劃和設(shè)計(jì)的工作才能開(kāi)始性能測(cè)試執(zhí)行。經(jīng)過(guò)N此回歸，找到瓶頸的具體原因，并優(yōu)化。掌握性能理論基礎(chǔ)才能駕馭那些性能測(cè)試工具等，沒(méi)有掌握性能理論基礎(chǔ)直接操作好比開(kāi)車(chē)找不到目標(biāo)，盲目原地打轉(zhuǎn)或離目標(biāo)越來(lái)越遠(yuǎn)。
讀到這讓我產(chǎn)生了一定的共鳴，這些年我們所做的UI自動(dòng)化測(cè)試就是那輛沒(méi)有目標(biāo)的車(chē)，離目標(biāo)總是忽近忽遠(yuǎn)、更遠(yuǎn)。我非常同意作者所說(shuō)掌握一套工具的理論基礎(chǔ)才可輕松駕馭對(duì)應(yīng)的工具，因?yàn)闊o(wú)論工具或開(kāi)發(fā)語(yǔ)言再厲害，它終究是服務(wù)于公司業(yè)務(wù)，服務(wù)于人的，我們必須以業(yè)務(wù)以人為綱要，而不可一味以實(shí)現(xiàn)技術(shù)的高超去做自動(dòng)化。同樣的，我們?cè)谧鯱I自動(dòng)化測(cè)試之前也是需要對(duì)被測(cè)系統(tǒng)進(jìn)行一系列復(fù)雜的需求分析，以及一系列UI自動(dòng)化測(cè)試計(jì)劃和設(shè)計(jì)的工作的工作后才能真正才是UI自動(dòng)化測(cè)試，即 這其中的調(diào)研、準(zhǔn)備工作其實(shí)是占據(jù)了整個(gè)UI自動(dòng)化測(cè)試實(shí)施的大部分時(shí)間，因?yàn)槟阆胱孶I自動(dòng)化能切實(shí)發(fā)揮作用，就必須從長(zhǎng)計(jì)議，否則就不要開(kāi)始。
流程節(jié)點(diǎn)介紹：
1）業(yè)務(wù)學(xué)習(xí)：用過(guò)查看文檔，手工操作系統(tǒng)來(lái)了解系統(tǒng)功能。
2）需求分析：分析系統(tǒng)非功能需求，圈定性能測(cè)試的范圍，了解系統(tǒng)性能指標(biāo)。
3）工作評(píng)估：工作量分解，評(píng)估工作量，計(jì)劃資源投入(即需要多少人力，多少工作日來(lái)完成性能測(cè)試工作)。
4）設(shè)計(jì)模型：圈定性能測(cè)試范圍后，把業(yè)務(wù)模型映射成測(cè)試模型。
什么是測(cè)試模型呢？比如一個(gè)支付系統(tǒng)需要與銀行的系統(tǒng)要進(jìn)行交互(充值或轉(zhuǎn)出)，由于銀行不能夠提供支持，我們會(huì)開(kāi)發(fā)程序去替代銀行系統(tǒng)功能(這就是擋板程序，Mock程序)，保證此功能的性能測(cè)試能夠開(kāi)展，這個(gè)過(guò)程就是設(shè)計(jì)測(cè)試模型。
再比如，后面要對(duì)Jforum論壇進(jìn)行性能測(cè)試，根據(jù)需求我們了解到一般大家發(fā)帖或回帖前都會(huì)先登錄，那么我們?cè)陂_(kāi)發(fā)腳本時(shí)就要把登錄與發(fā)帖或回帖場(chǎng)景綁定在一起進(jìn)行測(cè)試，這就是測(cè)試模型。通俗點(diǎn)說(shuō)就是，性能測(cè)試用例設(shè)計(jì)+性能測(cè)試實(shí)現(xiàn)方案，用例只關(guān)注業(yè)務(wù)，模型還需關(guān)注如何實(shí)現(xiàn)，是否具有可操作性、可驗(yàn)證性等問(wèn)題，最后我們還得根據(jù)不同的測(cè)試目的組合成不同的測(cè)試場(chǎng)景。
5）計(jì)劃編寫(xiě)：計(jì)劃測(cè)試工作，在文檔中明確列出測(cè)試范圍、人力投入、持續(xù)時(shí)間、工作內(nèi)容、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)應(yīng)對(duì)策略等。
通過(guò)上述流程圖讓我領(lǐng)悟到，做性能測(cè)試人員方需學(xué)習(xí)業(yè)務(wù)知識(shí)，分析需求，做UI自動(dòng)化測(cè)試的又怎能與業(yè)務(wù)、需求分隔，UI自動(dòng)化測(cè)試當(dāng)與業(yè)務(wù)、需求關(guān)聯(lián)更加緊密才是啊。長(zhǎng)期以來(lái)我們的UI自動(dòng)化用例設(shè)計(jì)總是想著由功能測(cè)試人員來(lái)提供給自動(dòng)化開(kāi)發(fā)人員，實(shí)則非明智之舉，當(dāng)然我想這也并非在所有公司都不適合，因?yàn)槊總€(gè)公司人員不同，要求不同，工作模式不同，所以，我的看法也不能以偏概全。我僅認(rèn)為，自動(dòng)化測(cè)試若想把自動(dòng)化測(cè)試做好，必須要了解業(yè)務(wù)，在了解業(yè)務(wù)的基礎(chǔ)上設(shè)計(jì)自動(dòng)化測(cè)試框架，開(kāi)發(fā)自動(dòng)化腳本，萬(wàn)不可急于求成，以眼前利益為。
聯(lián)系客服
