軟硬件測試方案_第1頁
軟硬件測試方案_第2頁
軟硬件測試方案_第3頁
軟硬件測試方案_第4頁
軟硬件測試方案_第5頁
已閱讀5頁,還剩15頁未讀, 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、1.1.1 軟硬件測試方案 測試目的和要求.1 測試目的作為軟件開發的重要環節,軟件測試越來越受到人們的重視, 軟 件測試是軟件工程過程的一個重要階段,是在軟件投入運行前,對軟件需求分析、設計和編碼各階段產品的最終檢查, 是為了保證軟件的 正確性、完全性和一致性,從而檢測軟件錯誤、修正軟件錯誤的過程。 隨著軟件開發規模的增大、復雜程度的增加,以尋找軟件中的錯誤為 目的的測試工作就顯得更加困難,因此要求測試計劃和測試管理更加 完備。本次測試安排在項目進行編碼過程中和編碼完成后進行,測試的內容包括系統界面風格、主要功能、容錯能力、模塊間的關聯等等, 依據正規步驟完成單元

2、測試、邊緣測試、整體測試。通過測試,及時 發現存在于程序中的錯誤并根據測試結果對程序進行修改,從而確保提交給用戶的程序是經過檢驗并能順利運行的。.2 測試的總體要求軟件測試可運用多種不同的測試策略來實現, 最常用的方式是自 底向上分階段進行,對不同開發階段的產品采用不同的測試方法進行 檢測,從測試開始,然后進行功能測試,最終進行系統測試。士盡早地和不斷地進行軟件測試。士保證系統風格與界面統一。土保證各系統聯接正確,數據傳送正常。4抽檢程序的內部編寫情況無誤。工測試用例應由測試輸入數據和對應的預期輸出結果兩部分組成。工程序員應避免負責測試自己編寫的程序。4測試用例,應當包括合理和不

3、合理的輸入條件。工應當檢查程序是否有不希望的副作用。4程序流程和接口內容絕不可忽視。工充分注意測試中的群體現象。士嚴格執行測試計劃。4對每個測試結果嚴格檢查。工妥善保存文檔。工性能測試和功能測試同等重要。.3 測試人員及組織分工參加測試人員包括技術支持組部分人員、開發小組全體成員、質保組測試成員和用戶人員。組織分工如下:單元測試:由實施組成員在編碼過程中,各自以及交叉進行單元 測試。集成測試:由質保組兩名測試成員、實施組兩名成員進行集成測 試。系統測試:由技術組項目技術負責人、系統設計師、用戶人員進 行系統測試。.4 軟件測試的依據.4.1 用戶文檔軟

