前言：中文期刊網(wǎng)精心挑選了軟件測試報告范文供你參考和學(xué)習(xí)，希望我們的參考范文能激發(fā)你的文章創(chuàng)作靈感，歡迎閱讀。
軟件測試報告范文1
1 引言
軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認(rèn)一個產(chǎn)品的品質(zhì)或性能是否符合開發(fā)之前所提出的要求。對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，某種程度上測試工作的好壞直接影響了軟件產(chǎn)品的交付和用戶的滿意度。因此，如何做好測試工作，使測試在軟件工程中順利進(jìn)行，輔助軟件開發(fā)工作是我們每個軟件人員應(yīng)該考慮的問題。
2 軟件測試的目的
（1）確認(rèn)軟件的質(zhì)量，確認(rèn)軟件做了你所期望的事情，確認(rèn)軟件以正確的方式來做了這個事件。
（2）提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險評估所準(zhǔn)備的信息。
（3）軟件測試不僅是在測試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。
3 軟件測試的對象
軟件測試并不等于程序測試。軟件測試應(yīng)該貫穿整個軟件定義與開發(fā)整個期間。因此需求分析、概要設(shè)計、詳細(xì)設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序，都應(yīng)該是軟件測試的對象。
4 軟件測試流程
軟件測試工作并不是在軟件代碼開發(fā)完畢后才開始的，這一點(diǎn)是很多軟件人員的誤區(qū)，需要明確一下，它其實(shí)是在項(xiàng)目進(jìn)入軟件實(shí)現(xiàn)階段就開始了，項(xiàng)目進(jìn)入軟件實(shí)現(xiàn)階段的時候，就應(yīng)該啟動軟件測試工作了。
下面根據(jù)筆者的測試經(jīng)驗(yàn)，詳細(xì)闡述一下軟件測試的流程、每個階段需要做的工作及整個測試過程產(chǎn)生的文檔。
4.1 計劃與設(shè)計階段
4.1.1 召開測試啟動會議
當(dāng)項(xiàng)目進(jìn)入軟件實(shí)現(xiàn)階段（編碼），測試經(jīng)理召集項(xiàng)目經(jīng)理、開發(fā)經(jīng)理開會確定測試交接時間，開發(fā)團(tuán)隊(duì)與測試團(tuán)隊(duì)交接測試內(nèi)容，對測試目標(biāo)達(dá)成一致，商討測試計劃的可行性，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn)。進(jìn)行規(guī)模預(yù)估并成立測試團(tuán)隊(duì)，完成《測試計劃》和《測試方案》。
4.1.2 設(shè)計測試用例
明確了測試需求和測試計劃，在需求分析文檔確立基線以后，測試組需要針對測試需求編寫全部測試用例，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)。
4.2 實(shí)施測試階段
4.2.1 實(shí)施測試用例
實(shí)施測試用例將花費(fèi)測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎(chǔ)上。當(dāng)測試用例全部編寫完成后，測試工程師根據(jù)測試計劃中分配給自己的測試任務(wù)，實(shí)施相應(yīng)的測試用例，并記錄測試結(jié)果。
4.2.2 填寫測試記錄
測試人員在進(jìn)行具體的測試工作時，需要將測試內(nèi)容填寫在測試記錄表中，直到所有的測試執(zhí)行工作結(jié)束。
4.2.3 提交BUG清單
在具體的測試過程中，測試人員發(fā)現(xiàn)BUG后，需要將BUG記錄在清單里，并及時提交給測試經(jīng)理。
4.2.4 提交測試報告
在約定的測試周期完成之后，測試工程師需要總結(jié)此測試的結(jié)果，編寫測試報告。測試工程師根據(jù)此輪測試的結(jié)果，編寫測試報告，主要應(yīng)包含以下內(nèi)容：
（1）測試報告的版本。
（2）測試的人員和時間。
（3）測試所覆蓋的缺陷――測試組在這輪測試中所有處理的缺陷， 不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向。
（4）上一版本活動缺陷的數(shù)量。
（5）經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類。
（6）測試評估――寫明在這一版本中，哪些功能被實(shí)現(xiàn)了，哪些還沒有實(shí)現(xiàn)，這里只需寫明和上一版本不同之處即可。
（7）急待解決的問題――寫明當(dāng)前項(xiàng)目組中面臨的最優(yōu)先的問題，可以重復(fù)提出。
在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報告發(fā)給測試經(jīng)理。
4.3 總結(jié)階段
測試工作結(jié)束或即將結(jié)束時，測試組就要開始著手準(zhǔn)備進(jìn)行總結(jié)的工作。
4.3.1 編寫測試總結(jié)報告
在測試結(jié)束之后，測試經(jīng)理編寫測試報告，對測試進(jìn)行總結(jié)，并且提交給項(xiàng)目經(jīng)理，為產(chǎn)品的后續(xù)工作提供重要的信息支持。
測試經(jīng)理根據(jù)測試的結(jié)果及測試工程師提交的測試報告編寫測試總結(jié)報告，測試總結(jié)報告必須包含以下重要內(nèi)容：
（1）測試資源概述―多少人、多長時間。
（2）測試結(jié)果摘要―分別描述各個測試需求的測試結(jié)果，產(chǎn)品實(shí) 現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn)。
（3）缺陷分析―按照缺陷的屬性分類進(jìn)行分析。
（4）測試需求覆蓋率―原先列舉的測試需求的測試覆蓋率，可能 一部分測試需求因?yàn)橘Y源和優(yōu)先級的因素沒有進(jìn)行測試，那么 在這里要進(jìn)行說明。
（5）測試評估―從總體對項(xiàng)目質(zhì)量進(jìn)行評估。
（6）測試組建議―從測試組的角度為項(xiàng)目組提出工作建議。
4.3.2 測試驗(yàn)收
測試驗(yàn)收工作是在以上工作全部結(jié)束后，測試經(jīng)理對測試的過程、效果進(jìn)行驗(yàn)收，簽發(fā)測試驗(yàn)收報告，宣布測試結(jié)束。由測試經(jīng)理進(jìn)行測試驗(yàn)收，驗(yàn)收內(nèi)容包括：
（1）測試效果驗(yàn)收―測試是否達(dá)到預(yù)期目的。
（2）測試文檔驗(yàn)收―測試過程文檔是否齊全，符合標(biāo)準(zhǔn)。
（3）測試評估―從總體對測試的質(zhì)量進(jìn)行評估。
（4）測試建議―對本次測試工作指出不足，需要在以后工作中改 進(jìn)的地方。
（5）宣布測試結(jié)束―測試組成員簽字宣布本次測試結(jié)束。
4.3.3 測試歸檔
測試歸檔是在測試驗(yàn)收結(jié)束宣布測試有效，結(jié)束測試后，對測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸檔，主要包括測試計劃、測試用例、測試報告、驗(yàn)收報告等。這些文檔的編寫保障了測試的順利進(jìn)行，同時作為整個測試項(xiàng)目的痕跡，被保留下來，供查閱。
參考文獻(xiàn)
[1]佟偉光.軟件測試[M].北京：人民郵電出版，2008.
[2]Rex Black.測試流程管理[M].北京：北京大學(xué)出版社，2001.
[3]Robert V.Binder著，華慶一等譯.面向?qū)ο笙到y(tǒng)的測試[M].北京：人民郵電出版社，2001.
[4]Mark Fewster， Dorothy Graham著，舒智勇等譯.軟件測試自動化技術(shù)與實(shí)例詳解[M].北京：電子工業(yè)出版社，2000.
[5]Karl E.Wiegers著，陸麗娜，王忠民，王志敏譯.軟件需求[M].北京：機(jī)械工業(yè)出版社，2000.
軟件測試報告范文2
一、 測試組組成測試組由測試組長和測試工程師組成。
二、 測試組工作職責(zé)負(fù)責(zé)理解軟件產(chǎn)品的功能要求，搭建配套的測試環(huán)境，然后 對其進(jìn)行系統(tǒng)測試，檢查軟件有沒有錯誤 (Bug)，決定軟件是否 具有穩(wěn)定性 (Robustness)，并寫出相應(yīng)的測試用例、各階段測試 報告。
（一） 測試組長工作職責(zé)：
1、 協(xié)調(diào)測試組與各個項(xiàng)目組之間的流程及工作關(guān)系；
2、 對各個項(xiàng)目的測試工作進(jìn)行統(tǒng)籌安排，并對各個項(xiàng)目的 測試工作進(jìn)行計劃、分工和管理；
3、 定期或不定期與各個項(xiàng)目負(fù)責(zé)人溝通項(xiàng)目進(jìn)度，隨時了 解項(xiàng)目進(jìn)展情況；
4、 對測試組成員的日常工作進(jìn)行評審考核；
5、 定期或不定期向部門總監(jiān)匯報工作情況；
6、 參與日常的軟件測試工作。
（二） 測試工程師工作職責(zé)：
1、 仔細(xì)閱讀項(xiàng)目規(guī)格說明、設(shè)計文檔、使用說明書等，充 分掌握軟件的性能、特點(diǎn)、使用方法、業(yè)務(wù)流程等，協(xié) 助測試組長制定項(xiàng)目的測試計劃；
2、 依據(jù)項(xiàng)目要求，搭建相應(yīng)的測試環(huán)境，維護(hù)測試設(shè)備；
3、按照測試計劃編寫測試用例，保證測試用例合理有效；
4、 根據(jù)測試計劃及測試案例，執(zhí)行測試，并根據(jù)產(chǎn)品特點(diǎn) 及測試要求，實(shí)施集成測試、系統(tǒng)測試等，及時發(fā)現(xiàn)軟 件缺陷，評估軟件的特性與缺陷；
5、 詳細(xì)記錄測試過程，編寫測試報告和對測試結(jié)果進(jìn)行分 析，通過測試，掌握軟件具有的能力、缺陷、局限等， 對軟件質(zhì)量給出評價性的結(jié)論與意見，整理測試文檔， 填寫軟件測試報告,編寫測試總結(jié)，為軟件開發(fā)成果提供 總結(jié)性意見；
6、 配合研發(fā)部門各項(xiàng)軟件產(chǎn)品，并詳細(xì)編寫產(chǎn)品 通知單；
7、 完成上級及部門其他領(lǐng)導(dǎo)交辦的臨時任務(wù)。
三、 測試組工作流程測試組的工作與項(xiàng)目開發(fā)進(jìn)度緊密相關(guān)，所以測試的工作流 程依據(jù)開發(fā)進(jìn)度分階段進(jìn)行大致分為以下幾個階段：
（一） 計劃和設(shè)計階段
1、 項(xiàng)目組成立時，確定項(xiàng)目需求及項(xiàng)目設(shè)計方案，了解軟 件產(chǎn)品的主體功能及實(shí)現(xiàn)目的；
2、 項(xiàng)目經(jīng)理下發(fā)測試預(yù)通知，通知內(nèi)容包括：正式交接測 試時間、測試規(guī)模預(yù)計估算等信息；
3、 召開測試啟動會議，會議內(nèi)容包括：開發(fā)團(tuán)隊(duì)與測試組 交接測試內(nèi)容，對測試目標(biāo)達(dá)成一致，商討測試計劃，
統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn)；
4、 編寫測試計劃及相關(guān)文檔，依據(jù)測試啟動會議中確定的 目標(biāo)和重點(diǎn)，結(jié)合項(xiàng)目經(jīng)理下發(fā)的《測試任務(wù)書》，編寫
《測試計劃書》（見附件一）。計劃書的內(nèi)容應(yīng)該包括：
l測試需求：需要測試組測試的范圍，估算出測試所花 費(fèi)的人力資源和各個測試需求的測試優(yōu)先級；
l測試方案：整體測試的測試方法和每個測試需求的測 試方法；
l測試資源：本次測試所需要的人力、軟件、硬件及技 術(shù)資源；
l 測試組角色：明確測試組人員的工作內(nèi)容及相關(guān)職責(zé)；
l里程碑：明確項(xiàng)目進(jìn)行過程中的測試組應(yīng)該關(guān)注的里 程碑；
l文檔報告：確定在項(xiàng)目測試過程中需要提交的測試計 劃，測試報告等；
l測試計劃編寫完畢后，需提交給全體項(xiàng)目組成員，由 項(xiàng)目成員綜合評審后，確定最終《測試計劃書》（見 附件二）。項(xiàng)目經(jīng)理要以此為依據(jù)，跟蹤監(jiān)控項(xiàng)目測 試進(jìn)度，評估測試計劃的可行性，完整性，并且在項(xiàng) 目結(jié)束后評估測試質(zhì)量。
5、 設(shè)計測試用例，依據(jù)《測試計劃書》相關(guān)內(nèi)容，根據(jù)每 一步測試計劃編寫全部的測試用例，測試用例必須能滿
足全部的測試需求。
（二） 測試實(shí)施階段
1、 實(shí)施測試用例，測試工程師依據(jù)《測試計劃書》中分配 的測試任務(wù)和測試用例，實(shí)施相應(yīng)的測試工作，并詳細(xì) 記錄測試過程及結(jié)果。
2、 提交測試報告，在實(shí)施測試用例的過程中，依據(jù)記錄的 測試過程和結(jié)果，填寫《測試報告書》，并由測試組長審 批后，上報項(xiàng)目經(jīng)理。項(xiàng)目經(jīng)理安排開發(fā)組修改相應(yīng)的 軟件產(chǎn)品。測試報告內(nèi)容包括：測試產(chǎn)品版本、測試人 員、測試時間、測試過程、產(chǎn)品運(yùn)行BUG、產(chǎn)品缺陷狀態(tài)、 急待解決的問題。
3、 回歸測試，接到開發(fā)組的回歸測試通知后，測試組重新 拷貝修改后的最新版本，進(jìn)行回歸測試。回歸測試的用 例屬于測試用例的一部分或者全部測試用例，但不能超 出測試用例的范圍。
（三） 測試總結(jié)階段
1、 編寫測試總結(jié)報告：回歸測試全部通過完成后，由測試 組長整理填寫《測試總結(jié)報告》，報告主要內(nèi)容包括： 測試資源描述——參與測試人數(shù)，耗用測試時間； 測試結(jié)果摘要——描述各個測試需求的測試結(jié)果和功能 實(shí)現(xiàn)情況； 缺陷分析——按照缺陷的屬性分類進(jìn)行分析；
測試需求覆蓋率——如果在測試過程中未覆蓋到的測試 需求，在此應(yīng)詳細(xì)說明原因； 測試評估——對此次項(xiàng)目質(zhì)量進(jìn)行評估； 測試組建議——從測試組角度為項(xiàng)目組提出工作建議。
2、 測試驗(yàn)收：項(xiàng)目經(jīng)理收到測試組長提交的測試總結(jié)報告 后，對此次測試工作進(jìn)行驗(yàn)收。驗(yàn)收內(nèi)容包括：測試效 果驗(yàn)收、測試文檔驗(yàn)收、測試工作評估、測試工作建議， 簽字驗(yàn)收后，宣布此次測試結(jié)束。
3、 測試文檔歸檔：測試驗(yàn)收結(jié)束后，對測試過程中涉及到 的各種標(biāo)準(zhǔn)文檔進(jìn)行歸類、存檔。相關(guān)文檔包括：測試 任務(wù)書、測試計劃書、測試用例、測試報告書、測試總 結(jié)報告、測試驗(yàn)收報告等。
（四） 產(chǎn)品階段
軟件測試報告范文3
關(guān)鍵詞： 軟件測試； 自動化； 自動化測試； 測試工具； 可擴(kuò)展標(biāo)記語言技術(shù)
中圖分類號： TP 31文獻(xiàn)標(biāo)識碼： Adoi： 10.3969/j.issn.10055630.2013.02.004
引言隨著計算機(jī)應(yīng)用日益普及和深化，用戶對軟件的需求越來越多，對軟件要求也總是在不斷變化[1]。AutoCAD產(chǎn)品在軟件國際化的過程中，每次修改都需要對大量的測試用例進(jìn)行反復(fù)測試，還要在不同語言版本的操作系統(tǒng)平臺上測試，這就使得該項(xiàng)目的測試工作極為繁瑣。軟件自動化測試作為保證軟件質(zhì)量和可靠性的關(guān)鍵技術(shù)手段，正日益受到廣泛的重視。但如何進(jìn)行測試，如何提高測試的質(zhì)量和效率，仍然是許多人深感困擾的問題[2]。根據(jù)對AutoCAD軟件測試項(xiàng)目研究與實(shí)踐的體會，介紹軟件自動化測試技術(shù)的概述、基本過程和實(shí)現(xiàn)。結(jié)合實(shí)用的Silk Test工具以及可擴(kuò)展標(biāo)記語言技術(shù)（extensible markup language，XML），給出整個自動化測試框架。1自動化測試概述整個自動化測試平臺包含兩部分：測試平臺和服務(wù)器平臺。測試平臺包含不同語言版本或者不同操作系統(tǒng)的平臺；服務(wù)器平臺主要含有源代碼版本管理庫和測試結(jié)果的關(guān)系數(shù)據(jù)庫[3]。一個規(guī)范化的軟件自動化測試過程通常包括以下幾個基本的測試活動：（1）自動化測試用例選擇對于Silk Test工具而言，它對Java的支持很好，所以如果是多模塊、多軟件測試，首先要盡量選擇和Java相關(guān)的部分來設(shè)計用例[4]。（2）自動化測試環(huán)境準(zhǔn)備開啟windows遠(yuǎn)程控制，設(shè)置文件的擴(kuò)展名可見，安裝待測試AutoCAD系列產(chǎn)品，安裝測試過程所需的自動化測試軟件（Silk Test軟件）等等一系列配置。光學(xué)儀器第35卷
第2期商林霞，等：基于XML的軟件自動化測試
（3）自動化測試腳本開發(fā)Silk Test自動化測試工具支持簡單的捕獲同放功能，但是這并不是自動化測試。測試工具直接錄制產(chǎn)生的腳本是不能直接使用的，所以對于利用Silk Test工具編寫的腳本來說，通常是通過捕獲對話框圖形，抓到測試對象。然后利用Silk Test所提供的4Test語言來添加函數(shù)、控制結(jié)構(gòu)等[5]。 （4）自動化測試報告生成分析腳本運(yùn)行的結(jié)果是否符合要求，決定每個用例自動化測試是否通過。對測試結(jié)果進(jìn)行分類整理，生成測試報告。對于不能通過的測試結(jié)果要進(jìn)行分析、記錄和通報，方便相關(guān)的測試人員和開發(fā)人員了解測試結(jié)果。2自動化測試系統(tǒng)過程為了取得自動化測試效率和效益的最大化，現(xiàn)選取當(dāng)前最適合自動化的測試用例。例如自動化測試腳本編寫異常復(fù)雜的用例、運(yùn)行自動化測試腳本很難發(fā)現(xiàn)軟件缺陷的用例等等，都可以不運(yùn)用自圖1自動化測試系統(tǒng)實(shí)現(xiàn)框圖
Fig.1Automation testing system
realization block diagram動化測試，而運(yùn)用手動測試代替。同時在兩個測試版本的間歇進(jìn)行新的腳本的開發(fā)，當(dāng)有了一定數(shù)量的腳本之后，就讓腳本運(yùn)行起來，發(fā)揮作用[6]。現(xiàn)只要保證自動化運(yùn)行的環(huán)境足夠充足，那么每個測試版本所需的時間就會足夠短，節(jié)省了大量的人力。軟件自動化測試是一個極為復(fù)雜的過程。在不同的測試環(huán)境下，測試的流程也會有所不同。一般都要根據(jù)實(shí)際情況，制定相應(yīng)的測試流程。從軟件測試對象出發(fā)，軟件自動化測試系統(tǒng)實(shí)現(xiàn)框圖，如圖1所示。對于不同語言版本的本地化測試，測試過程大體是相似的。首先根據(jù)AutoCAD軟件的功能特征選擇和設(shè)計測試用例，然后就是由測試用例編寫測試腳本，接著就是將這些測試腳本作為輸入運(yùn)行程序，將通過測試得到的結(jié)果與先得到的英語版本的結(jié)果進(jìn)行比較，最后就是將兩者的比較結(jié)果寫成測試報告，軟件開發(fā)者根據(jù)測試報告再決定對軟件如何處理[7]。3系統(tǒng)實(shí)現(xiàn)
3.1腳本生成根據(jù)測試設(shè)計中的每個測試用例，利用 Silk Test軟件進(jìn)行編程，完成自動化測試腳本。腳本編寫完成，進(jìn)行不斷地調(diào)試，直至完成的腳本符合測試用例驗(yàn)證的要求。編程語言是4Test語言，整個腳本的思路是基于AutoCAD軟件對話框?qū)ο髞韺?shí)現(xiàn)的。函數(shù)中執(zhí)行圖像錄像功能的語句，把整個自動化測試的windows平臺界面上的執(zhí)行過程錄制下來，方便判斷軟件是否存在缺陷。針對每個自動化測試的測試用例，編寫測試腳本。每個測試用例都有數(shù)個測試確認(rèn)點(diǎn)，測試腳本要保證每個測試確認(rèn)點(diǎn)都能被執(zhí)行自動化測試，生成測試結(jié)果。測試腳本程序示例如下：
3.2結(jié)果信息讀取軟件本地化測試的對象是本地化的軟件，需要在本地語言的操作系統(tǒng)上進(jìn)行。以Windows中文語言操作平臺為例，用Silk Test工具運(yùn)行該對話框?qū)?yīng)的測試腳本，生成XML的結(jié)果信息文件，該XML記錄了該對話框上的所有信息：文字信息、控件位置信息、控件屬性信息。圖2中所示的AutoCAD軟件對話框的XML部分信息示例如下：
在獲取對話框信息之后，接著就要進(jìn)行XML結(jié)果的分析。讀取XML文件信息的程序片段為：
其中，利用XPath的路徑表達(dá)式來選取XML文檔中的節(jié)點(diǎn)或者節(jié)點(diǎn)集[8]。如要讀取出對話框的標(biāo)題信息“選擇樣板”，則正確的XPath語句是“/DIALOG/CONTROL[1]/Texts_LIST/@Texts_00000”。類似地，對話框上各控件的位置、大小、屬性等信息都可獲取到。如圖2中的截斷錯誤，都用紅色線框標(biāo)示出來，提升了后期錯誤分析的效率。
3.3結(jié)果對比國際化軟件自動化測試包括軟件國際化測試和軟件本地化測試。軟件的國際化測試一般是英語版本的測試，必須在本地化測試之前進(jìn)行。首先進(jìn)行國際化軟件測試有助于判斷軟件國際化的設(shè)計程度，確定軟件支持的國家區(qū)域，以及本地化是否容易[9]。本地化測試過程中，以源程序軟件結(jié)果（標(biāo)準(zhǔn)英語版本）作為本地化軟件的主要參考。運(yùn)行英語版本和本地化版本的結(jié)果比較程序，本地化版本對話框都將與標(biāo)準(zhǔn)英語版本對話框的各項(xiàng)信息進(jìn)行對比。經(jīng)對比本地化軟件存在缺陷時有三大類情況：（1）本地化軟件對話框的某項(xiàng)XML信息（控件的位置、大小、屬性等）是空值；（2）本地化軟件對話框的某項(xiàng)信息值的長度和標(biāo)準(zhǔn)英語版本的不一致；（3）本地化軟件對話框的某項(xiàng)信息內(nèi)容（控件的位置、大小、屬性等）和標(biāo)準(zhǔn)英語版本的不一致。結(jié)果比較程序的部分示例：
3.4結(jié)果分析在實(shí)際的項(xiàng)目測試過程中，每一步都有很具體的內(nèi)容。例如在報告測試結(jié)果的同時，實(shí)際上還包含了對測試結(jié)果的統(tǒng)計和分析，測試工程師通過對結(jié)果進(jìn)行分析來判斷是否存在缺陷，將缺陷上傳至Test Desk網(wǎng)站進(jìn)行管理。表1對話框界面的典型錯誤類型
Tab.1Typical error type of dialog user interface
軟件測試報告范文4
關(guān)鍵詞 計量自動化系統(tǒng)；性能測試；優(yōu)化
中圖分類號 TP311 文獻(xiàn)標(biāo)識碼 A 文章編號 1673-9671-(2012)072-0112-01
隨著科學(xué)技術(shù)的不斷進(jìn)步，電力自動化程度越來越高，特別現(xiàn)場電能量數(shù)據(jù)終端、大客戶負(fù)荷控制終端、配變計量監(jiān)測終端和集抄終端抄表系統(tǒng)的運(yùn)行，更是讓遠(yuǎn)程控制變成了現(xiàn)實(shí)，但是，這些遠(yuǎn)程系統(tǒng)是不是存在漏洞，各模塊能不能協(xié)同作用，是不是存在沖突，能不能傳輸完整的數(shù)據(jù)、能不能對數(shù)據(jù)進(jìn)行系統(tǒng)的分析等問題也向系統(tǒng)提出了要求，在這種情況下，認(rèn)真進(jìn)行電力行業(yè)各種自動化系統(tǒng)軟件性能測試解析與優(yōu)化，確保四分線損、供電質(zhì)量、停電統(tǒng)計、預(yù)購電管理、錯峰管理、負(fù)荷控制、拉合閘管理等功能模塊之間能夠協(xié)調(diào)有序進(jìn)行，對于維護(hù)電力系統(tǒng)的正常運(yùn)行，提高電力行業(yè)的綜合競爭能力具有非常重要的現(xiàn)實(shí)意義。
1 計量自動化系統(tǒng)性能測試的目的
通過對計量自動化系統(tǒng)性能的測試不但可以發(fā)現(xiàn)軟件存在的漏洞和缺陷，而且還可以驗(yàn)證系統(tǒng)軟件在各種情況下的運(yùn)行能力。電力用戶的不斷增加也給系統(tǒng)軟件運(yùn)行提出了要求，系統(tǒng)所能夠承受的最大用戶量也是電力行業(yè)必須充分了解的問題，通過計量自動化系統(tǒng)性能測試就可以解決這個問題。同時，通過針對性的系統(tǒng)軟件測試還可以實(shí)現(xiàn)系統(tǒng)軟件的性能優(yōu)化，使系統(tǒng)軟件能夠在不同的條件下都能夠穩(wěn)定運(yùn)行。
2 計量自動化系統(tǒng)性能測試的內(nèi)容
在計量自動化系統(tǒng)運(yùn)行過程中，軟件的運(yùn)行環(huán)境、軟件的響應(yīng)時間、軟件長期運(yùn)行的穩(wěn)定性、軟件所能支持的最大并發(fā)數(shù)以及系統(tǒng)在一定時間內(nèi)所能夠處理的信息量等內(nèi)容都會給系統(tǒng)運(yùn)行造成一定的影響，因此在進(jìn)行計量自動化系統(tǒng)性能測試的過程中，就必須針對上面容易給系統(tǒng)造成影響的內(nèi)容進(jìn)行精確的性能測試，以避免軟件的不啟動、誤操作或者非正常運(yùn)行等狀況發(fā)生。在測試過程中，我們主要是通過現(xiàn)場模擬，使用自動化測試工具對電力系統(tǒng)負(fù)載正常、負(fù)載異常以及峰值等階段進(jìn)行測試，從而判斷計量自動化系統(tǒng)的各項(xiàng)性能指標(biāo)是不是能夠達(dá)到標(biāo)準(zhǔn)。
3 計量自動化系統(tǒng)性能測試解析與優(yōu)化
作為一款系統(tǒng)軟件行為與性能的測試產(chǎn)品，Load Runner主要包括VuGen（虛擬用戶發(fā)生器）、Pressure regulation（壓力調(diào)度）、Controller（監(jiān)控中心）、Load Generator（壓力生成器）、Analysis（結(jié)果分析工具）等。通過Load Runner就能夠完成對計量自動化系統(tǒng)性能進(jìn)行測試。其常規(guī)測試步驟如下：
1）對計量自動化系統(tǒng)性能進(jìn)行測試，針對軟件的運(yùn)行環(huán)境、軟件的響應(yīng)時間、軟件長期運(yùn)行的穩(wěn)定性、軟件所能支持的最大并發(fā)數(shù)以及系統(tǒng)在一定時間內(nèi)所能夠處理的信息量等內(nèi)容對系統(tǒng)運(yùn)行造成的影響進(jìn)行測試。
2）在操作計量自動化系統(tǒng)的前提條件下，通過VuGen記錄生成相關(guān)虛擬用戶腳本。
3）對腳本進(jìn)行修改，確保腳本能夠?qū)崿F(xiàn)我完整回放。
4）在Controller內(nèi)根據(jù)測試內(nèi)容進(jìn)行測試場景配制。其內(nèi)容主要包括，電力虛擬用戶數(shù)目、運(yùn)行參數(shù)、電力用戶的增長方式、軟件測試的循環(huán)方式、安全退出、軟件監(jiān)視指標(biāo)等。
5）執(zhí)行測試。Controller通過Load Generator對被測試的系統(tǒng)軟件產(chǎn)生一定的壓力，施加一定的行為，然后對系統(tǒng)在測試過程中的數(shù)據(jù)進(jìn)行收集，然后將數(shù)據(jù)傳遞到Controller，并讓Controller進(jìn)行數(shù)據(jù)匯總。
6）通過Analysis對匯總的數(shù)據(jù)進(jìn)行分析，并在數(shù)據(jù)分析的基礎(chǔ)上進(jìn)行優(yōu)化方案設(shè)計。
7）進(jìn)行優(yōu)化測試。盡管計量自動化系統(tǒng)模塊眾多，并且各模塊執(zhí)行的動作不同，但是進(jìn)行軟件測試和優(yōu)化的程序大致相同，現(xiàn)在以采集模塊的優(yōu)化和測試進(jìn)行說明。
4 制定采集模塊作性能測試方案
4.1 確定采集模塊作測試場景
采集模塊作測試場景主要是模擬系統(tǒng)軟件的實(shí)際運(yùn)行場景，其主要內(nèi)容包括運(yùn)行參數(shù)、軟件測試的循環(huán)方式、安全退出、軟件監(jiān)視指標(biāo)等。在測試場景確定的過程中，要盡可能選擇和采集模塊作在實(shí)際運(yùn)行過程中比較相似的接受四個數(shù)據(jù)終端數(shù)據(jù)的任務(wù)并發(fā)測試場景，從而充分了解采集模塊作極限運(yùn)行狀態(tài)下的運(yùn)行狀況。
4.2 確定監(jiān)視指標(biāo)
在測試過程中，必須認(rèn)真監(jiān)視和服務(wù)器相對應(yīng)的軟件性能計數(shù)器，其監(jiān)視的結(jié)果就是監(jiān)視指標(biāo)，通過監(jiān)視指標(biāo)不但能夠進(jìn)行結(jié)果分析，而且還可以尋找導(dǎo)致發(fā)生性能問題的根源。
5 執(zhí)行采集模塊性能測試方案
5.1 搭建采集模塊性能測試環(huán)境
首先，要按照測試方案搭建一個獨(dú)立、無病毒、相似性強(qiáng)的采集模塊運(yùn)行環(huán)境，然后安裝調(diào)試采集模塊，安裝Load Runner；其次，準(zhǔn)備測試數(shù)據(jù)。為了保證測試數(shù)據(jù)的合理性，測試數(shù)據(jù)通常從電力部門獲取，如果是自己準(zhǔn)備的數(shù)據(jù)，要分析數(shù)據(jù)的合理性，避免出現(xiàn)大量的垃圾信息，其數(shù)據(jù)必須確保軟件能夠按照流程正常運(yùn)行。再次，在測試數(shù)據(jù)準(zhǔn)備完成后，要及時進(jìn)行數(shù)據(jù)庫的備份。
5.2 編寫或者錄制測試腳本
測試腳本的生成既能夠通過編寫完成，又能夠通過測試工具進(jìn)行錄制。不管是上述兩種方式中的哪一種，所生成的測試腳本必須有效，這也就是說測試腳本能夠充分反映系統(tǒng)軟件的實(shí)際運(yùn)行狀況。
5.3 測試場景的布置
按照測定方案進(jìn)行測試場景的布置。
5.4 執(zhí)行測試
要想準(zhǔn)確判斷軟件的實(shí)際運(yùn)行能力，必須通過一定強(qiáng)度的測試，準(zhǔn)確測定EAC（即電能量數(shù)據(jù)遙測終端）、集抄終端、負(fù)控終端和配變終端的使用效率，運(yùn)行速度、穩(wěn)定性。
在測試過程中，要認(rèn)真測試不同壓力下采集程序的定時采集數(shù)據(jù)的能力，以及負(fù)控、配變、集抄終端的主動連接和采集數(shù)據(jù)的能力；來自于每一個終端上報信息的時間、數(shù)據(jù)量以及數(shù)據(jù)的質(zhì)量；任務(wù)調(diào)度程序和采集傳輸服務(wù)程序任務(wù)調(diào)度分發(fā)能力和負(fù)載均衡能力。
認(rèn)真比對不同壓力下信息采集的工作效率，進(jìn)而對整個模塊做出準(zhǔn)確的判斷，然后在測定系統(tǒng)各個模塊的基礎(chǔ)上實(shí)現(xiàn)對系統(tǒng)的測試。在測試過程中，不管是哪一個環(huán)節(jié)，都必須采用統(tǒng)一的標(biāo)準(zhǔn)，糾正任何一點(diǎn)偏差，否則就會導(dǎo)致測試失敗。同時，還要注意外部環(huán)境對測試結(jié)果在成的影響。
6 生成并分析測試報告
測試報告是整個測試的結(jié)論性文件。系統(tǒng)開發(fā)人員要對測試報告中的相關(guān)數(shù)據(jù)進(jìn)行分析，認(rèn)真查找模塊中存在的問題以及缺陷。在這個過程中，首先必須認(rèn)真篩選出測試數(shù)據(jù)中的典型數(shù)據(jù)，然后認(rèn)真分析數(shù)據(jù)，查找隱含在數(shù)據(jù)中的模塊問題；其次，要認(rèn)真分析問題發(fā)生的原因，在找出原因的基礎(chǔ)上提出合理的解決或者優(yōu)化方案。
7 小結(jié)
總之，通過軟件性能測試，可以發(fā)現(xiàn)存在于計量自動化系統(tǒng)中的缺陷和漏洞，并進(jìn)行糾正，這樣就可以確保電力系統(tǒng)的遠(yuǎn)程控制的正常進(jìn)行，真正實(shí)現(xiàn)電力計量自動化。
參考文獻(xiàn)
[1]李軍鋒,任世鶴.軟件可靠性及其測試分析[J].軟件導(dǎo)刊,2010,09(08).
軟件測試報告范文5
關(guān)鍵詞:軟件測試;案例教學(xué);教學(xué)內(nèi)容
中圖分類號:TP311 文獻(xiàn)標(biāo)識碼:A文章編號:1009-3044(2010)09-2275-02
Teaching Methods of Software Testing Technology
GAO Zhi-sheng
(School of Mathematic and Computer, Xihua University, Chengdu 610039, China)
Abstract: Software testing is a course that teaches the software testing methods and means. Case teaching methods that runs through the whole software testing process with a single case is proposed. The corresponding teaching contents and experiment requirements are also introduced. Through the teaching methods, the studying interesting, the initiative and the capability of finishing the practical software testing projects are really improved.
Key words: software testing; case teaching; teaching contents
軟件開發(fā)過程中的質(zhì)量問題是關(guān)系到軟件和軟件組織生存的重大問題,得到了越來越多的重視。目前在高校的軟件工程專業(yè)普遍開設(shè)有軟件測試相關(guān)課程。但是在具體教學(xué)實(shí)踐中,教師普遍感覺到有許多不如意的地方[1],具體表現(xiàn)在教學(xué)內(nèi)容與具體應(yīng)用脫節(jié),學(xué)生對軟件測試認(rèn)識有誤區(qū),學(xué)生學(xué)習(xí)積極性不強(qiáng)、認(rèn)為軟件測試是文字性課程,軟件測試過程如何展開,如何選擇測試工具,如何在教學(xué)中貫徹軟件測試管理思想等。
近年來關(guān)于怎樣進(jìn)行軟件測試教學(xué),引起了相關(guān)專家的重視和討論[1-4]。本文在總結(jié)前人的經(jīng)驗(yàn)基礎(chǔ)上,結(jié)合作者近幾年在軟件測試技術(shù)課程教學(xué)中的實(shí)踐提出了以一個具體項(xiàng)目案例貫穿整個教學(xué)過程,理論與實(shí)踐緊密結(jié)合的教學(xué)方法。
1 教學(xué)的目的和教學(xué)方法
軟件測試技術(shù)課程是本校軟件工程專業(yè)的一門專業(yè)必修課程,通過軟件知識體系的學(xué)習(xí),使學(xué)生了解軟件測試的發(fā)展現(xiàn)狀,認(rèn)識軟件測試的重要性,掌握軟件測試的方法和技術(shù),熟悉軟件測試過程管理,從而具有獨(dú)立承擔(dān)軟件測試項(xiàng)目的實(shí)施能力,具有測試計劃、管理、實(shí)現(xiàn)和軟件質(zhì)量保障的能力[3]。
針對以上教學(xué)目的,我們在軟件測試技術(shù)教學(xué)過程中引入一個具體測試項(xiàng)目案例貫穿整個教學(xué)過程的教學(xué)方法。第一課時,我們組織學(xué)生自由進(jìn)行分組,每組5個人左右,每組確定一個名稱。要求每個小組在課程的前幾周完成同一個模擬題目“大學(xué)圖書館管理系統(tǒng)”的軟件開發(fā)。系統(tǒng)完成后,然后各個小組交叉進(jìn)行測試對方開發(fā)的軟件系統(tǒng)。隨著課程的進(jìn)度,主要要求學(xué)生完成軟件系統(tǒng)的單元測試,集成測試,功能測試和系統(tǒng)測試。單一的案例貫穿整個軟件項(xiàng)目測試過程的案例教學(xué)方法的優(yōu)點(diǎn)是:
1)軟件測試的前期課程有“Java EE編程技術(shù)”,同時我們選擇圖書館管理系統(tǒng)作為開發(fā)對象,學(xué)生從技術(shù)上和業(yè)務(wù)需求上都具備快速完成該系統(tǒng)的能力。
2)相同的開發(fā)對象,互相測試對方開發(fā)的系統(tǒng),有利于形成競爭,有利于調(diào)動學(xué)生的學(xué)習(xí)積極性。同時也有利于教師對學(xué)生完成的結(jié)果進(jìn)行點(diǎn)評和組織課堂討論。
3)整個軟件測試課程,學(xué)生能夠完成對一個具體項(xiàng)目的全部測試過程,有利于促進(jìn)學(xué)生系統(tǒng)地掌握軟件測試的技術(shù)方法,組織和過程。
2 教學(xué)過程
我們的教學(xué)過程主要包括以下5個階段,最初的幾周主要講解軟件測試原理,同時這個階段學(xué)生主要完成指定項(xiàng)目,然后是4個主要的軟件測試技術(shù):單元測試,集成測試,功能測試和性能測試。軟件測試課程也會講解其他如回歸,壓力等其它測試技術(shù),下面是我們課程重點(diǎn)講授的內(nèi)容和要求。
2.1 軟件測試原理
本階段主要講授軟件測試技術(shù)的基本概念,使學(xué)生掌握基本的軟件測試原理。包括軟件測試的重要性,軟件評測師的職業(yè)規(guī)劃,軟件質(zhì)量的概念等基本概念,重點(diǎn)講授的內(nèi)容是白盒測試及用例的設(shè)計和黑盒測試及用例的設(shè)計兩個章節(jié)。白盒測試主要包括邏輯覆蓋和基本路徑覆蓋兩種用例設(shè)計方法,邏輯覆蓋又分為語句、判定、條件、判定/條件、組合、路徑覆蓋等。黑盒測試的重點(diǎn)內(nèi)容是等價類劃分,邊界值分析,因果圖,決策表和場景法。
本階段對學(xué)生的實(shí)踐要求是開發(fā)“大學(xué)圖書館管理系統(tǒng)”,由上課老師為學(xué)生統(tǒng)一提供系統(tǒng)的需求規(guī)格說明書,該系統(tǒng)的主要功能如圖1所示。要求學(xué)生結(jié)合對本校圖書借閱系統(tǒng)的使用和需求規(guī)格說明書,采用Java EE技術(shù)進(jìn)行開發(fā),系統(tǒng)采用典型的4層結(jié)構(gòu)進(jìn)行設(shè)計,如圖2所示,即運(yùn)行在客戶端計算機(jī)上的客戶層組件、運(yùn)行在Java EE服務(wù)器上的Web層組件、業(yè)務(wù)層組件和運(yùn)行在EIS服務(wù)器上的企業(yè)信息系統(tǒng)(EIS)層軟件[4]。系統(tǒng)開發(fā)采用JSF+EJB3.0的架構(gòu),Glassfish為應(yīng)用服務(wù)器,MySql提供數(shù)據(jù)庫服務(wù)。
2.2 單元測試
單元測試是對軟件最小組成單元的測試,是軟件開發(fā)過程中進(jìn)行的最基本的測試。單元測試主要按照程序內(nèi)部的結(jié)構(gòu)測試程序,檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。單元測試主要考慮各個模塊接口的輸入和輸出,模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu),模塊的邊界條件,模塊的基本路徑和模塊的出錯處理。單元測試階段還講授代碼規(guī)范性檢查,代碼覆蓋率的檢查,代碼復(fù)雜度的計算和內(nèi)存泄漏的檢查等。
完成單元測試的基本原理的學(xué)習(xí)后,要求學(xué)生交叉完成圖書館管理系統(tǒng)的單元測試,主要抽取系統(tǒng)中的核心函數(shù)進(jìn)行測試。完成測試后要求每個小組提供單元測試計劃,單元測試用例和單元測試報告3個報告文檔。得到所有報告后,組織一次課堂討論,展示優(yōu)秀小組的成果,分析原因總結(jié)經(jīng)驗(yàn)。單元測試工具要求采用JUnit,代碼規(guī)范和代碼質(zhì)量分析采用Logitscope, Pruify用于分析代碼的內(nèi)存問題。
2.3 集成測試
軟件各個單元通過單元測試之后,需要檢查各個單元之間的相互接口是否正確,就是集成測試。軟件集成測試主要考慮的問題是模塊間的數(shù)據(jù)傳遞是否正確,一個模塊的功能是否會對另一個模塊的功能產(chǎn)生錯誤的影響,全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題,塊組合起來的功能是否能滿足要求,集成后累積誤差是否被放大等[5]。關(guān)于軟件集成測試的原則、策略和用例設(shè)計等相關(guān)原理可參考其它相關(guān)文獻(xiàn)。
教授完集成測試相關(guān)原理后,我們要求每個小組負(fù)責(zé)人組織完成系統(tǒng)的集成測試。集成測試以一個EJB、Servlet或者JSF為基本單元,工具選擇Cactus和HttpUnit。完成集成測試后要求每個小組提交集成測試計劃、集成測試設(shè)計文檔和集成測試分析報告。收齊所有小組成果,組織學(xué)生進(jìn)行討論。
2.4 功能測試
功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證,根據(jù)功能測試用例,逐項(xiàng)測試,檢查產(chǎn)品是否達(dá)到用戶要求的功能。主要考慮系統(tǒng)的各個功能,一般從軟件產(chǎn)品的界面、架構(gòu)出發(fā),按照需求編寫測試用例,測試產(chǎn)品時是否達(dá)到用戶使用的需求。本階段主要讓學(xué)生采用WinRunner完成系統(tǒng)的功能測試,進(jìn)行功能測試之前首先完成測試計劃和測試用例的設(shè)計。然后完成WinRunner的6個步驟:識別程序的GUI,建立測試腳本,完善測試腳本,在新版應(yīng)用程序執(zhí)行測試腳本,分析測試結(jié)果和回報缺陷。
2.5 性能測試
典型的性能測試主要是從系統(tǒng)的響應(yīng)時間、吞吐量、系統(tǒng)資源利用率、并發(fā)用戶數(shù)、HTTP事務(wù)處理數(shù)/秒、會話數(shù)/秒和連接建立時間等方面衡量系統(tǒng)的性能。性能測試主要有壓力測試,容量測試和強(qiáng)度測試等。針對圖書館管理系統(tǒng)的特點(diǎn),我們要求學(xué)生理解性能測試的重要性和困難性,掌握性能測試的基本概念和技術(shù)。在此技術(shù)上,我們要求學(xué)生使用LoadRunner完成系統(tǒng)的壓力測試。主要步驟是測試需求分析,制定測試策略和方案(重點(diǎn)是設(shè)計測試場景),使用VuGen創(chuàng)建腳本,在Controller中創(chuàng)建場景,運(yùn)行場景,分析結(jié)果。完成后提交測試策略和方案報告,腳本和圖書館管理系統(tǒng)壓力測試報告。
3 結(jié)論
一個合格的軟件評測師要求具有編程能力、開發(fā)能力、溝通能力、管理能力、逆向思維能力等多種能力。怎樣在大學(xué)軟件測試技術(shù)教學(xué)中培養(yǎng)既有理論又能實(shí)踐的軟件測試從業(yè)人員是本文研究的動機(jī)。我們提出的基于同一案例貫穿整個軟件測試技術(shù)教學(xué)過程的教學(xué)方法,通過學(xué)生互測對方開發(fā)的軟件系統(tǒng),相互對比,相互促進(jìn)同時組織課堂討論,有效營造了主動學(xué)習(xí)的氣氛,增強(qiáng)了學(xué)生的學(xué)習(xí)積極性,培養(yǎng)了學(xué)生主動思考問題的能力。該方法是一個值得借鑒的軟件測試技術(shù)教學(xué)方法。
參考文獻(xiàn):
[1] 李繪卓,唐峻,范勇.基于案例的軟件測試實(shí)驗(yàn)教學(xué)[J].電腦知識與技術(shù),2009,27(5):7820-7821.
[2] 屠紅蕾.軟件測試教學(xué)的點(diǎn)滴體會[J].計算機(jī)教育,2008(10):124-125.
[3] 李亞.“軟件測試”教學(xué)探索與實(shí)踐[J].計算機(jī)教育,2008(6):14-15.
軟件測試報告范文6
關(guān)鍵詞：軟件測試；性能測試；LoadRunner
中圖分類號：TP306 文獻(xiàn)標(biāo)識碼：A 文章編號：1672-3198(2009)12-0296-02
1 軟件性能測試
根據(jù)測試的目的和內(nèi)容的不同，性能測試主要包括以下方面：
(1)負(fù)載測試：確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。
(2)強(qiáng)度測試：確定在系統(tǒng)資源特別低的條件下軟件系統(tǒng)運(yùn)行情況。
(3)容量測試：在用戶可接受的響應(yīng)范圍內(nèi)，確定系統(tǒng)可處理同時在線的最大用戶數(shù)。
(4)壓力測試：通過確定一個系統(tǒng)的瓶頸或者最大使用極限的測試。
(5)疲勞強(qiáng)度測試：以系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作強(qiáng)度性能的過程。
(6)大數(shù)據(jù)量測試：大數(shù)據(jù)量測試側(cè)重點(diǎn)在于數(shù)據(jù)的量上，包括獨(dú)立的數(shù)據(jù)量測試和綜合數(shù)據(jù)量測試。獨(dú)立的數(shù)據(jù)量測試針對某些系統(tǒng)存儲，傳輸、統(tǒng)計、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量測試，而綜合數(shù)據(jù)量測試一般和壓力性能測試、負(fù)載性能測試、疲勞性能測試相結(jié)合。
2 軟件性能測試流程
2.1 測試方案設(shè)計
在軟件性能測試的初始階段，首先應(yīng)對業(yè)務(wù)模型和系統(tǒng)架構(gòu)進(jìn)行調(diào)研，收集測試需求。然后生戚性能測試計劃。業(yè)務(wù)調(diào)研和系統(tǒng)調(diào)研，需要性能測試團(tuán)隊(duì)提前了解被測試項(xiàng)目的業(yè)務(wù)功能和系統(tǒng)架構(gòu)。其間。開發(fā)部門應(yīng)協(xié)助提供被測系統(tǒng)相關(guān)的文檔和說明，如系統(tǒng)總體介紹、系統(tǒng)規(guī)格書、用戶使用手冊、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖和系統(tǒng)配置說明、關(guān)鍵服務(wù)器及應(yīng)用部署與配置等文檔。通過和業(yè)務(wù)部門協(xié)商明確本次測試針對哪些業(yè)務(wù)行為，制定此次測試的目標(biāo)，細(xì)化測試的關(guān)注點(diǎn)和性能指標(biāo)要求。通過以上內(nèi)容制定詳細(xì)的測試方案，并制定詳細(xì)測試計劃和各階段目標(biāo)。
2.2 測試環(huán)境的搭建
測試環(huán)境的搭建分為軟硬測試系統(tǒng)的環(huán)境搭建和測試相關(guān)的數(shù)據(jù)準(zhǔn)備工作。環(huán)境搭建包括被測試系統(tǒng)的硬件環(huán)境建立和軟件應(yīng)用系統(tǒng)建立及基礎(chǔ)數(shù)據(jù)環(huán)境建立。保障被測試系統(tǒng)的業(yè)務(wù)可用性和功能的正確性，包括測試系統(tǒng)(如被測試項(xiàng)目的操作系統(tǒng)、中間件、數(shù)據(jù)庫、壓力測試控制臺、壓力測試發(fā)起工具等)的環(huán)境搭建、軟件的安裝；測試環(huán)境的網(wǎng)絡(luò)環(huán)境建立(如開放防火墻和網(wǎng)關(guān)等)；最后進(jìn)行測試環(huán)境可用性驗(yàn)證。測試數(shù)據(jù)準(zhǔn)備包括測試應(yīng)用系統(tǒng)基礎(chǔ)數(shù)據(jù)準(zhǔn)備，即需要按性能測試規(guī)模要求，準(zhǔn)備足夠的、一定規(guī)模的基礎(chǔ)數(shù)據(jù)，通常采用全量恢復(fù)生產(chǎn)數(shù)據(jù)的方式以達(dá)到和生產(chǎn)環(huán)境數(shù)據(jù)一致性的要求。
2.3 測試場景開發(fā)
測試場景開發(fā)指測試程序(腳本)的開發(fā)。測試程序(腳本)的開發(fā)是對被測系統(tǒng)的用戶業(yè)務(wù)行為進(jìn)行模擬、錄制、編程、參數(shù)化、腳本定制和調(diào)式等一系列工作，以使測試程序(腳本)可以真實(shí)模擬實(shí)際生產(chǎn)中的業(yè)務(wù)交易行為，并通過對程序中參數(shù)的配置實(shí)現(xiàn)對并發(fā)數(shù)、思考時間等屬性的準(zhǔn)確控制。
2.4 測試執(zhí)行
測試執(zhí)行是在測試方案的制定、測試環(huán)境準(zhǔn)備、測試場景開發(fā)工作正確完成的基礎(chǔ)上進(jìn)行的。
2.5 測試報告和分析
性能測試報告和結(jié)果分析是在測試執(zhí)行完成以后，對性能數(shù)據(jù)進(jìn)行采集結(jié)果收集工作和針對性能測試過程中暴露的問題進(jìn)行分析的階段。性能測試報告是對性能測試過程中的監(jiān)控結(jié)果以及報表進(jìn)行匯總，按照一定的模板整理出的一份結(jié)論性文檔。開發(fā)團(tuán)隊(duì)和性能測試團(tuán)隊(duì)?wèi)?yīng)依據(jù)對性能測試實(shí)施過程中監(jiān)控和記錄的數(shù)據(jù)和表格，分析系統(tǒng)中存在的性能問題和程序缺陷。并有針對性的在報告中闡述問題、分析原因、提出解決或優(yōu)化方案。
2.6 回歸測試
回歸測試是開發(fā)部門在性能測試報告的基礎(chǔ)上針對軟件的性能或者效率缺陷進(jìn)行優(yōu)化或者修復(fù)，為了驗(yàn)證優(yōu)化的效果而進(jìn)行的再測試。
3 軟件性能測試工具LoadRunner
作為軟件質(zhì)量控制中的重要一環(huán)，性能測試已經(jīng)越來越受到軟件開發(fā)商和用戶的重視，成為軟件測試的重中之重。性能測試通常在系統(tǒng)測試階段執(zhí)行，常常與強(qiáng)度測試結(jié)合起來，一般需要使用測試工具。一個優(yōu)秀的軟件測試工具，不僅可以輔助測試工作，滿足科學(xué)測試的基本要求；而且可以自動化測試過程，節(jié)約大量的時間、成本、人員和資源，提高軟件產(chǎn)品的質(zhì)量。目前市場上主要使用的測試工具有微軟公司的WAS(Web Application Stress Tool)、Compuware公司的QALoad、RadView公司的WebRunner、HP(Mercury)公司的LoadRunner。下面以LoadRunner為例。介紹軟件測試工具的工作流程。
LoadRunner是一種預(yù)測系統(tǒng)行為和性能的負(fù)載測試工具。通過模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時性能檢測來確認(rèn)和查找問題，能夠?qū)φ麄€企業(yè)架構(gòu)進(jìn)行測試。通過使用LoadRunner，企業(yè)能夠最大限度的縮短測試時間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的周期。LoadRunner能支持廣泛的協(xié)議和技術(shù)，功能比較強(qiáng)大，可以為特殊環(huán)境提供特殊的解決方案。LoadRunner由下面三部分組成：Virtual UserGenerator用來錄制腳本、編輯腳本Controller用來布置測試場景、執(zhí)行測試場景；Analysis用來對測試結(jié)果進(jìn)行分析。
用LoadRunner進(jìn)行負(fù)載測試的流程通常由五個階段組成：計劃、腳本創(chuàng)建、場景定義、場景執(zhí)行、監(jiān)視執(zhí)行和結(jié)果分析。
(1)計劃負(fù)載測試：定義性能測試要求，例如并發(fā)用戶的數(shù)量、典型業(yè)務(wù)流程和所響應(yīng)時間；根據(jù)軟件項(xiàng)目相關(guān)需求，定義相關(guān)測試的細(xì)節(jié)，撰寫性能測試報告。
(2)創(chuàng)建Vuser腳本：將最終用戶活動捕獲到自動腳本中LoadRunner的腳本是C語言代碼，LoadRunner有自己的一整套函數(shù)接口，可以供外部調(diào)用。腳本可分INIT、ACTION、END三部分，其中：INIT部分可以理解為初始部分。ACTION可以理解為事務(wù)部分，也是測試的主體，END是退出結(jié)束。
當(dāng)錄制完一個基本的用戶腳本后，在正式使用前我們還需要完善測試腳本，增強(qiáng)腳本的靈活性。一般情況下，我們通過以下幾種方法來完善測試腳本。插人事務(wù)、插入結(jié)合點(diǎn)、插入注解、參數(shù)化輸入。
(3)定義場景：使用LoadRunner Controller設(shè)置測試環(huán)境；錄制好腳本之后，就可以把腳本加入到場景里面去了，這里首先介紹一下LR的場景類型，LR有2種大的場景類
型。
①M(fèi)anual Scenario：該項(xiàng)要完全手動的設(shè)置場景，這項(xiàng)下面還可以設(shè)置為每一個腳本分配要運(yùn)行的虛擬用戶的百分比，可在Controller的Scenario菜單下設(shè)置。
②Goal―Oriented Scenario,如果你的測試計劃是要達(dá)到某個性能指標(biāo)，比如：每秒多少點(diǎn)擊。每秒多少transae，tions，能到達(dá)多少VU，某個Transaction在某個范圍VU(5D。一1000)內(nèi)的反應(yīng)時間等等，那么就可以使用面向目標(biāo)的場景。
(4)設(shè)置場景：
Design：設(shè)計測試場景的靜態(tài)部分，設(shè)置模擬用戶生成器、模擬用戶數(shù)量、模擬用戶組等。
Run：設(shè)計測試的動態(tài)部分，主要指添加性能計數(shù)器，在腳本運(yùn)行的過程中可以通過這些計數(shù)器反饋的數(shù)據(jù)。
建立了測試場景后，我們可以對Edit_Schedule進(jìn)行設(shè)置，設(shè)置測試開始執(zhí)行的時問，對于手動設(shè)計的測試還可以設(shè)定它的持續(xù)時間，以及何時起用或禁止調(diào)用模擬用戶。
(5)運(yùn)行場景：通過LoadRunner Controller驅(qū)動、管理和監(jiān)控負(fù)載測試。
設(shè)置完畢后，點(diǎn)擊“開始方案”運(yùn)行場景。在運(yùn)行過程中，可以監(jiān)視各個服務(wù)器的運(yùn)行情況(DataBase Server、WebServer等)。監(jiān)視場景通過添加性能計數(shù)器來實(shí)現(xiàn)，下列數(shù)據(jù)需要特別關(guān)注：
①M(fèi)emory：Available Mbytes物理內(nèi)存的可用數(shù)(單位Mbytes)至少要有10％的物理內(nèi)存值。
⑦Processor：Processor Time CPU使用率。這是查看處理器飽和狀況的最佳計數(shù)器。顯示所有CPU的線程處理時間。如果一個或多個處理器的該數(shù)值持續(xù)超過90％，則表示此測試的負(fù)載對于目前的硬件過于沉重。為多處理器服務(wù)器添加該計數(shù)器的O到x個實(shí)例。
③Processor Queue Length：是指處理列隊(duì)中的線程數(shù)，小于2。處理器瓶頸時會導(dǎo)致該值持續(xù)大于2。
④Context Switches/sec；如果切換次數(shù)到5000*CPU個數(shù)和i0000*CPU個數(shù)中，說明它忙于切換線程。
⑤Network Interface：Bytes Total/sec為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較。
