系統(tǒng)軟件測試方案_第1頁
系統(tǒng)軟件測試方案_第2頁
系統(tǒng)軟件測試方案_第3頁
系統(tǒng)軟件測試方案_第4頁
系統(tǒng)軟件測試方案_第5頁
已閱讀5頁,還剩34頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

系統(tǒng)軟件測試方案總體測試任務(wù)安排針對本項目的測試工作,我公司將按《計算機軟件質(zhì)量保證計劃規(guī)范》GB/T12504-90TT《計算機軟件測試文檔編制規(guī)范》進(jìn)行軟件檢查、測試、文檔整理報送。我公司保證對測試錯誤和缺陷進(jìn)行及時修正、補充。我公司將在本項目中全面實施標(biāo)準(zhǔn)和規(guī)范化的測試工作。我公司將完成全部業(yè)務(wù)功能、技術(shù)功能、各種性能測試的測試案例編寫工作和實際數(shù)據(jù)采集工作。我公司將對所有測試采用客觀的測試案例和測試數(shù)據(jù)為驗證標(biāo)準(zhǔn)。性問題、重要性問題,建立相應(yīng)的軟件測試知識庫。當(dāng)項目甲方委托第三方測試機構(gòu)進(jìn)行測試時,我公司將予以積極配合。此外,在本項目的軟件測試過程中,我公司將提供測試所需的工具,免費用于項目甲方在本項目中所建平臺的測試過程。測試準(zhǔn)備方案測試計劃對于本項目的應(yīng)用軟件測試工作,我公司將提前制定測試計劃,主要包括:測試階段劃分、測試方法、工作流程、人員分工、進(jìn)度安排等內(nèi)容。在測試計劃經(jīng)項目甲方確認(rèn)后,我公司將按照該計劃,嚴(yán)格執(zhí)行項目測試工作。針對本項目應(yīng)用軟件開發(fā)的單元測試、集成測試、系統(tǒng)測試,我公司將制定足程度。在本項目中,分三個階段進(jìn)行測試計劃。第一階段測試計劃(2.0的預(yù)算綜合管理和門戶)第一階段測試計劃的主要內(nèi)容如下:序號測試階段測試內(nèi)容(對象)測試方法投入人員數(shù)量時間周期1單元測試所開發(fā)軟件的各單元模塊白盒測試軟件開發(fā)工程師4人72集成測試所開發(fā)軟件的各子系統(tǒng)黑盒測試軟件開發(fā)工程師、軟件測試工程師2人5天3系統(tǒng)測試所開發(fā)軟件的整個平臺同“2”軟件測試工程師2人7天4系統(tǒng)集成測試系統(tǒng)集成完成的軟件系統(tǒng)同“2”同“3”2人4天5階段初驗測試系統(tǒng)初驗完成的軟件系統(tǒng)同“2”同“3”2人2天6階段驗收測試階段驗收完成的軟件系統(tǒng)同“2”同“3”2人3天第二階段測試計劃(國庫集中支付接入)第二階段測試計劃的主要內(nèi)容如下:序號測試階段測試內(nèi)容(對象)測試方法投入人員數(shù)量時間周期1單元測試所開發(fā)軟件的各單元模塊白盒測試軟件開發(fā)工程師2人15天2集成測試所開發(fā)軟件的各子系統(tǒng)黑盒測試軟件開發(fā)工程師、軟件測試工程師1人15天3系統(tǒng)測試所開發(fā)軟件的整個平臺同“2”軟件測試工程師2人15天4系統(tǒng)集成測試系統(tǒng)集成完成的軟件系統(tǒng)同“2”同“3”4人3天5階段初驗測試系統(tǒng)初驗完成的軟件系統(tǒng)同“2”同“3”4人2天6階段驗收測試階段驗收完成的軟件系統(tǒng)同“2”同“3”4人3天項目最終驗收測試計劃項目最終驗收測試計劃的主要內(nèi)容如下:序號測試階段測試內(nèi)容(對象)測試方法投入人員數(shù)量時間周期1項目最終驗收測試整體試運行正常的軟件系統(tǒng)黑盒測試軟件測試工程師4人5測試組織括高級測試經(jīng)理、具有實際軟件測試經(jīng)驗的專業(yè)軟件測試工程師。我公司為測試團隊成員制定了明確的崗位職責(zé),所有測試人員將負(fù)責(zé)根據(jù)測試方案具體編寫測試計劃、測試用例,并執(zhí)行系統(tǒng)測試(面、編寫測試報告,還將對項目甲方作出必要的系統(tǒng)缺陷響應(yīng)。測試方案我公司對每種類型的測試制定了單獨的測試方案,包括:測試內(nèi)容、測試環(huán)境、數(shù)據(jù)要求、測試范圍與主要內(nèi)容、測試工具與測試方法、完成準(zhǔn)則等內(nèi)容。測試方案經(jīng)項目甲方確認(rèn)后,我公司將嚴(yán)格予以執(zhí)行。測試環(huán)境能測試工具。測試用例足以下要求:測試用例的目標(biāo)清楚,并可滿足軟件質(zhì)量管理的各方面要求。測試用例的組織和分類設(shè)計思路正確、層次清晰、結(jié)構(gòu)合理。測試用例覆蓋所有測試點、所有路徑、所有已知用戶使用場景。具有充分的負(fù)面測試用例,可測試各種異常和例外情況??筛鶕?jù)測試階段和情況的變化,及時更新維護測試用例。測試數(shù)據(jù)我公司將為本項目的各類測試工作提供滿足要求的測試數(shù)據(jù):界,并可滿足完整性、一致性等要求。測試方法基本測試策略測試工作將從軟件功能、界面規(guī)范、業(yè)務(wù)處理邏輯、運行結(jié)果、運行環(huán)境適業(yè)務(wù)處理邏輯的正確性、業(yè)務(wù)運行結(jié)果的合理性。測試軟件功能,驗證每個功能點對合同約定需求的滿足程度。頁面進(jìn)行測試,驗證其風(fēng)格與布局的統(tǒng)一性。測試系統(tǒng)的業(yè)務(wù)處理邏輯,驗證采集、查詢結(jié)果的正確性。采用白盒法執(zhí)行內(nèi)部邏輯測試,驗證程序業(yè)務(wù)處理邏輯的正確性。統(tǒng)對運行環(huán)境的適應(yīng)性。測試執(zhí)行方法功能測試存在的功能問題。性能測試?yán)脺y試用例對用戶提出的軟件性能需求所對應(yīng)的軟件的性能、效率指標(biāo)進(jìn)行測試。在一定工作負(fù)荷和配置條件下,測試軟件的響應(yīng)時間、處理速度、資源占用率、并發(fā)性、準(zhǔn)確性、適應(yīng)性、可靠性、安全性等特性,以驗證軟件的各項性能指標(biāo)是否均滿足用戶提出的性能指標(biāo)要求,從而找出軟件的性能實現(xiàn)與性能需求間的差距。文檔測試對安裝手冊、配置手冊、操作手冊、維護手冊等軟件文檔進(jìn)行測試,找出軟件文檔資料與使用要求之間的不一致之處,從而檢查文檔的正確性、完備性和可理解性。環(huán)境接口測試安全性測試可安裝性測試便驗證軟件的可安裝性。邊界測試測試軟件在輸入域、輸出域、狀態(tài)轉(zhuǎn)換、功能界限、性能界限等邊界或端點情況下的臨界運行狀態(tài)。余量測試測試軟件的余量能力(輸出通道、處理時間等余量指標(biāo)是否滿足用戶提出的技術(shù)指標(biāo)要求。容量測試(負(fù)載測試)說明來處理大批量數(shù)據(jù)。強度測試可靠性測試進(jìn)行相應(yīng)的測試。具體來說,可靠性測試將從資源合理使用(防止內(nèi)存泄漏、據(jù)破壞等方面,來測試軟件的可靠性指標(biāo)。恢復(fù)性測試接受影響數(shù)據(jù)的能力。測試用例設(shè)計方法測試用例設(shè)計方法如下所述:確定測試用例的角色、場景;確定測試用例的主事件流、分支事件流、異常事件流;關(guān)性、數(shù)據(jù)格式、處理狀態(tài)、接口處理限制操作條件等;確定測試用例的邊界條件,包括輸入數(shù)據(jù)格式、數(shù)據(jù)存取錯誤檢測點、最?。畲笾怠⑻幚砹窟吔纾ㄒ粭l、多條數(shù)據(jù)、處理順序邊界(首條、末條確定測試用例的并發(fā)條件,包括:并發(fā)讀寫處理、并發(fā)度控制。測試結(jié)果記錄方案按照子系統(tǒng)、業(yè)務(wù)模塊、功能點,分別記錄以下測試結(jié)果:操作處理四類任務(wù);記錄測試日期、測試人、測試迭代次數(shù)、測試狀態(tài);記錄測試輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果;記錄測試輸出結(jié)果;記錄測試問題分析。測試工具選型在本項目的軟件測試過程中,我公司將提供測試所需的工具(工具、測試結(jié)果分析工具等,免費用于項目甲方在本項目中所建平臺的測試過程。主要包括以下測試工具:測試環(huán)境工具;預(yù)測試自動化工具;測試結(jié)果提煉工具;測試結(jié)果分析工具;測試結(jié)果比較工具;性能測試數(shù)據(jù)庫服務(wù)器。測試管理我公司將在軟件開發(fā)過程中,組織專職軟件測試工程師進(jìn)行軟件測試工作。通過對上述定制開發(fā)軟件進(jìn)行單元測試、集成測試、系統(tǒng)測試,來驗證本項目所建系統(tǒng)的功能、性能等技術(shù)指標(biāo)是否滿足應(yīng)用要求。在軟件通過各階段測試后,項目組將軟件的測試計劃、測試用例、測試問題描述、測試報告等測試文檔一起交付給項目甲方。功能、性能、文檔等方面的指標(biāo)進(jìn)行全面測試,具體測試管理方案如下所述。制定軟件測試計劃測試進(jìn)度計劃、記錄與報告管理機制等。項目經(jīng)理對《測試計劃》審核批準(zhǔn)后,執(zhí)行下一步驟。設(shè)計軟件測試用例計工作。測試組長邀請開發(fā)人員和相關(guān)專家,對《測試用例》進(jìn)行技術(shù)評審,通過評審后方可執(zhí)行下一步驟。執(zhí)行軟件功能和性能測試我公司將在本項目中全面實施標(biāo)準(zhǔn)和規(guī)范化的測試工作,完成全部業(yè)務(wù)功能、判斷作為測試標(biāo)準(zhǔn)。GB/T軟件測試小組各成員依據(jù)《測試計劃對于測試過程中所發(fā)現(xiàn)的問題,采用我公司的自有“缺陷管理工具”進(jìn)行溝通和管理,以便將測試結(jié)果及時通報給產(chǎn)品原廠商或我公司的技術(shù)人員。測試結(jié)束后,將測試結(jié)果記錄及統(tǒng)計信息在《測試報告》中。缺陷管理與改錯對于定制開發(fā)軟件,修改其測試問題的軟件版本變更控制流程如下圖所示:測試實施方案功能測試設(shè)計要求、是否滿足軟件功能需求要求等各方面要求。測試內(nèi)容對測試對象的功能測試應(yīng)側(cè)重于所有可直接跟蹤到的用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。功能測試主要是為了發(fā)現(xiàn)以下幾類錯誤:是否有不正確或遺漏的功能功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求能否正確地接受輸入;能否正確的輸出結(jié)果。和測試用例,高效地進(jìn)行功能測試。測試規(guī)范在進(jìn)行功能測試時應(yīng)遵循如下規(guī)范:對每個明確的功能需求至少設(shè)計一個基本用例和兩個異常測試用例;對每個隱含的功能需求至少設(shè)計一個基本用例和兩個異常測試用例;12兩個測試用例;關(guān)鍵用例或優(yōu)先級高的用例要保證有效得到執(zhí)行;功能測試發(fā)現(xiàn)的缺陷要全部得到處理。測試方法本輸入。1、需求規(guī)格的測試分析步驟對每個明確的功能需求進(jìn)行標(biāo)號(可以直接飲用;對每個可能隱含的功能需求進(jìn)行標(biāo)號;對于可能出現(xiàn)的功能異常進(jìn)行分類分析,并標(biāo)號;3功能,這類功能的喪失將導(dǎo)致用戶拒絕產(chǎn)品。腳本化和自動化。2、常用功能測試用例設(shè)計方法1)等價類劃分法;2)邊界值法; 3)因果圖; 4)判定表;5)正交實驗設(shè)計;6)基于風(fēng)險的測試;7)錯誤猜測法。風(fēng)險分析功能測試時存在的主要風(fēng)險有:遺漏重要的功能點的測試;報或腳本無法運行的情況。測試組織功能測試主要由測試小組來完成,測試組長負(fù)責(zé)功能測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)功能測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。功能測試的基本工作過程如下:效果評估由測試組長撰寫測試分析報告,對功能測試過程中的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率、項目質(zhì)量等方面進(jìn)行綜合評估。界面測試測試內(nèi)容確保用戶界面中的對象按照預(yù)期的方式運行,并符合公司或行業(yè)的標(biāo)準(zhǔn)。用戶界面測試的測試內(nèi)容包括:1、用戶界面適合于軟件的功能(合適性)"麻煩(費解、難用、氣惱。2、容易理解是“容易使用”的前提條件。3、及時反饋信息當(dāng)用戶進(jìn)行某項操作后,如果過了一會兒(幾秒鐘)有,這將使用戶感到迷茫和不安,因為他不知道是自己操作錯了還是軟件死機4、防錯處理就錯地執(zhí)行了,那么用戶肯定很惱火,以后就不敢放心地使用軟件了。5、合理的布局界面的總體布局應(yīng)當(dāng)有一定的邏輯性,最好能夠與工作流程吻合。窗口(或頁面)上的界面元素的布局應(yīng)當(dāng)整齊清爽。6、合理的色彩擇顏色,但是又不能過分依賴顏色,因為有些用戶可能是色盲或色弱。7、風(fēng)格一致和必要的個性化以要求用戶界面在具備必要的"一致性""個性"用戶使用起來方便,而且對軟件留下深刻的印象。8、適應(yīng)用戶群體和國際化為了能夠更好地適應(yīng)國內(nèi)和國際市場,在用戶界面應(yīng)當(dāng)充分考慮語言和文化的差異。使用標(biāo)準(zhǔn)的圖解方式和國際通行的語言,要求簡單易懂,易于翻譯,方便不同母語的用戶。9、最少操作步驟(最高效率)作任務(wù),獲得最高的使用效率。10、可復(fù)用夠被復(fù)用。測試規(guī)范用戶界面設(shè)計規(guī)范如下表:設(shè)計要素 重要性 規(guī)范描述用戶界面是否與軟件的功能相融洽?用戶界面是否適合用戶的應(yīng)用環(huán)境?合適性容易理解信息防錯處理