4、件測試依據的用戶文檔主要有以下兩個:需求規格說明書總體設計書.4.2 測試技術標準規范軟件測試依據的國家技術標準規范主要有以下八個:GB/T 17544 1998信息系統及軟件完整性級別GB/T 16260 2006軟件質量模型與度量GB/T 18905 2002軟件工程產品評價GB/T 8567-2006計算機軟件文檔編制規范GB/T9386-2008計算機軟件測試文件編制規范GB/T 25000.1-2010 軟件質量要求與評價(SQuaRE指南CSTCJSBZ02應用軟件產品測試規范CSTCJSBZ03軟件產品測試評分標準 測試方法和主要內容.1

5、 軟件測試方法1、單元測試測試是在軟件開發過程中針對功能模塊進行的正確性檢驗, 執行 測試的人員首先是程序開發者自己在開發過程中的自測試, 其次才是 專業測試人員。測試的對象是軟件設計的最小單位-模塊。 測試應對 模塊內所有重要的控制路徑設計測試用例, 其測試依據是項目的詳細 設計描述。采用的多為白盒測試。2、集成測試將已測試的模塊組裝進行檢測,對照軟件設計檢測和排除子系統 或系統結構上的錯誤。案例采用黑盒測試法。集成測試的重點是檢測模塊接口之間的連接, 發現訪問公共數據 結構可能引起的模塊間的干擾,以及全局數據結構的不一致,測試系 統或子系統輸入輸出處理、故障處理和容錯等方面的能力。3、系統

6、測試系統測試應該由若干個不同的測試環節組成, 目的是重返運行系 統,驗證系統各部件是否能正常工作并完成所賦予的任務。 其主要包 括以下方面的測試:恢復測試:檢查系統的容錯能力。安全測試:檢查系統對非法侵入的防范能力強度測試:檢查程序對異常情況的抵抗能力。性能測試:檢查系統能否滿足性能要求。主要包括響應時間、并 發用戶數,及相應的CPU內存、硬盤等的利用率及網絡吞吐量等。.2測試的主要內容.2.1 功能測試功能測試主要采用的是黑盒測試方法, 黑盒測試法制訂覆蓋需 求規格說明書和總體設計書中所要求的全部功能點和主要業務 流程的測試用例,通過測試用例的執行,分別對功能點和

7、業務流程進 行測試。1、功能測試方法本次功能測試中采用黑盒測試法,主要測試用例設計方法包括因 果圖分析、等價類劃分、邊界值分析、錯誤推測法:(1)因果圖法:采用因果圖法,以委托方提供的需求規格說明 書和總體設計書為依據設計業務功能點測試案例;(2)等價類劃分法:對業務流程進行等價類劃分,測試用例應是 業務主流程和流程主分支的最小集, 所有的判別分支都能被覆蓋,在 流程覆蓋的同時,完成等價功能的測試;(3)邊界值分析法在功能測試中,針對功能說明中的輸入輸出域, 進行邊界值和極限值的設計和測試;(4)錯誤推測法:采用逆向思維方式,結合以往測試經驗和直覺 設計軟件在功能和流程上可能存在的各種錯誤,進

8、行容錯性測試。功能測試策略主要從以下方面考慮:(1)安裝如果軟件安裝由用戶來進行,則按照安裝手冊中的信息應能安裝 成功。產品說明書中,給出的每個所需的配置在安裝程序時都應具備。 安裝之后,程序是否運行應是可以鑒別的。例如,使用測試用例或通 過相應的信息自檢。(2)數據準備軟件內部應具有一定的數據量供測試使用。 最好由廠商提供符合 規范的測試數據作為數據準備,也可以由廠商提供數據導入格式,測 試方使用該數據導入格式自行制作一定量的數據備測試使用。(3)功能表現在用戶文檔中提到的所有的功能都應能執行。程序應按照用戶文 檔中的給定形式,在規定的邊界值范圍內使用相應的工具、 資源和數 據執行其功能。(

9、4)正確性程序和數據應與產品說明書及用戶文檔的全部內容相對應。 為完 成工作任務程序功能應以正確的方式執行。 特別是,程序和數據應符 合產品說明書涉及的任何需求文檔的所有規定。(5) 一致性程序和數據其本身內容不能自相矛盾,并且同產品說明書和用戶 文檔也不能相互矛盾。每一術語應處處保持相同的意思。由用戶進行 的程序操作控制和程序的運行表現(例如:信息、屏幕錄入格式和打 印報表)應有相同的結構。(6)用戶界面測試對用戶界面的布局、界面文字、操作步驟、操作方式、快捷方式 進行測試和驗證,必要時候通過用戶調研或用戶測試, 驗證用戶界面 是否滿足用戶要求2、業務流程測試方法業務流程測試主要是在功能測試

10、的基礎上,測試系統完成某項業 務的能力。業務流程重點考查系統不同模塊、不同子系統之間的功能 銜接、數據流向以及完成業務功能的正確性和便利性。 我們按照以下 原則進行流程測試:先測功能后測流程:業務流程測試是建立在功能點測試基礎上的。首先要保證流程測試涉及到的功能點實現正確,所以,流程測試安排在功能測試的后面進行。先測主流程后測分支流程:主流程就是指按照正常情況實現的業 務流程,分支流程指出現特殊情況后的業務流程。先測子系統內的流程后測跨子系統的流程: 子系統內的流程測試 隨子系統的功能測試進行,在子系統流程測試完成后,集中人力進行 跨子系統的主流程的聯調測試。本系統中業務流程測試先針對各子系統

11、各自的主業務流程和分 支流程分別進行測試,然后對不同子系統之間的業務流及數據流進行 測試。3、功能覆蓋率分析對每個模塊的功能覆蓋率進行分析,首先測試用例對所有的業務 流程、數據流以及核心功能點的覆蓋率達到 100%。其次,必須滿足 用戶測試的需求。4、測試內容測試將對以下項目應用系統中的相關功能進行測試。.2.2 安全性測試安全性測試采用軟件測試當中的黑盒測試方法,對涉及安全的軟件功能,如:用戶管理模塊、權限管理模塊、加密系統、認證系統等 進行測試,主要是驗證上述功能是否有效。.2.3 可靠性測試可靠性是指產品在規定的條件下和規定的時間內完成規定功能的能力。例如針對

12、某個軟件系統,主要的可靠性測試指標包括:工屏蔽用戶操作錯誤:考察對用戶常見的誤操作的提示和屏蔽情 況;工輸入數據有效性檢查:系統對數據錄入的有效性檢查;工錯誤提示的準確性:對用戶的錯誤提示準確程度;%錯誤是否導致系統異常退出:有無操作錯誤引起系統異常退出 的情況;工異常情況的影響:在程序運行過程中進行掉電或斷網試驗,考 察數據和系統的受影響程度,若受損,是否提供補救工具,補救的情 況如何;士數據庫備份及恢復測試:系統是否提供數據備份和恢復手段, 能否進行數據庫的備份和恢復。工結合功能測試:對于用戶權限限制、用戶和密碼封閉性、數據 備份與恢復手段、留痕功能等,系統安全性的測試可以結合功能測試 完

13、成,因為上述功能即是系統安全性考慮,同時也是系統的功能模塊;士留痕功能:系統是否有操作日志,操作日志記錄的操作情況的 全面性和準確性,是否包括主要要素如操作員、操作日期、使用模塊 等,是否具有日志查詢功能;工采用統一身份認證,用戶能否操作不屬于其職權的其他子系統;工外網能否不經過CA認證就可登錄該系統。可靠性測試除了包括上述基本項外,重點的測試內容是數據可靠 性和系統長時間無故障穩定運行,可通過以下種方法實施:1、結合功能測試:軟件可靠性與軟件本身的缺陷數量息息相關, 因此結合功能測試尋找軟件缺陷,可以提高軟件系統可靠性,主要是 系統的錯誤屏蔽、數據校驗能力和其他與功能相關的可靠性指標;2、模

14、擬測試:通過模擬的手段模擬系統異常情況的出現,如: 系統死機、系統掉電、網絡中斷、設備故障等情況,測試系統對于出 現異常情況的預防和恢復措施。3、獨立處理能力:在某系統發生故障時具有能獨立運行的能力。4、數據可靠性測試:包括數據備份測試策略、災難恢復測試、 備份與恢復速度。5、長時間無故障穩定運行:日常業務疲勞強度測試就是模擬系 統的日常業務,持續執行“一段時間”,暴露系統的性能問題,例如 內存泄漏、資源爭用等,分析與調整的方法與并發性能測試是非常類 似的。高峰業務疲勞強度測試就是模擬系統的高峰業務, 持續執行“一 段時間”,這樣的負載是對系統的雙重考驗,既包括負載壓力,又包 括長時間。1.1

15、. 性能測試1、性能測試綜述性能測試方法是在系統真實運行環境,基于重點事件優先的原則, 設計業務執行效率測試用例,采用測試腳本回放的方法,仿真實現事 務的處理過程,通過在單臺或多臺測試用機上執行多線程或多進程實現多用戶并發測試,或者基于批處理模式,加載一定規模的數據量, 進行系統資源監控測試。測試包括執行效率、設備效率、網絡效率。(1)執行效率測試主要是測試在特定應用的業務邏輯、用戶界面、功能下系統能夠承受的用戶并發的數量和響應時間。 上述測試可通過 自動化的測試工具錄制具有一定代表意義的典型操作,并進行測試腳本編譯即可形成確定的測試案例,然后通過壓力測試工具,模擬多用 戶同時循

16、環進行這些業務操作,測試服務器事務處理平均響應時間、 服務器90%的事務處理平均響應時間、事務處理速率等相關參數, 考察系統在各種情況下的性能表現。在具體測試過程中需要結合功能 測試制定相應的測試案例,包括以下內容:測試腳本:選擇影響系統執行效率的功能模塊, 錄制典型的業務 流程腳本作為執行效率測試的基礎案例。 測試腳本的制定方法,可以 利用測試工具的“錄制”功能錄制相應的測試腳本,也可以通過腳本 編程語言進行腳本的編寫;并發用戶數量:分為負載測試和壓力測試,負載測試是指系統能 夠承受的正常用戶并發數量;壓力測試是指系統能夠承受的最大用戶 并發數量;并發方式:主要指用戶并發過程中與真實情況相似

17、程度, 包括并 發用戶數量變化的方式、并發過程使用的真實客戶端數量、 對于并發 峰值的模擬等。(2)設備效率主要指系統CPU占用率、內存占用率、磁盤占用率、輸入輸出效率等,包括軟件在不工作狀態下對于硬件資源的占用情況和進行業務處理過程中對于硬件資源的占用情況, 包括數據庫服務器、 應用服務器和客戶端等。通常操作系統均提供了監控端口,只要通過 測試工具自動連接相應端口,即可實現監控系統的設備效率,并結合 執行效率進行相關測試。(3)網絡效率主要指網絡吞吐量、網絡的使用頻度與帶寬占用。性能分析:通過執行和設備效率及網絡效率測試結果進行性能分析,找出可能影響性能的環節。2、性能壓力測試實施測試實施可

18、從以下幾個方面考慮:(1)并發性能并發測試的過程,是一個負載測試和壓力測試的過程。 即逐漸增 加負載,直到系統的瓶頸或者不能接收的性能點, 通過綜合分析交易 執行指標和資源監控指標來確定系統并發性能的過程。(2)速度主要測試系統關鍵操作的效率,例如查詢信息速度、數據匯總統 計的速度等。(3)疲勞測試通常是采用系統穩定運行情況下能夠支持的最大并發用戶數,持續執行一段時間業務,通過綜合分析交易執行指標和資源監控指標來 確定系統處理最大工作量強度性能的過程。一般情況下利用疲勞強度 測試來模擬系統日常業務操作。.2.5兼容性測試兼容性試檢測應用系統在不同的軟件和硬件配置中的運行情況。在大

19、多數環境中,客戶機、網絡連接和數據庫服務器的具體硬件規格 會有所不同,客戶機可能會安裝不同的軟件,而且在任何時候,都可 能運行許多不同的軟件組合,從而占用不同的資源。主要適應性測試 的內容有:工硬件兼容性:系統對不同型號硬件(如服務器、打印機、掃描 儀等設備)的兼容程度。4軟件兼容性:考察系統與其他現有應用軟件的兼容性,如殺毒 軟件、報表軟件等。工數據兼容性:符合需求說明書的數據標準要求,在保證系統和 數據安全的前提下,能夠方便地與其他現有的系統實現數據交換和共 享。.2.6 平臺移植性測試在淮委已有主機平臺的模擬環境中測試系統能否平滑移植。.2.7 易用性測試1、

20、測試方法該質量特性與軟件本身的功能缺陷是息息相關的,因此在利用功能測試的結果去分析是得到其他質量特性的主要方法。對于軟件易用性測試,主要利用評估的方式,測試人員以用戶需 求說明為準則,按不同的評估項內容給出評價。2、測試內容易安裝性:安裝的難易程度,符合流行安裝模式;用戶界面的友好性:界面的簡潔性如何,與人事和物流管理實際 業務流程的相符程度如何,界面風格一致性;易學習性:相對一般操作人員來說,學習使用的難度如何,對操作人員有何要求;易操作性:操作的難易程度,對主要或常用功能應該提供快捷方 式;聯機幫助豐富性:考察聯機幫助的準確性、全面性,在關鍵操作 時使用聯機幫助的方便性。.2

21、.8 用戶文檔測試用戶文檔主要包括用戶需求說明書、用戶操作手冊、設計說明書, 我們從以下七個方面對用戶文檔進行檢查:4規范性;工符合性;士完整性;士一致性;4易理解程度;士印刷與包裝質量;4操作實例。.2.9 回歸測試對上次測試中問題修改后的重復測試, 驗證修改后的內容是否滿 足現在的需求或引發了新的錯誤。 測試步驟、日程和工具.1 軟件測試步驟.1.1 確定測試需求北京江河瑞通技術發展有限公司將通過與客戶的溝通交流,并參考相關的國家標準和規范,確定軟件測試需求。同時,確定軟件測試 大綱。.1.2 制定測試方案根據軟件測試需

22、求以及軟件測試大綱,北京江河瑞通技術發展有 限公司的軟件測試工程師將制定相應的軟件測試方案, 合理調配人力 資源和測試進度。編制完成的軟件測試方案,北京江河瑞通技術發展有限公司將組 織專人對測試方案進行內部評審。 如果內部評審通過,將進入下一個 步驟;如果內部評審不通過,將對軟件測試方案進行修正和改進,軟 件測試方案修正和改進完成后會再進行評審。.1.3 設計測試用例根據測試方案,設計單元測試用例、集成測試用例以及系統測試 用例。單元測試用例針對項目建設應用系統軟件的各個子系統子模塊 進行設計。集成測試用例包括系統外部接口測試用例和系統內部接口 測試用例。系統測試用例包括性能測試

23、用例、配置測試用例、安裝測 試用例、安全性測試用例、可靠性測試用例、兼容性測試用例、平臺 移植性測試用例、易用性測試用例、用戶文檔測試用例以及回歸測試 用例。設計完成的軟件測試用例,北京江河瑞通技術發展有限公司將組 織專人對測試用例進行內部評審。 如果內部評審通過,將進入下一個 步驟;如果內部評審不通過,將對軟件測試用例進行修正和改進,軟 件測試用例修正和改進完成后會再進行評審。.1.4 執行測試執行測試過程將分為A角測試和B角測試同步進行。根據兩者結 果的對比,如果無偏差,同時根據測試中出現的問題,撰寫并提交測 試問題報告,審核通過后,提交問題單,并進行回歸測試。如果 A角 測

24、試和B角測試的結果存在偏差,或者測試問題報告的內部評審不通 過,將執行補充測試。.1.5 撰寫測試報告根據軟件測試結果撰寫測試初報告,測試初報告完成后將進行內 部評審,如果評審通過將提交軟件測試最終報告;如果內部評審不通過,將就報告中存在的問題和不完善的地方進行修正和改進,并酌情進行補充測試。.1.6 消除軟件缺陷根據最終的軟件測試報告,北京江河瑞通技術發展有限公司軟件 開發工程師將對軟件存在的一些缺陷進行修復,消除軟件缺陷,確保 項目應用系統軟件的安全穩定運行。.2 軟件測試日程項目系統軟件的周期較長,具體軟件測試日程安排,我們將根據 整個的工程進度

25、進行合理計劃,初步的軟件測試日程安排如下。單元測試:在系統編碼過程中進行。集成測試和系統測試:逐階段進行。.3 軟件測試工具應用系統測試工具是該部分件測試工作的一個重要的組成部分, 它能夠協助測試工程師完成許多手工無法完成或者難以實現的一些 測試工作。正確、合理地選擇和使用測試工具可以快速、全面地對軟 件進行測試,從而提高軟件質量。在不同的測試階段,我們應該選擇不同的測試工具進行測試的實 施和管理工作,由于測試工具的使用需要比較高的技巧和比較豐富的 經驗,所以即使在同一個項目中,我們也可能需要隨時根據項目的實 際情況選擇不同的測試工具。北京江河瑞通技術發展有限公司進行過 大量的軟

26、件工程項目測試,對于各種測試工具,尤其是測試管理工具、 性能測試工具和故障定位工具的使用積累了豐富的使用經驗,可以在測試過程中應對出現的各種可能的情況。士系統日志工具Log4J在軟件系統的開發和系統的運行過程中, 系統日志都是非常重要 的。好的系統運行日志,可以為系統的運行狀況評估、故障分析提供 有力的數據支持。在軟件開發過程中,系統日志也是軟件調試和測試 的利器。Log4J (還有Log4c等)同樣來源于互聯網權威的開源組織 ,是一個優秀的系統日志框架,我們在這個框架的基礎上, 根據其提供的二次開發接口,結合項目的實際需求,對日志的信息級 別、輸出格式、日志信息存儲方式等

27、進行定制和二次開發。為軟件的 調試和測試過程提供統一的信息描述格式,提高軟件開發不同角色之 間的溝通效率。系統進入運行期之后,只需要對運行期間所需記錄的 信息級別進行設置,就可完成從開發階段向運行階段的轉換。4功能測試工具 WinRunnerWinRunner是一種企業級的功能測試工具,用于檢測應用程序是 否能夠達到預期的功能及正常運行。通過自動錄制、檢測和回放用戶的應用操作,WinRunner能夠有效地幫助測試人員對復雜的企業級應 用的不同發布版進行測試,提高測試人員的工作效率和質量,確保跨 平臺的、復雜的企業級應用無故障發布及長期穩定運行。 Webi戶模擬和壓力測試工具 WebStress

28、WebStress是MiscroSoft開發的一個Web測試軟件。它可以模 擬任何人數在同一時間內進站或是循序進站時你的Server的反應表現。只要輸入網站的URL網址以及模擬的上站人數,就可以看出Server在這種壓力測試下的評比,用條狀圖明白地表示出Server反應時間、傳遞速率等相關數據。除了 Http的網頁外,還支持JSP等 語言撰寫的程序。支持 Proxy設定、密碼輸入、Cookies與JSP的 Session等功能。使用WebStress,可以模擬 Webi戶對應用的訪問過程,實現自 動化測試,也可以對軟件的實現效率、服務器的負載情況進行測試, 在以往的項目中得到了廣泛的使用。4測

29、試管理工具TestDirectorTestDirector 是全球最大的軟件測試工具提供商MercuryInteractive 公司生產的企業級測試管理工具,也是業界第一個基于 Web的測試管理系統,它可以在您公司內部或外部進行全球范圍內測 試的管理。通過在一個整體的應用系統中集成了測試管理的各個部分, 包括需求管理,測試計劃,測試執行以及錯誤跟蹤等功能, TestDirector 極大地加速了測試過程。.4 軟件測試程序測試人員要仔細閱讀有關資料,包括規格說明、設計文檔、使用 說明書及在設計過程中形成的測試大綱、測試內容及測試的通過準則,全面熟悉系統,編寫測試計劃,設計測試用例,作好測試前的準備工 作

溫馨提示

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

評論

0/150

提交評論