分析數(shù)據(jù)
性能測(cè)試流程中的第五步是分析收集到的數(shù)據(jù)。進(jìn)行數(shù)據(jù)分析的方法有很多，取決于分析師的專業(yè)知識(shí)、整體的期望值、可接受的風(fēng)險(xiǎn)水平以及分配的時(shí)間。也許，最簡(jiǎn)單的分析是對(duì)比即將發(fā)布的版本和過(guò)去發(fā)布的版本。例如，在過(guò)去發(fā)布的版本中，每秒可以執(zhí)行50次查詢，而且沒有明顯的性能下降，而即將發(fā)布的版本每秒?yún)s只能執(zhí)行25次在詢，響應(yīng)時(shí)間并沒有增加，這就說(shuō)明可能存在問(wèn)題。有趣的是下一步，即嘗試找出為什么會(huì)發(fā)生這種變化。
雖然吞吐量下降或者響應(yīng)時(shí)間增加顯然都是應(yīng)該進(jìn)行進(jìn)一步調(diào)在的情況， 不過(guò)與之相反的情況也應(yīng)該加以調(diào)在。突然急劇增加也許說(shuō)明一個(gè)特定的代碼路徑可能已經(jīng)斷掉了，或者某個(gè)SQL條件失效了， 不過(guò)最好是他能夠注意到這些異常，并且能夠提出問(wèn)題。況也是需要解釋的。我們希望在這些場(chǎng)景中，是由于工程師的確重構(gòu)了代碼，提高了系統(tǒng)的性能，柱狀圖或餅圖中，更易于我們發(fā)現(xiàn)異常和差別。雖然這種方法也許有意義，也許沒有，但對(duì)于判 更詳細(xì)的分析會(huì)繪制數(shù)據(jù)的曲線圖，以便能直觀地在看它們。有時(shí)，把數(shù)據(jù)繪制為曲線圖、斯印將發(fā)布的版本來(lái)說(shuō)，這酒常是種快捷的方法。還有各種統(tǒng)計(jì)學(xué)方法可用，如控制圖、檢驗(yàn)、因子分析、主效應(yīng)圍、方意分析和交互效應(yīng)圖等。進(jìn)行分析的報(bào)告目的包括確定法成所觀察的行為的因素是什么、待發(fā)布的版本是否與其他發(fā)布存在顯著差異，以及待發(fā)布的版本能否滿足服務(wù)協(xié)議水平等。
報(bào)告給工程師
性能測(cè)試流程的第六步是把結(jié)果報(bào)告給負(fù)責(zé)該次發(fā)布的軟件開發(fā)團(tuán)隊(duì)。通常是以非正式的形式把結(jié)果報(bào)告給工程師，不過(guò)也可以在所有相關(guān)方都在場(chǎng)或者分成更小的團(tuán)隊(duì)時(shí)做這個(gè)報(bào)告。這種會(huì)議的目標(biāo)是讓每個(gè)提出的可能異常都得到處理，可能的情況會(huì)有如下三種。第一種情況是工程師對(duì)這種異常作出了解釋。對(duì)于這種情況，工程師必須有足夠的理由說(shuō)明為什么測(cè)試結(jié)果與預(yù)期的不同，從而得到網(wǎng)站設(shè)計(jì)測(cè)試者和軟件開發(fā)團(tuán)隊(duì)領(lǐng)導(dǎo)者的認(rèn)同，可以通過(guò)這一測(cè)試，而不必采取進(jìn)一步的行動(dòng)。第二種情況是向工程師提出一個(gè)bug，以便他進(jìn)一步調(diào)查這個(gè)問(wèn)題，然后修復(fù)它，或者給出相應(yīng)的解釋。第三種情況是軟件開發(fā)團(tuán)隊(duì)請(qǐng)求額外的測(cè)試，以便得到更多的數(shù)據(jù)，用以幫助縮小找出真正問(wèn)題的范圍。
本文地址：http://m.murenxiang.com.cn//article/3856.html
