論測試方法和工具的選用.doc

論測試方法和工具的選用【摘要】 本文討論某省環(huán)保廳重點污染源在線監(jiān)測系統(tǒng)的測試方法和工具的選用。該系統(tǒng)的目標是全天候在線監(jiān)控重點污染源企業(yè)污染物排放情況及污染處理設施運行情況，包括污染源自動監(jiān)控及污染源報警，主要實現(xiàn)污染源遠程監(jiān)測、現(xiàn)場數(shù)據(jù)采集、自動判斷是否超標、超標報警等功能，滿足全省環(huán)境監(jiān)察人員對重點污染源企業(yè)監(jiān)測數(shù)據(jù)的查詢分析、報表打印、遠程自動采樣等需求。系統(tǒng)的性能和安全性要求高。系統(tǒng)的功能多，性能要求高。項目采用了微軟.net應用開發(fā)平臺，系統(tǒng)經(jīng)歷了多個測試階段。根據(jù)系統(tǒng)的特點本文重點討論測試策略和測試工具的選用，在單元測試中劃分了類的優(yōu)先級，使用了NUnit測試框架，性能測試中確定關鍵用例，使用了Rational Test Manager 2003。在該項目中我擔任了項目經(jīng)理，參與了系統(tǒng)的分析與設計工作，同時也參與了整個測試過程?！菊摹?近年來，隨著社會經(jīng)濟的發(fā)展，環(huán)境污染負荷逐漸增加，環(huán)境問題已經(jīng)成為關系到國家和民族生存的重大問題。為有效加強污染源監(jiān)管，提高環(huán)境監(jiān)察執(zhí)法信息化應用能力工作迫在眉睫。2008年3月份某省環(huán)保廳委托我所在的公司承擔污染源在線監(jiān)測系統(tǒng)的開發(fā)。本系統(tǒng)主要實現(xiàn)對企業(yè)排污、污染治理設備及監(jiān)測、監(jiān)控設備進行實時監(jiān)測。當發(fā)生排污超標、治理設施停運等異常事件時，現(xiàn)場適配器自動識別事件類型，報送環(huán)境監(jiān)察部門，并告知事件內容。管理人員可即時調整監(jiān)測數(shù)據(jù)采集、傳送頻率與其他參數(shù)，在前端監(jiān)控設備支持的前提下，實現(xiàn)對其進行遠程控制和操作，發(fā)送遠程采樣等指令。整個監(jiān)控系統(tǒng)將基于GIS平臺。該項目整個項目歷時7個月，在2008年10月份交付使用。系統(tǒng)使用一年多來該省環(huán)保廳環(huán)境監(jiān)測和執(zhí)法能力有了很大提高，得到了用戶的一致好評。系統(tǒng)選用微軟公司的.NET開發(fā)平臺，采用了B/S三層架構設計：表示層、業(yè)務邏輯層和數(shù)據(jù)層。表示層負責處理系統(tǒng)監(jiān)測數(shù)據(jù)以不同的方式展現(xiàn)，；業(yè)務邏輯層負責系統(tǒng)處理業(yè)務邏輯；數(shù)據(jù)層負責完成數(shù)據(jù)的存取，數(shù)據(jù)庫采用微軟公司的SQL SERVER。性能和安全性要求高，項目建設時間緊。 首先，我們考慮項目測試組成員不僅限于測試工程師，還請到了相關業(yè)務人員加入到測試隊伍中。業(yè)務人員可以從實際的業(yè)務角度參與到測試數(shù)據(jù)的準備和測試用例的準備工作中，并幫助分析測試結果，發(fā)現(xiàn)與實際業(yè)務相關而測試工程師容易忽略的問題。 由于系統(tǒng)復雜、業(yè)務功能多，因此我們從一開始就非常重視單元測試。在單元測試階段，我們采取了開發(fā)人員自己編寫測試用例、小組人員交叉評審和測試組抽查相結合的策略，以避免測試用例的片面性，同時要求單元測試緊接代碼編譯通過之后。 單元測試我們采用了NUnit自動化測試框架，用它在.NET類上創(chuàng)建和執(zhí)行自動的單元測試。我們知道，.NET引進了一個新的程序開發(fā)概念Attributes（屬性），讓開發(fā)人員可以在代碼之上加入Metadata（元數(shù)據(jù)），提供有關Assembly的額外信息。NUnit中的Test Runner會掃描已經(jīng)編譯好的程序代碼，并且從Attribute里面知道哪些Classes是Test Classes，哪些Methods是需要執(zhí)行的Test Methods。然后，Test Runner使用.NET的Reflection技術來執(zhí)行這些Test Methods。這大大減輕了測試人員的工作量，也有效的保證了單元測試的可靠性，為后續(xù)的測試奠定了堅實的基礎。 在性能測試階段，我們分四個階段來實施：啟動階段、準備階段、實施階段和分析階段。 測試工具我們選用了Rational Test Manager 2003，測試環(huán)境包括Local computer和Test agent，Local computer作為測試平臺的控制主機，負責整個測試的計劃、設計、實現(xiàn)、執(zhí)行和評估，作為Test agent的機器，統(tǒng)一接受由Local computer發(fā)出的腳本指令信息，在一臺計算機上可以模擬多用戶訪問系統(tǒng)，并將執(zhí)行結果報告給Local Computer，最后由Local computer生成統(tǒng)計報告。在測試中我們也發(fā)現(xiàn)響應時間慢的問題，在經(jīng)過對服務器的調優(yōu)，以及相應部分的代碼優(yōu)化、SQL優(yōu)化之后，性能得到明顯改善。下面我們簡單介紹性能測試中我們對遇到的問題所采取的策略：（1） 目前自動化測試工具能夠錄制和回放腳本的大都是基于HTTP協(xié)議的瀏覽器客戶端方式。我們采取自動錄制和手工編寫腳本相結合的方式，對于瀏覽器客戶端的測試，采用自動測試工具錄制腳本。對于GUI客戶端的測試，用Application Center Test性能測試工具提供的API，手動或半手動編寫測試腳本。（2） 系統(tǒng)業(yè)務功能繁多，測試需要準備的數(shù)據(jù)量大，而測試時間短。我們分析出業(yè)務具有代表性重要和關鍵用例，并且利用開發(fā)過程中已有的客戶端程序，減少測試腳本開發(fā)量。由于采用了適當?shù)臏y試方法、測試策略和測試工具，總體來看我們的測試取得了不錯的效果，有力的保證了項目質量。但也有不足的地方，具體存在以下幾個方面： 開發(fā)人員的測試觀念還不夠強。雖然我們制定了良好的單元測試策略，但開發(fā)人員并沒有很好的執(zhí)行，以至于在以后階段的測試和運行中受益匪淺。 每種測試之前，我們組織力量準備了充分的測試案例，但是在測試數(shù)據(jù)的準備上，由于系統(tǒng)復雜性的等多方面的原因，有些數(shù)據(jù)的準備不太完備。要解決以上問題，我認為還是樹立開發(fā)人員的測試理念，只有從具體的開發(fā)人員做起，才能真正提高測試的質量，其次還要堅決徹底的貫徹執(zhí)行項