精通軟件性能測試與LoadRunner最佳實戰 連載七
9.1 基于不同用戶群的性能測試
隨著互聯網的蓬勃發展,軟件的性能測試已經越來越受到軟件開發商、用戶的重視。如:一個網站前期由于用戶較少,隨著使用用戶的逐步增長,以及宣傳力度的加強,軟件的使用者可能會成幾倍、幾十倍甚至幾百倍數量級的增長,如果不經過性能測試,通常軟件系統在該情況下都會崩潰掉,所以性能測試還是非常重要的。不管是軟件企業自身進行性能測試,還是企業聘請第三方做性能測試,這里我們將問題簡單化,將前者稱為“內部性能測試”,而將后者稱為“外包性能測試”。
9.2 驗收測試通常提交的成果物
當完成性能測試后,都需要提交相關的性能測試總結報告和相應成果物。通常,當您受聘為企業做性能測試時,這里我們簡稱企業為“甲方”,您所在的公司成為“乙方”,這也是合同中經常會簡化出現的稱謂。甲方通常會鑒于乙方在測試方面的專業性,以乙方提供的相關報告作為此次相應軟件產品(具體測試內容可能會包括:功能、性能、安全、文檔等方面測試,具體以甲方同乙方確定的范圍為準)是否通過的重要依據。通常來講,內部性能測試需要提交的成果物要包括:性能測試計劃、性能測試用例、性能測試總結及其性能測試過程中應用的相關腳本、場景及其測試結果。而對于“外包性能測試”來講,要求提交的內容會更多一些,一般還要包括:驗收測試結論、驗收測試交付清單、缺陷及其遺留列表、項目周報/月報、項目組成員工作報告(周報/月報)等內容。從上述內容不難發現一般來講,外包公司提交的成果物要遠遠多于內部測試時提交的內容,因兩者文檔的相關寫作內容有很大的相似度,所以這里我們僅以外包性能測試內容進行詳細講解。
下面就結合項目案例進行講解,需要說明的是,本書重點介紹外包驗收測試項目的實施的過程,同時考慮到項目的相關因素,對關鍵的腳本等進行了適當的修改或略掉,特此說明。從讀者朋友的角度考慮,因性能測試實施項目過程通常都一致,至于實施的內容卻各不相同,所以請讀者朋友們要學會過程中需要掌握的各種流程性工作內容、過程控制、文檔寫作內容、過程中用到的工具及思考分析方法,只有這樣才能做到舉一反三,以不變應萬變。下面先簡單介紹一下項目背景:某企業聘請我公司作為第三方驗收單位對由另外一個公司開發的系統進行功能、性能和所交付的所有文檔進行驗收測試。我當時在該項目團隊擔任項目經理職位,負責整個項目的相關測試方案的制定、任務的分派、項目中疑難問題技術支持、項目進度監控和把握、項目總結報告編寫等工作內容。圖9-1所示目錄結構為項目結束后,我方提交的成果物相應文件夾結構內容。
圖9-1 測試成果物目錄結構
下面讓我們以列表形式給大家說明一下該目錄結構相關文件和目錄的功能,參見表9-1。
表9-1 性能測試設計列表
類型 | 名 稱 | 功能/用途描述 |
文件 | 001某單位某系統驗收測試結論.doc | 以精簡的內容概括此次驗收測試相應類型的測試內容是否通過 |
文件 | 002某單位某系統驗收測試交付清單.doc | 用以明確相關性能測試分類對應交付的內容 |
文件 | 003某單位某系統驗收測試報告.doc | 以簡潔的內容概括此次驗收測試相應類型的測試內容是否通過及其主要的數據和圖表等內容 |
文件 | 004某單位某系統驗收測試功能測試報告.doc | 詳細描述功能測試的背景、測試內容、測試實施過程及其相應過程階段總結和最后結論等相關內容 |
文件 | 005某單位某系統驗收測試性能測試報告.doc | 詳細描述性能測試的背景、測試內容、測試實施過程及其相應過程階段總結和最后結論等相關內容 |
文件 | 006某單位某系統驗收測試文檔測試報告.doc | 詳細描述文檔測試內容、測試實施過程及其相應過程階段總結和最后結論等相關內容 |
文件 | 007某單位某系統驗收測試測試方案.doc | 詳細描述功能、性能和文檔測試的背景、測試內容、測試策略、方法、測試通過標準等相關內容 |
文件 | 008某單位某系統驗收測試功能測試計劃.doc | 詳細描述功能性測試計劃的背景、測試內容、測試策略、方法、測試通過標準、測試計劃安排等相關內容 |
文件 | 009某單位某系統驗收測試性能測試計劃.doc | 詳細描述性能測試計劃的背景、測試內容、方法、測試通過標準、測試計劃安排等相關內容 |
文件 | 010某單位某系統驗收測試文檔測試計劃.doc | 詳細描述文檔測試計劃的背景、測試內容、方法、測試通過標準、測試計劃安排等相關內容 |
文件 | 011某單位某系統驗收測試功能測試延期缺陷列表.doc | 詳細描述目前遺留的延期修復的缺陷內容、嚴重程度以及研發方、測試方和甲方的處理意見 |
文件 | 012某單位某系統驗收測試功能測試用例集.doc | 詳細給出本次驗收測試相關功能方面的測試用例集 |
文件 | 013某單位某系統驗收測試性能測試用例集.doc | 詳細給出本次驗收測試相關性能方面的測試用例集 |
文件 | 014某單位某系統驗收測試文檔測試用例集.doc | 詳細給出本次驗收測試相關文檔方面的測試用例集 |
文件 | 015某單位某系統功能測試BUG匯總列表.xls | 匯集了本次驗收測試相關提交的相關功能測試缺陷集合 |
文件 | 016某單位某系統性能測試BUG匯總列表.xls | 匯集了本次驗收測試相關提交的相關性能測試缺陷集合 |
文件 | 017某單位某系統文檔測試BUG匯總列表.xls | 匯集了本次驗收測試相關提交的相關文檔測試缺陷集合 |
文件夾 | 018某單位某系統配置管理庫 | 該目錄主要存放被測試系統由甲方提供的、開發方提供的文檔,以及提交給甲方和開發方的相關文檔,由開發方提交的相關軟件版本和部署文檔等;同時還包括整個項目各個階段對應的成果物和過程數據,項目管理相關文檔和數據以及在項目實施過程中培訓或者其他方式得到的知識或技術性文檔等,參見圖9-2 |
文件夾 | 019性能測試腳本及場景結果 | 該目錄存放性能測試執行過程中編寫的腳本、設計的場景和執行結果等相關信息 |
文件夾 | 020項目管理 | 該目錄主要存放項目組成員工作日志、項目工作周報、項目會議紀要及其測試用例或其他文檔的評審記錄等信息 |
當然上述目錄結構和文檔只是結合我在項目實施過程中針對需要組織和創建的,您在具體項目實施過程中可能與作者的不一樣,這個是沒有關系的,總之適合項目實施需要就好。
9.3 驗收測試項目完整實施過程介紹
前面的內容是一個驗收測試完成后提交的相關成果物(文檔和數據電子檔)。應該說它是您做項目尾聲階段需要整理和提交給甲方的重要內容。也許有很多讀者朋友們非常關心正常做驗收測試項目的完整實施流程是什么樣?那么在這里我就給大家簡單地介紹一下驗收測試的整體實施過程。
圖9-2 某單位某項目配置管理庫目錄結構
通常一個驗收測試項目要經歷項目立項、招投標過程、項目調研、項目啟動、人員入場、項目實施、項目總結和項目結款過程。
招標單位(即:如果您中標后將來的甲方)針對其驗收測試項目需要會針對性地制定相應標書,發布招標公告或投標邀請書給一些具有專業資質的單位。這些單位根據招標文件的要求,編制并提交投標文件,響應招標的活動。招標單位按照招標文件確定的時間和地點,邀請所有投標人到場,當眾開啟投標單位提交的投標文件,宣布投標單位的名稱、投標報價及投標文件中的其他重要內容。招標單位依法組建評標委員會,依據招標文件的規定和要求,對投標文件進行審查、評審和比較,確定中標候選單位。如果您單位有幸中標招標單位會向中標單位發出中標通知書,并同時將中標結果通知所有未中標的投標人。中標通知書發出后,招標單位和中標單位應當按照招標文件和中標單位的投標文件在規定的時間內訂立書面合同,中標單位按合同約定履行義務,完成中標項目。為了更加清晰明了地描述整個過程,這里給出一個招標投標基本流程圖,供大家參看,參見圖9-3所示。
圖9-3 招標投標基本流程圖
9.4 項目預算和項目立項
9.4.1 項目預算和項目立項
隨著外包行業的發展、壯大,競爭也日趨激烈,外包公司十分重視項目管理。成本控制無疑是項目管理的重中之重,外包公司通常都有比較嚴格的審批流程。在有銷售部和解決方案部門的外包公司,通常由銷售和解決方案部門完成招投標相關工作。在招投標期間銷售部門就要開始做預算工作,銷售人員需要走項目管理系統流程,提交相關的成本預算相關文檔,進行逐級審批,審批通過后,項目立項。項目立項后,產生項目實施相關成本費用才能夠進行報工和報銷。
9.4.2 項目預算相關內容及樣表展示
通常做預算時需要填寫以下信息:項目基本信息、技術售前預算信息、技術實施預算信息、技術售后預算信息,關于填寫表格的樣式,可以參照如下內容。
圖9-4 項目基本信息
圖9-5 技術售前預算信息
圖9-6 技術實施預算信息
圖9-7 技術售后預算信息
在這里需要指出的是,預算信息可能會因為項目內外在因素而發生變化,在中途實施過程中可能會發生預算變更情況,若項目變更則需要對預算進行調整,再次走相關審批流程。
9.5 項目準備階段及驗收測試方案編寫
9.5.1 項目人員入場
當項目立項且招標單位和中標單位簽訂了書面合同后,通常是由項目經理到招標單位進行項目的需求調研。同甲方的相關負責同志溝通驗收測試的范圍、測試的內容、測試的環境、明確測試介入時間、相關要求等內容。因為外包公司非常注重人員成本的控制,而且人員相對來說有比較分散,所以相對來說對項目經理與相關領導、其他項目經理的溝通很重要。要及時了解相關預期在該項目的人員是否能夠及時地釋放出來,以免耽誤該項目的進度。項目經理在人員入場前還需要同甲方的相關負責人進行溝通,盡量將項目組的成員集中安排在同一個工作區域,利于項目組成員的相互溝通、工作交流,也利于對項目組成員的管理。為了便于對項目組成員投入情況進行掌控及項目完成后結合我方人員投入進行結款等(有些項目是有附加條款的,如果因甲方責任耽誤項目工期,會依據于延期的人員時間投入,甲方會向乙方額外支付相應金額的費用),通常甲方會要求我們進行人員考勤、記錄等。控制嚴格的單位需要打卡,靈活一點的單位則要求項目經理每周匯報一次項目組人員考勤記錄,結合我們項目就以該方式進行,圖9-8為人員出勤表記錄格式內容。
圖9-8 人員出勤表圖示
作為項目經理,您還要依據于甲方的要求,使用自帶的工作用機或者是需要向甲方單位相關部門進行申請,需要提醒大家的是您在部署工作環境時,不要忘記至少需要1臺的機器為您部署缺陷管理系統和配置管理系統。有一些單位非常嚴格所有的機器必須要經過相關IT部門的檢查(包括:限制機器上安裝的軟件、必須安裝指定的殺毒軟件并經過系統性殺毒、只能訪問內部網絡且IP地址和工作用機綁定、禁用特定的一些系統功能或硬件設備、IP地址需要申請、安裝軟件需要申請等),當然這些工作您按照相關的流程進行就可以了,待所有的工作機和網絡可以連通后,部署相關的缺陷管理系統和配置管理系統。當然為了讓大家都能應用同一標準,建議均有文檔進行相關說明,特別是缺陷級別的定義,最好再舉一些示例,避免以后項目組內部提交的缺陷級別不統一,也盡量避免與甲方、軟件開發方或監理方產生認定差異,在配置管理系統和缺陷管理系統均需要指定相應不同級別的人員訪問權限,并建立相應的用戶角色,保證相關人員都可以正常訪問。這些工作都完成以后,接下來我們就可以進行后續工作了。
9.5.2 項目調研
接下來,您就可以將從甲方、開發方、監理方獲得的相關資料放到配置管理系統中,對相關文檔進行研讀,對過程中出現的一些不明確或有問題的地方進行記錄,并找相應的接口人進行明確。在條件允許的情況下,盡量能夠讓相關的業務人員和系統的開發方對被測試的系統進行一次系統性的培訓,以加強項目組測試人員對系統的認識,掌握驗收測試的重點內容,同時也能解答項目組測試人員存在的疑問,為后續測試方案、測試計劃和測試用例的編寫、缺陷的認定等都打下一個良好的基礎。
9.5.3 驗收測試方案
在要求較嚴格的甲方單位,為了準確地了解乙方單位項目人員對項目掌握的情況,同時也為了能夠了解乙方單位在實施過程中的測試周期、測試策略和應用的測試方法是否能夠覆蓋到驗收測試的各個對應需求點等內容,通常都需要讓乙方單位項目經理提供一份針對本次驗收測試的解決方案。
(未完待續)
版權聲明:51Testing軟件測試網及相關內容提供者擁有51testing.com內容的全部版權,未經明確的書面許可,任何人或單位不得對本網站內容復制、轉載或進行鏡像。51testing軟件測試網歡迎與業內同行進行有益的合作和交流,如果有任何有關內容方面的合作事宜,請聯系我們。
相關鏈接:
posted on 2013-07-03 11:01 順其自然EVO 閱讀(277) 評論(0) 編輯 收藏 所屬分類: loadrunner