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