軟件性能測試流程規范說(shuō)明
文檔控制
|
Date |
Version |
Description |
Author |
|
|
1 |
Create |
陳市明 |
目 錄
一、 測試流程 .... 4
1. 設計階段... 5
2. 實(shí)施階段... 5
3. 分析階段... 6
4. 整體分析階段... 6
二、 測試原則 .... 6
三、 測試工具 .... 7
四、 實(shí)施案例－ ■ ■ ■ ■ ■ ■ 系統 .... 7
1. 測試概況... 7
2. 測試目的... 7
3. 測試生成文檔... 7
一、測試流程
|
設計 |
實(shí)施 |
分析 |
整體分析 | |
|
工作內容 |
|
|
|
|
|
生成文檔 |
|
|
|
|
|
對人員的要求 |
|
|
|
|
表格 測試流程階段
測試用例文檔測試報告文檔
測試報告文檔
測試報告文檔
測試分析文檔
測試分析文檔
測試分析文檔
項目整體的分析報告
性能測試基本上分成四個(gè)主要的階段：
- 設計
- 實(shí)施
- 分析
- 整體分析
1.設計階段
該階段主要是測試設計人員，項目經(jīng)理和開(kāi)發(fā)人員一起確定比較容易出問(wèn)題的一些功能點(diǎn)，再根據這些功能點(diǎn)進(jìn)行篩選按照《性能測試用例模板》的格式編寫(xiě)《測試用例文檔》。
在編寫(xiě)文檔期間，關(guān)于每個(gè)功能點(diǎn)的“正常數據量”，“正常用戶(hù)量”，“正常并發(fā)量”需要和項目經(jīng)理仔細討論，并記錄在測試用例文檔內；如果遇到項目經(jīng)理不太清楚的功能點(diǎn)，測試設計人員可以根據經(jīng)驗來(lái)作出判斷。
該階段需要測試設計人員對項目的業(yè)務(wù)和需求比較了解，也需要一定的項目經(jīng)驗。
該階段生成的文檔：
項目經(jīng)理和測試設計人員編寫(xiě)的《性能測試需求》（ xls ）
測試設計人員編寫(xiě)的《性能測試用例文檔》（ doc ）
2.實(shí)施階段
該階段主要是測試小組內部完成。測試實(shí)施人員在得到分析階段編寫(xiě)的《性能測試用例文檔》，通過(guò)測試工具錄制、運行腳本，把運行的結果按照《性能測試報告模板》的格式填寫(xiě)《性能測試報告》。
《性能測試規范》上有詳細的規范來(lái)指導測試實(shí)施人員進(jìn)行測試，比如，對測試腳本的錄制方法，腳本命名等問(wèn)題上，都有詳細的說(shuō)明。該《性能測試規范》的編寫(xiě)目的，就是為了保證測試實(shí)施人員可以在短時(shí)間內上手進(jìn)行測試實(shí)施，也規范了測試實(shí)施人員的操作，可以讓不同的測試實(shí)施人員可以在得到《性能測試報告》可以錄制出相同的腳本和誤差不大的測試結果。
特別指出，該階段可能會(huì )填寫(xiě)多份《性能測試報告》。一份《性能測試報告》是在一個(gè)測試環(huán)境（包括 APP SERVER ， DB SERVER ，數據量，項目版本）下得到的測試結果。我們的測試肯能會(huì )對同一個(gè)版本在不同測試環(huán)境下多次測試，得到多份測試結果；可能會(huì )把不同的版本項目在相同的測試環(huán)境下測試得到不同的測試結果。一般情況下，如果項目對性能要求不是嚴格的話(huà)，那我們只出一份《性能測試報告》。
該階段對測試實(shí)施人員的要求比較低，只需要經(jīng)過(guò)短時(shí)間內培訓，在測試經(jīng)理的指導下就可以進(jìn)行完整測試實(shí)施。此階段工作量比較大，但是，此階段又是整個(gè)性能測試流程中比較重要的階段，測試實(shí)施人員犯的錯誤會(huì )直接影響到后期的分析，所以，還是要對這個(gè)階段的工作特別細心，特別重視。
該階段生成的文檔：
測試實(shí)施人員根據《測試用例文檔》，錄制“測試腳本”
測試實(shí)施人員根據“測試腳本”，得到“測試腳本運行結果”
測試實(shí)施人員根據“測試腳本運行結果”，填寫(xiě)《性能測試報告》（ doc ）
注：
此處的“測試腳本”，“測試腳本運行結果”，《性能測試報告》（ doc ）一份或者多份
3.分析階段
該階段也是測試小組內部完成。測試分析人員根據得到的《性能測試報告》，“測試腳本運行結果”進(jìn)行分析，按照《性能測試分析報告模板》的格式填寫(xiě)《性能測試分析報告》。
目前，我們的分析，是功能點(diǎn)的響應時(shí)間，網(wǎng)絡(luò )占用量， APP SERVER 的 CPU 和內存來(lái)的一些參數來(lái)對功能點(diǎn)進(jìn)行分析，得到該版本的項目在該測試平臺的一個(gè)整體的性能報告。
在之前的一個(gè)階段中，出現每份《性能測試報告》文檔，都會(huì )分析得到一份《性能測試分析報告》。如果項目對性能要求不是嚴格的話(huà)，那這個(gè)階段已經(jīng)就完成了整個(gè)測試階段，該《性能測試分析報告》就是最終的性能報告。如果項目對性能非常嚴格的話(huà)，那要繼續下一個(gè)極端。
該階段需要測試分析人員根據一些數據，一些圖表來(lái)判斷項目的性能，對測試分析人員有比較高的分析能力。如果找到性能上出現問(wèn)題的功能點(diǎn)，在測試分析人員的能力范圍內，需要定位問(wèn)題的原因。
該階段生成的文檔：
測試分析人員根據《性能測試報告》，“測試腳本運行結果”，填寫(xiě)《性能測試分析報告》。
注：
此處的《性能測試分析報告》一份或者多份
4.整體分析階段
該階段是測試分析人員對前面一個(gè)階段得到的多份的《性能測試分析報告》橫向和縱向的綜合分析。
所謂橫向分析，就是對同一個(gè)版本在不同平臺上得到的《性能測試分析報告》進(jìn)行分析，意圖在得到項目的一個(gè)運行的推薦配置。
所謂縱向分析，就是對不同版本在相同的平臺上得到的《性能測試分析報告》進(jìn)行分析，意圖就是得到項目在改版后，性能問(wèn)題是否已經(jīng)得到了解決。
綜合分析，就是結合兩者得到的分析報告。
該階段對測試分析人員需要非常強的分析能力，目前，測試組沒(méi)有一個(gè)成員可以承擔改分析工作，但是作為一個(gè)以后的測試人員的培養方向。
該階段生成文檔：
測試人員根據《性能測試分析報告》，編寫(xiě)《項目整體的分析報告》。
二、測試原則
測試環(huán)境必須是盡可能的去除外界人為干擾，最好能單獨訪(fǎng)問(wèn)該網(wǎng)站。
測試各個(gè)階段中，每個(gè)階段的測試人員只需要了解前一個(gè)階段測試結果。
三、測試工具
Mercury LoadRunner 7.8
四、實(shí)施案例－ ■■■■■■■
1.測試概況
■■性能測試目前，我們的是進(jìn)行了之前提到的前三個(gè)測試。第四個(gè)階段，因為目前的技術(shù)問(wèn)題，沒(méi)有進(jìn)行下去。
2.測試目的
對該系統進(jìn)行測試的最主要的目的是為了驗證該整個(gè)流程和該流程的文檔模板是不是符合我們的項目實(shí)際情況；其次，才是測試長(cháng)安性能問(wèn)題。
3.測試生成文檔
《性能測試需求》（ xls ）■
《性能測試用例文檔》（ doc ）■
“測試腳本”（ loadrunner ）■
“測試腳本運行結果”（ loadrunner ）■
《性能測試報告》（ doc ）■
《性能測試分析報告》■
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