重要重要非常重要可選

解釋:如果否定的話,意味著用戶不能有效的使用這個軟件,是不可原諒的缺陷。這個缺陷是需求分析錯誤造成的。界面元素有錯別字,或者措詞含糊、邏輯混亂。對于常用的功能,用戶能否不必閱讀手冊就使用?是否所有界面元素提供了充分而必要的提示?界面結(jié)構(gòu)和工作流程匹配嗎?提供聯(lián)機幫助嗎?解釋:如果實現(xiàn)上述要求,說明界面細(xì)節(jié)做得很好。是否提供進(jìn)度條、動畫等反映正在進(jìn)行比較耗時間的過程?是否為重要的操作返回必要的結(jié)果信息?解釋:如果否定的話,說明用戶界面不夠?qū)I(yè)。執(zhí)行破壞性的操作之前,是否獲得用戶的確認(rèn)?輸入數(shù)據(jù)或遞交數(shù)據(jù)時,是否進(jìn)行相應(yīng)的數(shù)據(jù)校驗(檢查數(shù)據(jù)是否合法)是否根據(jù)用戶的權(quán)限自動隱藏或者禁用某些功能?不可原諒的缺陷。是否提供UNDO功能用以撤銷不期望的操作?解釋:如果實現(xiàn)該要求,說明界面細(xì)節(jié)做得很好。設(shè)計要素重要性規(guī)范描述一致性重要同類的界面元素是否有相同的視感和相同的操作方式?是否符合廣大用戶使用同類軟件的習(xí)慣?解釋:如果否定的話,說明用戶界面不夠?qū)I(yè)個性化可選是否在具備必要的“一致性”的前提下,設(shè)計了與眾不同的、讓用戶記憶深刻的界面?解釋:如果實現(xiàn)這個要求,說明界面很有創(chuàng)意。合理布局可選界面的布局符合軟件的功能邏輯嗎?界面元素是否在水平或者垂直方向?qū)R?界面元素的尺寸是否合理?行列間距是否保持一致?是否恰當(dāng)?shù)乩么绑w和控件的空白,以及分割線條?窗口切換、移動、改變大小時,界面正常嗎?解釋:如果否定的話,說明用戶界面不夠?qū)I(yè)。合理色彩重要界面的色調(diào)是否讓人感到和諧、滿意?重要的對象是否用醒目的色彩表示?色彩使用是否符合行業(yè)的習(xí)慣?是否可以讓色盲、色弱的人員使用?解釋:如果實現(xiàn)該要求,說明界面細(xì)節(jié)很好。適應(yīng)用戶可選初學(xué)者和專家都有合適的方式操作這個界面嗎?色盲或者色弱的用戶能正常使用該界面?解釋:如果實現(xiàn)該要求,說明界面細(xì)節(jié)很好。國際化重要國際化重要最少步驟高效率重要可復(fù)用重要度量單位、日期格式、人的名字是否讓用戶誤解?翻譯文字是否地道,是否符合讀者習(xí)慣?是否用合理的最少步驟實現(xiàn)常用的操作,獲得高效率?解釋:如果實現(xiàn)該要求,說明界面細(xì)節(jié)和好。用戶界面的原型、代碼、文檔是否可以被復(fù)用?得很好。界面原型確定后,開始設(shè)計界面測試用例,用例設(shè)計的思路如下:1、劃分界面元素,并根據(jù)界面的復(fù)雜性進(jìn)行分層有相同屬性的界面原子或者彼此協(xié)助的一組界面原子組合而形成的一類界面元是由一系列界面組合元素組成的能夠完成一個完整的輸入輸出功能的界面屬性組合,并且它具有自己的視圖。2、在不同的界面層次確定不同的測試策略一般在界面原子層,主要考慮界面原子的顯示屬性、觸發(fā)機制、功能行為、3、進(jìn)行測試數(shù)據(jù)分析,提取測試用例對于界面元素的外觀,可以從以下幾個角度獲取測試數(shù)據(jù):界面元素大??;界面元素形狀;界面元素的色彩、對比度、明亮度;界面元素包含的文字屬性(如:字體、排序方式、大小等對界面元素的布局,可以從以下幾個角度獲取測試數(shù)據(jù):1)各界面元素的位置;各界面元素的對齊方式;各界面元素間間隔;Tab順序;各界面元素色彩搭配。對于界面元素的行為,可以從以下幾個角度獲取測試數(shù)據(jù):1)回顯功能;2)輸入限制和輸入檢查;3)輸入提醒;4)聯(lián)機幫助;5)默認(rèn)值; 6)激活或取消激活;7)焦點狀態(tài);8)功能鍵或快捷鍵;9)操作路徑;10)行為回退。4、使用自動測試工具進(jìn)行腳本化工作。風(fēng)險分析界面測試存在的主要風(fēng)險有:在測試后期,界面發(fā)生重大改變,導(dǎo)致測試工作被動。受整個測試進(jìn)度影響,界面測試用例未能完全執(zhí)行。測試組織程一樣,一般會和功能測試同步進(jìn)行,具體過程如圖效果評估進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。負(fù)載測試(壓力測試)測試內(nèi)容和其他與時間相關(guān)的方面。測試規(guī)范負(fù)載測試要考慮虛擬用戶數(shù)的增加幅度和增加方式;負(fù)載測試使用集合點來模擬數(shù)據(jù)集中遞交的情況;情況。測試方法LoadRunnerControllerVuser運行實VuserCPU風(fēng)險分析場景規(guī)劃不合適,導(dǎo)致負(fù)載模擬沒有體現(xiàn)真實的系統(tǒng)負(fù)載。測試組織負(fù)載測試主要由測試小組來完成,測試組長負(fù)責(zé)負(fù)載測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)負(fù)載測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。負(fù)載測試的基本工作過程如下:效果評估壓力測試需保證系統(tǒng)滿足平臺建設(shè)性能要求。測試結(jié)果形成《壓力測試報告》提交用戶方。性能測試定的性能需求的滿足程度(確保測試結(jié)果高于性能指標(biāo)要求。編寫單用戶、并發(fā)用戶環(huán)境下的系統(tǒng)訪問腳本??啃浴⒎€(wěn)定性、適應(yīng)性、可操作性、可擴展性。測試內(nèi)容如下:5秒以內(nèi),系統(tǒng)復(fù)雜相應(yīng)時間為30秒以內(nèi);3秒內(nèi);50性能測試內(nèi)容包括:量測試、速度測試等。用性能監(jiān)控、網(wǎng)絡(luò)預(yù)測。用系統(tǒng)的監(jiān)控、對中間件服務(wù)器的監(jiān)控。測試規(guī)范性能測試需遵循如下規(guī)范:需考慮測試工具的硬件和軟件配置要求。明確測試類型及與該類型關(guān)聯(lián)的測試環(huán)境需求。性能測試不僅要評價系統(tǒng)當(dāng)前性能、還要預(yù)測系統(tǒng)未來性能。性能測試的關(guān)鍵是尋找系統(tǒng)瓶頸所在。測試方法性能測試基本方法:1、明確測試需求和測試內(nèi)容性能測試需求。對關(guān)鍵業(yè)務(wù)進(jìn)行重點性能分析。2、制定測試案例按照公司性能測試規(guī)范,編寫性能測試案例。3、測試環(huán)境準(zhǔn)備搭建性能測試環(huán)境,安裝并配置性能測試工具。4、測試腳本錄制、編寫和調(diào)試行。確定腳本的分配、配置和加載策略。測試執(zhí)行跟蹤:在測試工具中運行預(yù)定腳本,跟蹤性能測試過程。析匯總,確定系統(tǒng)瓶頸所在。明確關(guān)鍵業(yè)務(wù)交易時間并預(yù)測未來趨勢。風(fēng)險分析性能測試存在的主要風(fēng)險為:無法構(gòu)建獨立的完善的性能測試環(huán)境性能測試結(jié)果不準(zhǔn)確;測試組織性能測試主要由測試小組來完成,測試組長負(fù)責(zé)性能測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)性能測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。性能測試的基本工作過程如下:效果評估由測試組長撰寫性能測試報告,對性能測試階段的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。強度測試測試內(nèi)容(庫或網(wǎng)絡(luò)帶寬量。強度測試的目的在于:獲得系統(tǒng)總用戶負(fù)荷增加時單個用戶真實的個人體驗際應(yīng)用中去前,是否有必要對硬件進(jìn)行升級。水平。測試規(guī)范強度測試規(guī)范為:度;需對強度測試結(jié)果進(jìn)行分析確定哪部分硬件設(shè)備或軟件模塊影響了系統(tǒng)的性能。測試方法LoadRunnerWebCPU存或終端設(shè)備中哪一項限制了每秒請求數(shù)達(dá)到更高的水平;風(fēng)險分析強度測試存在的主要風(fēng)險有:用戶強度負(fù)荷設(shè)置不合理;沒有合適的強度測試工具。測試組織強度測試主要由測試小組來完成,測試組長負(fù)責(zé)強度測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)強度測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。強度測試的基本工作過程如下:效果評估由測試組長撰寫強度測試報告,對強度測試階段的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。容量測試測試內(nèi)容報表。容量測試分為兩種,一是獨立的容量測試:針對某些存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進(jìn)行容量測試;二是綜合容量測試:和壓力性能測試、負(fù)載性能測試、強度性能測試相結(jié)合的綜合測試方案。容量測試的內(nèi)容包括:當(dāng)使用敏感操作時進(jìn)行的相關(guān)數(shù)據(jù)比較;對包含大量數(shù)據(jù)的記錄進(jìn)行模糊查詢操作;對大量數(shù)據(jù)進(jìn)行批量修改操作;對大量數(shù)據(jù)記錄的計算、分析操作;在網(wǎng)絡(luò)上大量發(fā)送郵件信息。測試規(guī)范進(jìn)行容量測試時須遵守如下規(guī)范:測試數(shù)據(jù)需充分考慮實際業(yè)務(wù)需求;據(jù)比較、數(shù)據(jù)遷移等。測試方法TestBytesDataFactoryDataFactoryLoadRunner來完成測試數(shù)據(jù)的生成和綜合容量測試。進(jìn)行容量測試一般可以通過以下幾個步驟來完成:分析系統(tǒng)的外部數(shù)據(jù)源,并進(jìn)行分類;度限制、記錄中每個域長度限制和記錄數(shù)量限制;對每個類型數(shù)據(jù)源,構(gòu)造大容量數(shù)據(jù)對系統(tǒng)進(jìn)行測試;分析測試結(jié)果,并與期望值比較,確定目前系統(tǒng)的容量瓶頸;對系統(tǒng)進(jìn)行優(yōu)化并重復(fù)(1)~(4)理能力。風(fēng)險分析容量測試存在的主要風(fēng)險為:在明顯偏差而導(dǎo)致容量測試不能發(fā)現(xiàn)真正的容量隱患。對測試數(shù)據(jù)生成工具不熟悉,無法快速生成大量有效的測試數(shù)據(jù)。測試組織容量測試主要由測試小組來完成,測試組長負(fù)責(zé)容量測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)容量測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。容量測試的基本工作過程如下:效果評估由測試組長撰寫容量測試報告,對容量測試階段的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。安全性和訪問控制測試測試內(nèi)容程訪問。1、應(yīng)用程序級別的安全性"用戶"能夠看到所有客戶消息(包括財務(wù)數(shù)據(jù),而"用戶二"只能看見同一客戶的統(tǒng)B/SURL,看其是否能夠進(jìn)入系統(tǒng)?2、系統(tǒng)級別的安全性的網(wǎng)關(guān)來訪問。安全性是一種保護系統(tǒng),它不僅對于保證機密數(shù)據(jù)的安全性是必需的,而價保護性程序以及安全對策的充分性。進(jìn)行非法獲取信息的手段。另外,訪問控制也可根據(jù)訪問身份不同而區(qū)分。安全性測試主要驗證隱私是否受到保護、數(shù)據(jù)是否加密、數(shù)據(jù)是否防篡改,以及應(yīng)用程序是否能夠承受各種類型的惡意攻擊。測試內(nèi)容如下:系統(tǒng)的登錄;用戶管理;防火墻;系統(tǒng)數(shù)據(jù);WEBWEB的加密,解密,數(shù)字簽名等;數(shù)據(jù)庫的安全性;內(nèi)部通信協(xié)議;系統(tǒng)防病毒測試;測試未經(jīng)許可的訪問,保證系統(tǒng)可以識別和防止資源的未授權(quán)訪問。測試規(guī)范確定對識別安全風(fēng)險足夠重視。確定對系統(tǒng)的現(xiàn)實定義及其加強措施已經(jīng)實施。確定由足夠的專家執(zhí)行充分的安全性測試。執(zhí)行合理的測試來確保安全性保護措施的正確執(zhí)行。測試工具安全性測試使用的工具主要為DOS模擬攻擊工具、網(wǎng)絡(luò)探測工具。測試方法借助安全性測試工具對系統(tǒng)漏洞進(jìn)行攻擊發(fā)現(xiàn)潛在安全漏洞;編寫訪問控制測試用例,執(zhí)行并報告訪問控制系統(tǒng)出現(xiàn)的缺陷。風(fēng)險分析安全性和訪問控制測試存在的主要風(fēng)險為:使用安全性測試工具并不能全部暴露系統(tǒng)安全隱患;訪問控制測試用例質(zhì)量不高,不能發(fā)現(xiàn)訪問控制中存在的問題。測試組織控制測試的基本工作過程如下:效果評估由測試組長撰寫安全性和訪問控制測試報告,對安全性和訪問控制測試過程的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。故障轉(zhuǎn)移測試(災(zāi)備與恢復(fù)測試)測試內(nèi)容"頂替"的系統(tǒng),以避免丟失任何數(shù)據(jù)或事務(wù)。故障測試內(nèi)容包括:當(dāng)主機系統(tǒng)發(fā)生故障時,能否順利切換到備機系統(tǒng),切換的時間有多長?在主備機切換的過程中業(yè)務(wù)處理過程會不會中斷,未存盤的業(yè)務(wù)數(shù)據(jù)會不會丟失。測試規(guī)范操作過程是否中斷;需保證主備機的切換操作時間滿足系統(tǒng)業(yè)務(wù)需求。測試工具靠手工干預(yù)主機操作來觸發(fā)故障轉(zhuǎn)移動作,不需要額外的測試工具。測試方法故障轉(zhuǎn)移測試方法有:制定故障轉(zhuǎn)移測試計劃,列出進(jìn)行測試的時間、環(huán)境、觸發(fā)動作等;次故障轉(zhuǎn)移的執(zhí)行、監(jiān)督和查看。風(fēng)險分析成切換的問題;主備機切換的時間過長不能滿足業(yè)務(wù)需求;主備機切換中出現(xiàn)數(shù)據(jù)丟失、流程中斷等錯誤。測試組織執(zhí)行并填寫測試日志和問題報告等。故障轉(zhuǎn)移測試的基本工作過程如下:效果評估進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。恢復(fù)測試測試內(nèi)容于極端的條件下(或者是模擬的極端條件下,以產(chǎn)生故障(/(I/O)故障或無效的數(shù)據(jù)庫指針和關(guān)健字用程序和系統(tǒng),核實應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。測試規(guī)范恢復(fù)測試規(guī)范如下:機構(gòu)、數(shù)據(jù)恢復(fù)以及重新啟動是否正確。以內(nèi)。測試工具源或切斷網(wǎng)絡(luò)連接等?;旧喜恍枰囟ǖ臏y試工具。測試方法對該項目的恢復(fù)測試應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。一旦達(dá)到預(yù)期的測試起點,就應(yīng)該分別執(zhí)行或模擬以下操作:PC的電源。服務(wù)器斷電:模擬或啟動服務(wù)器的斷電過程。通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷:模擬或啟動網(wǎng)絡(luò)的通信中斷(信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源。DASDDASDDASDDASD控制器的DASD信。一旦實現(xiàn)了上述情況(或模擬情況第二個測試點狀態(tài),就應(yīng)調(diào)用恢復(fù)過程?;蛱崆敖K止數(shù)據(jù)庫進(jìn)程本身。(通過數(shù)據(jù)庫工具其他事務(wù)應(yīng)該通過使用"應(yīng)用程序功能測試"和"業(yè)務(wù)周期測試"中的測試來執(zhí)行,并且應(yīng)執(zhí)行完整的周期。風(fēng)險分析實現(xiàn)全部的故障類型和故障強度的模擬。測試組織填寫測試日志和問題報告等?;謴?fù)性測試的基本工作過程如下:效果評估由測試組長撰寫恢復(fù)測試報告,對恢復(fù)測試過程的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。配置測試測試內(nèi)容在任何時候,都可能運行許多不同的軟件組合,從而占用不同的資源。配置測試的內(nèi)容有:1、硬件配置測試測試系統(tǒng)在不同的CPU、內(nèi)存、顯示器分辨率下的運行狀況。例如:該軟件是燒在并口設(shè)備中的,測試同時使用其他并口設(shè)備,系統(tǒng)是否可以正確使用。比如在INTER,AMDCPU芯片下系統(tǒng)是否能夠正常運行?這樣的測試需建立測試實驗室,在各種環(huán)境下進(jìn)行測試。2、軟件配置測試IE,Natscape瀏覽WINDOWS98,WINDOWS2000,WINDOWSXP,LINUX,UNIX下是否可以運行這套軟件?3、網(wǎng)絡(luò)配置測試測試系統(tǒng)在不同的網(wǎng)絡(luò)環(huán)境和網(wǎng)絡(luò)速率下的運行狀況。測試規(guī)范配置測試要規(guī)范如下:對于不同屏幕大小的測試取決于系統(tǒng)設(shè)計規(guī)格的定義,如果系統(tǒng)只能運1024*768800*600測試工具在實施配置測試時,可使用VMWare來生成虛擬的各種軟硬件環(huán)境來實現(xiàn)。測試方法現(xiàn)完全的配置測試需要下面的方法:分析系統(tǒng)業(yè)務(wù)需求,列出配置測試環(huán)境對照表格;按表格條目要求使用虛擬軟件工具依次搭建所需的環(huán)境;在測試環(huán)境中運行系統(tǒng)的關(guān)鍵測試用例,報告并發(fā)現(xiàn)問題所在。風(fēng)險分析配置測試中存在的主要風(fēng)險有:無法完整模擬客戶真實的工作環(huán)境,導(dǎo)致的測試不充分問題;來完成所有配置測試。測試組織測試日志和問題報告等。配置測試的基本工作過程如下:效果評估由測試組長撰寫配置測試報告,對配置測試過程的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。安裝測試測試內(nèi)容安裝測試的步驟和內(nèi)容包括:編號 步驟名稱閃屏彈出框中途退出安裝導(dǎo)航

測試內(nèi)容如果安裝了CD-ROM,插入安裝盤后自動啟動安裝程序或在CD盤中突出顯示setup.exe文件,雙擊文件啟動安裝程序“載入安裝程序”對話框出現(xiàn)后,檢查:內(nèi)容是否正確;拼寫是否正確;在安裝過程中,隨著載入安裝程序界面的出現(xiàn),閃屏也隨即出現(xiàn)。彈出框出現(xiàn)時,檢查:內(nèi)容是否正確;拼寫是否正確。點擊右上角的X按鈕關(guān)閉時是否出現(xiàn)詢問退出的對話框,如“您確定要退出嗎?”;選擇取消按鈕是否出現(xiàn)詢問退出的對話框,如“您確定要退出嗎?”;單擊“是”后出現(xiàn)提示應(yīng)用系統(tǒng)沒有被正確地安裝,用戶需重新安裝的信息;單擊“否”后關(guān)閉對話框且返回到先前的界面;安裝導(dǎo)航引導(dǎo)用戶到正確的屏幕,例如下一步(Next),返回(Back),取消(Cancel)按鈕;焦點停留的按鈕能夠引導(dǎo)到下編號 步驟名稱 測試內(nèi)容一個合理的操作,例如standalone安裝類型將引導(dǎo)到standalone安裝中的下一個屏幕;使用鍵盤導(dǎo)航。程序可以選擇“C:”以外的目錄;通過單擊“…”按鈕可以選擇其他的安裝路徑;可以通過以下方法選擇路徑:焦點在“確目的地文件安裝過程安裝完畢啟動應(yīng)用程序10程序11 卸載

“Enter”定”按鈕、從瀏覽文件夾中雙擊選擇路徑、直接輸入路徑;當(dāng)文本框中輸入的路徑不存在時,系統(tǒng)可以創(chuàng)建。無異常出現(xiàn);所有的文字可以正常顯示(無截斷);界面上的版本信息,公司信息(圖標(biāo),時間,地址等)正確;許可證協(xié)議信息完整、正確。有彈出窗口顯示安裝完畢;所有的文件都安裝在選擇的目錄下;.dll.exe和.dll文件的版本號是否正確;檢查Ini文件是否記載了正確的路徑和IP確的地方;快捷方式創(chuàng)建在選擇的文件夾/啟動菜單中,例如:C:\WINNT\Profiles\xs564gb\StartMenu\Programs\ExecutiveWorkbench;日志文件中的信息完整、正確可以通過以下方式啟動應(yīng)用程序:雙擊目錄中的應(yīng)用程序圖標(biāo);從開始菜單中選擇;焦點放在exe文件上,敲“Enter”exe如果有對話框提示需重啟計算機才能完成安裝,重啟機器再啟動應(yīng)用程序是否可以正常工作。通過Uninstall程序或控制面板卸載應(yīng)用程序;卸載后,檢查安裝的文件/文件夾/注冊表信息是否被刪除測試規(guī)范安裝測試應(yīng)遵循的規(guī)范如下:過測試。(包括代碼和內(nèi)容都正確。測試可以卸載應(yīng)用程序并測試清理的驗證。在安裝中驗證文件的命名標(biāo)準(zhǔn)。驗證安裝程序在遇到錯誤情況(例如磁盤空間不足)時可以正常退出。在安裝過程中驗證注冊表項,以及在卸載過程中驗證注冊表的清理。的已安裝組件。測試具有不同軟件配置的計算機上的安裝。Start菜單項。測試安裝程序?qū)⑽募糜谡_的文件夾中。測試工具安裝測試靠手工完成,不需要測試工具。測試方法構(gòu)建不同的操作平臺,然后在平臺上按安裝測試操作步驟和內(nèi)容執(zhí)行安裝。風(fēng)險分析能會出現(xiàn)安裝問題。測試組織安裝測試主要由測試小組來完成,測試組長負(fù)責(zé)安裝測試計劃、方案和測試總結(jié)報告的編寫,組員負(fù)責(zé)安裝測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。安裝測試的基本工作過程如下:效果評估由測試組長撰寫安裝測試報告,對安裝測試階段的工作組織、測試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)行綜合評估。文檔測試由測試人員按照用戶需求對用戶需求說明書、軟件需求規(guī)格說明書、軟件設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、接口設(shè)計說明書、安裝配置手冊、用戶手冊、培訓(xùn)手冊等文檔進(jìn)行測試。通過測試,檢查文檔的正確性、完備性和可理解性,并找出系統(tǒng)實現(xiàn)與需求之間的不一致之處,并提交相應(yīng)的測試報告。在本項目的文檔測試中,各類文檔具有不同的測試優(yōu)先等級,如下所示:序號文檔類型優(yōu)先級1用戶需求說明書高2軟件需求規(guī)格說明書高3軟件設(shè)計說明書高4數(shù)據(jù)庫設(shè)計說明書中5接口設(shè)計說明書中6安裝配置手冊高7用戶手冊(操作、維護)高8培訓(xùn)手冊低軟件調(diào)試的組織班子和人員保證軟件調(diào)試人員選擇件調(diào)試相關(guān)工作要求。我公司所選軟件調(diào)試組織班子人員滿足以下條件:1)了解部門一體化系統(tǒng)軟件管理制度和相關(guān)政策。熟悉部門一體化系統(tǒng)軟件的組織、管理體制、發(fā)展?fàn)顩r,并熟悉部門預(yù)地完成用戶交給的任務(wù)。算業(yè)務(wù)系統(tǒng)軟件調(diào)試經(jīng)驗。軟件調(diào)試組成員有較好的文字表達(dá)能力。軟件調(diào)試組成員身體健康,可保證在合同期內(nèi)全時服務(wù)。組織班子設(shè)置員和現(xiàn)場軟件實施調(diào)試人員。1、實驗室環(huán)境測試組:由我公司軟件測試部的測試人員構(gòu)成,負(fù)責(zé)在實驗?zāi)軠y試組、性能測試組、安全測試組和壓力測試組。2、軟件需求方環(huán)境測試人員安排:由我公司軟件測試部的測試人員構(gòu)成,安全測試組、壓力測試組和系統(tǒng)測試組。公司實驗室環(huán)境測試人員安排15專業(yè)軟件測試工程師。序號 角色 具體職責(zé)或注釋?制定實驗室環(huán)境下測試方案高級測試經(jīng)理 ?分配與監(jiān)督測試任務(wù),與開發(fā)組溝通協(xié)調(diào)?測試評估?根據(jù)測試方案編寫測試計劃、測試用例

?按照測試用例執(zhí)行系統(tǒng)測試?編寫測試報告?系統(tǒng)缺陷響應(yīng)單元和單元集成測試組(模塊測試listlist的尾部?;蛘撸憧赡軙淖址袆h除匹配某種模式的字符,然后確認(rèn)字符

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論