軟件測試計劃范文3篇

軟件測試計劃范文3篇篇一:軟件測試計劃1(簡介1.1目的,項目名稱,的這一“測試計劃”文檔有助于實現以下目標:[確定現有項目的信息和應測試的軟件構件。列出推薦的測試需求。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進行估計。列出測試項目的可交付元素]1.2背景[對測試對象及其目標進行簡要說明。需要包括的信息有:主要的功能和性能、測試對象的構架以及項目的簡史。]1.3范圍[描述測試的各個階段，并說明本計劃所針對的測試類型。簡要地列出測試對象中將接受測試或將不接受測試的那些性能和功能。如果在編寫此文檔的過程中做出的某些假設可能會影響測試設計、開發(fā)或實施，則列出所有這些假設。列出可能會影響測試設計、開發(fā)或實施的所有風險或意外事件。列出可能會影響測試設計、開發(fā)或實施的所有約束。2.測試參考文檔和測試提交文檔2.1測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性:[注:可適當地刪除或添加文檔項。]文檔、已創(chuàng)建或可用、已被接收或已經過復審、作者或可行性分析報告、是?否?、是?否?需求規(guī)格說明書、是?否?、是?否?軟件概要設計、是?否?、是?否?軟件詳細設計、是?否?、是?否?軟件測試需求、是?否?、是?否?測試時間表及人員安排、是?否?、是?否?用戶操作手冊、是?否?、是?否?安裝指南、是?否?、是?否?2.2測試提交文檔[下面應當列出在測試階段結束后，所有可提交的文檔]例如:測試報告，測試用例3.測試進度測試活動、計劃開始日期、實際開始日期、結束日期、完成人員制定測試計劃設計測試用例集成測試系統(tǒng)測試性能測試安裝測試用戶驗收測試對測試進行評估產品發(fā)布4.測試資源4.1人力資源下表列出了在此項目的人員配備方面所作的各種假定。[注:可適當地刪除或添加角色項。]角色所推薦的最少資源具體職責或注釋4.2測試環(huán)境軟件描述硬件描述4.3測試工具此項目將列出測試使用的工具:用途工具生產廠商/自產版本5.測試風險評估、優(yōu)先級[簡要描述測試階段的風險和處理的優(yōu)先級]6.測試策略[測試策略提供了對測試對象進行測試的推薦方法。對于每種測試，都應提供測試說明，并解釋其實施的原因。制定測試策略時所考慮的主要事項有:將要使用的技術以及判斷測試何時完成的標準。下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環(huán)境中使用已知的、有控制的數據庫來執(zhí)行。]注意:不實施某種測試，則應該用一句話加以說明，并陳述這樣的理由。例如，“將不實施該測試。該測試本項目不適用”。6.1數據和數據庫完整性測試[要,項目名稱,中，數據庫和數據庫進程應作為一個子系統(tǒng)來進行測試。在測試這些子系統(tǒng)時，不應將測試對象的用戶界面用作數據的接口。對于數據庫管理系統(tǒng)，還需要進行深入的研究，以確定可以支持以下測試的工具和技術。]測試目標:[確保數據庫訪問方法和進程正常運行，數據不會遭到損壞]測試范圍:技術:[調用各個數據庫訪問方法和進程，并在其中填充有效的和無效的數據。檢查數據庫，確保數據已按預期的方式填充，并且所有的數據庫事件已正常發(fā)生;或者檢查所返回的數據，確保正當的理由檢索到了正確的數據]開始標準:完成標準:[所有的數據庫訪問方法和進程都按照設計的方式運行，數據沒有遭到損壞。]測試重點和優(yōu)先級:需考慮的特殊事項:[測試可能需要DBMS開發(fā)環(huán)境或驅動程序在數據庫中直接輸入或修改數據。進程應該以手工方式調用。應使用小型或最小的數據庫來使所有無法接受的事件具有更大的可視度。]6.2接口測試測試目標確保接口調用的正確性測試范圍:所有軟件、硬件接口，記錄輸入輸出數據技術:開始標準:完成標準:測試重點和優(yōu)先級:需考慮的特殊事項:接口的限制條件6.3集成測試[集成測試―主要目的檢測系統(tǒng)是否達到需求對業(yè)務流程及數據流的處理是否符合標準，檢測系統(tǒng)對業(yè)務流處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。此階段測試基于功能完成的測試。]測試目標檢測需求中業(yè)務流程，數據流的正確性測試范圍:需求中明確的業(yè)務流程，或組合不同功能模塊而形成一個大的功能。技術:[利用有效的和無效的數據來執(zhí)行各個用例、用例流或功能，以核實以下內容:在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。]開始標準:在完成某個集成測試時必須達到標準完成標準:[所計劃的測試已全部執(zhí)行。所發(fā)現的缺陷已全部解決。]測試重點和優(yōu)先級:測試重點指在測試過程中需著重測試的地方，優(yōu)先級可以根據需求及嚴重來定需考慮的特殊事項:[確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素]6.4功能測試[對測試對象的功能測試應側重于所有可直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶界面與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。以下為各種應用程序列出了推薦使用的測試概要:]測試目標[確保測試的功能正常，其中包括導航，數據輸入，處理和檢索等功能。]測試范圍:技術:[利用有效的和無效的數據來執(zhí)行各個用例、用例流或功能，以核實以下內容:在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。]開始標準:完成標準:測試重點和優(yōu)先級:需考慮的特殊事項:[確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素]6.5用戶界面測試[用戶界面測試用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預期的方式運行，并符合公司或行業(yè)的標準。]測試目標[核實以下內容:通過測試進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法的使用窗口的對象和特征都符合標準。]測試范圍:技術:[為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。]開始標準:完成標準:[成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準]測試重點和優(yōu)先級:需考慮的特殊事項:[并不是所有定制或第三方對象的特征都可訪問。]6.6性能評測[性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當作條件的一種函數來進行評測和微調。測試目標[核實所指定的事務或業(yè)務功能在以下情況下的性能行為:正常的預期工作量預期的最繁重工作量]測試范圍:技術:[使用為功能或業(yè)務周期測試制定的測試過程。通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務的迭代數量。腳本應該在一臺計算機上運行，并在多個客戶機上重復。]開始標準:完成標準:[單個事務或單個用戶:在每個事務所預期時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。][多個事務或多個用戶:在可接受的時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。]測試重點和優(yōu)先級:需考慮的特殊事項:[綜合的性能測試還包括在服務器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括:直接將“事務強行分配到”服務器上，這通常以“結構化語言”調用的形式來實現。通過創(chuàng)建“虛擬的”用戶負載來模擬許多個客戶機。此負載可通過“遠程終端仿真工具來實現。此技術還可用于在網絡中加載“流量”。使用多臺實際客戶機在系統(tǒng)上添加負載。性能測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現完全的控制和精確的評測。性能測試所用的數據庫應該是實際大小或相同縮放比例的數據庫。]6.7負載測試[負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。][注:以下所說的事務是指“邏輯業(yè)務事務”。這各事務被定義為將由系統(tǒng)的某個最終用戶通過使用應用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。]測試目標[核實所指定的事務或商業(yè)理由在不同的工作量條件下的性能行為時間。]測試范圍:技術:[使用為功能或業(yè)務周期測試制定的測試。通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務發(fā)生的次數。]開始標準:完成標準:[多個事務或多個用戶:在可接受的時間范圍內成功地完成測試，沒有發(fā)生任何故障。]測試重點和優(yōu)先級:需考慮的特殊事項:[負載測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現完全的控制和精確的評測。負載測試所用的數據庫應該是實際大小或相同縮放比例的數據庫。]6.8強度測試[強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁盤空間不足，測試對象就可能會表現出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。][注:以下提到的事務都是指邏輯業(yè)務事務。測試目標[核實測試對象能夠在以下強度條件下正常運行，不會出現任何錯誤:服務器上幾乎沒有或根本沒有可用的內存連接或模擬了最大實際數量的客戶機多個用戶對相同的數據或賬戶執(zhí)行相同的事務最繁重的事務量或最差的事務組合。注:強度測試的目標可表述為確定和記錄那些使系統(tǒng)無法繼續(xù)正常運行的情況或條件?？蛻魴C的強度測試在“配置測試”的第3.1.11節(jié)中進行了說明。]測試范圍:技術:[使用為性能評測或負載測試制定的測試。要對有限的資源進行測試，就應該在一臺計算機上運行測試，而且應該減少或限制服務器上的RAM和DASD。對于其他強度測試，應該使用多臺客戶機來運行相同的測試或互補的測試，以產生最繁重的事務量或最差的事務組合。]開始標準:完成標準:[所計劃的測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限制時沒有出現任何軟件故障，或者導致系統(tǒng)出現故障條件的并不在指定的條件范圍之內。]測試重點和優(yōu)先級:需考慮的特殊事項:[如果要增加網絡工作強度，可能會需要使用網絡工具來給網絡加載消息或信息包。應該暫時減少用于系統(tǒng)的DASD，以限制數據庫可用空間的增長。使多個客戶機對相同的記錄或數據帳戶同時進行的訪問達到同步。]6.9容量測試[容量測試使測試對象處理大量的數據，以確定是否達到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數據庫記錄，那么容量測試就會使用一個大型的測試數據庫。檢驗該軟件是否正常運行并生成了正確的報表。]測試目標[核實測試對象在以下高容量條件下能否正常運行:連接或模擬了最大數量的客戶機，所有客戶機在長時間內執(zhí)行相同的、且情況最壞的業(yè)務功能。已達到最大的數據庫大小，而且同時執(zhí)行多個查詢或報表事務。]測試范圍:技術:[使用為性能評測或負載測試制定的測試。應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內產生最繁重的事務量或最差的事務組合創(chuàng)建最大的數據庫大小，并使用多臺客戶機在長時間內同時運行查詢和報表事務。]開始標準:完成標準:[所計劃的測試已全部執(zhí)行，而且達到或超出指定的系統(tǒng)限制時沒有出現任何軟件故障。]測試重點和優(yōu)先級:需考慮的特殊事項:[對于上述的高容量條件，哪個時間段是可以接受的時間,]6.10安全性和訪問控制測試[安全性和訪問控制測試側重于安全性的兩個關鍵方面:應用程序級別的安全性，包括對數據或業(yè)務功能的訪問。系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。應用程序級別的安全性可確保:在預期的安全性情況下，Actor只能訪問特定的功能或用例，或者只能訪問有限的數據。例如，可能會允許所有人輸入數據，創(chuàng)建新帳戶，但只有管理員才能刪除這些數據或帳戶。如果具有數據級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粝ⅲ坝脩舳笨匆娡豢蛻舻慕y(tǒng)計數據。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權限的用戶才能訪問應用程序，而且只能通過相應的網關來訪問。]測試目標應用程序級別的安全性:[核實Actor只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。]系統(tǒng)級別的安全性:[核實只有具備系統(tǒng)和應用程序訪問權限的Actor才能訪問系統(tǒng)和應用程序。]測試范圍:技術:應用程序級別的安全性:[確定并列出各用戶類型及其被授權訪問的功能或數據。][為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務來核實其權限。]修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數據。系統(tǒng)級別的訪問:[請參見以下的“需考慮的特殊事項”。]開始標準:完成標準:[各種已知的Actor類型都可訪問相應的功能或數據，而且所有事務都按照預期的方式運行，并在先前的應用程序功能測試中運行了所有的事務。]測試重點和優(yōu)先級:需考慮的特殊事項:[必須與相應的網絡或系統(tǒng)管理員一直對系統(tǒng)訪問權進行檢查和討論。由于此測試可能是網絡管理可系統(tǒng)管理的職能，可能會不需要執(zhí)行此測試。]6.11故障轉移和恢復測試[故障轉移和恢復測試可可確保測試對象能成功完成轉移，并能從導致意外數據損失或數據完整性破壞的各種硬件、軟件可網絡故障中恢復。故障轉移測試可確保:對于必須持續(xù)運行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數據或事務?；謴蜏y試是一種對抗性的測試過程。在這種測試中，將把應用程序或系統(tǒng)置于極端的條件下，以產生故障故障或無效的數據庫指針和關鍵字)。然后調用恢復進程并監(jiān)測和檢查應用程序和系統(tǒng)，核實應用程序或系統(tǒng)和數據已得到了正確的恢復。]測試目標[確?；謴瓦M程將數據庫、應用程序和系統(tǒng)正確地恢復到預期的已知狀態(tài)。測試中將包括以下各種情況:客戶機斷電服務器斷電通過網絡服務器產生的通信中斷DASD和/或DASD控制器被中斷、斷電或與DASD和/或DASD控制器的通信中斷周期未完成。數據庫指針或關鍵字無效數據庫中的數據元素無效或遭到破壞]測試范圍:技術:[應該使用為功能和業(yè)務周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務。一旦達到預期的測試起點，就應該分別執(zhí)行或模擬以下操作:客戶機斷電:關閉PC機的電源。服務器斷電:模擬或啟動服務器的斷電過程。通過網絡服務器產生的中斷:模擬或啟動網絡的通信中斷。DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通信中斷:模擬與一個或多個DASD控制器或設備的通信，或實際取消這種通信。?一旦實現了上述情況，就應該執(zhí)行其他事務。而且一旦達到第二個測試點狀態(tài)，就應調用恢復過程。在測試不完整的周期時，所使用的技術與上述技術相同，只不過應異常終止或提前終止數據庫進程本身。對以下情況的測試需要達到一個已知的數據庫狀態(tài)。當破壞若干個數據庫字段、指針和關鍵字時，應該以手工方式在數據庫中直接進行。其他事務應該通過使用“應用程序功能測試”和“業(yè)務周期測試”中的測試來執(zhí)行，并且應執(zhí)行完整的周期。]開始標準:完成標準:[在所有上述情況中，應用程序、數據庫和系統(tǒng)應該在恢復過程完成時立即返回到一個已知的預期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關鍵字范圍內的數據損壞，以及表明進程或事務因中斷面未被完成的報表。]測試重點和優(yōu)先級:需考慮的特殊事項:[恢復測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法可能并不可取或不可行。所以，可能會需要采用其他方法，例如診斷性軟件工具。需要系統(tǒng)、數據庫和網絡組中的資源。這些測試應該在工作時間之外或在一臺獨立的計算機上運行。]6.12配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數生產環(huán)境中，客戶機工作站、網絡連接和數據庫服務器的具體硬件規(guī)格會有所不同。客戶機工作站可能會安裝不同的軟件例如，應用程序、驅動程序等而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。]測試目標[核實測試可在所需的硬件和軟件配置中正常運行。]測試范圍:技術:[使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件，然后將其關閉。執(zhí)行所選的事務，以模擬Actor與測試對象軟件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的常規(guī)可用內存。]開始標準:完成標準:[對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現任何故障。]測試重點和優(yōu)先級:需考慮的特殊事項:[需要、可以使用并可以通過桌面訪問哪種非測試對象軟件,通常使用的是哪些應用程序,應用程序正在運行什么數據,例如，在Excel中打開的大型電子表格，或是在Word中打開的100頁文檔。作為此測試的一部分，應將整修系統(tǒng)、Netware、網絡服務器、數據庫等都記錄下來。]6.13安裝測試[安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。]測試目標核實在以下情況下，測試對象可正確地安裝到各種所需的硬件配置中:首次安裝。以前從未安裝過,項目名稱,的新計算機更新。以前安裝過相同版本的,項目名稱,的計算機更新。以前安裝過,ProjectName>的較早版本的計算機測試范圍:技術:[手工開發(fā)腳本或開發(fā)自動腳本，以驗證目標計算機的狀況首次安裝,項目名稱,從未安裝過;,項目名稱,安裝過相同或較早的版本啟動或執(zhí)行安裝。使用預先確定的功能測試腳本子集來運行事務。]開始標準:完成標準:,項目名稱,事務成功執(zhí)行，沒有出現任何故障。測試重點和優(yōu)先級:需考慮的特殊事項:[應該選擇,項目名稱,的哪些事務才能準確地測試出,項目名稱,應用程序已經成功安裝，而且沒有遺漏主要的軟件構件,。]7.問題嚴重度描述問題嚴重度、描述、響應時間高、例如使系統(tǒng)崩潰、程序員在多長時間內改正此問題中低8.測試完成標準9.附錄:項目任務以下是一些與測試有關的任務:制定測試計劃確定測試需求評估風險制定測試策略確定測試資源創(chuàng)建時間表生成測試計劃設計測試準備工作量分析文檔確定并說明測試用例確定測試過程，并建立測試過程的結構復審和評估測試覆蓋實施測試記錄或通過編程創(chuàng)建測試腳本確定設計與實施模型中的測試專用功能建立外部數據集執(zhí)行測試執(zhí)行測試過程評估測試的執(zhí)行情況恢復暫停的測試核實結果調查意外結果記錄缺陷對測試進行評估評估測試用例覆蓋評估代碼覆蓋分析缺陷確定是否達到了測試完成標準與成功標準篇二:軟件測試計劃1.1.目的簡述本計劃的目的，旨在說明各種測試階段任務、人員分配和時間安排、工作規(guī)范等。測試計劃在策略和方法的高度說明如何計劃、組織和管理測試項目。測試計劃包含足夠的信息使測試人員明白項目需要做什么是如何運作的。另外，清晰的文檔結構能使任何一個讀者在瀏覽計劃的前面幾頁后，就能對項目有一個大概的認識。測試計劃只是測試的一個框架，很多細節(jié)需要跟開發(fā)人員或其他人員溝通，因此計劃不包括測試用例的細節(jié)和系統(tǒng)功能的詳細信息。在計劃目的中需要指明讀者對象。1.2.名詞解釋列出本計劃中使用的專用術語及其定義;列出本計劃中使用的全部縮略語全稱及其定義?？s寫詞或術語英文解釋中文解釋1.3.參考資料列出本計劃各處參考的經過核準的全部文檔和主要文獻。1.4.測試摘要這一節(jié)主要說明測試計劃中重要的和可能有爭議的問題。本節(jié)的主要目的是將這些信息傳遞給那些可能不會通讀整個測試計劃文檔的人員。1.4.1.重點事項列出測試的重點事項?？梢詫栴}按重要程度和優(yōu)先級羅列出來，然后在后面的章節(jié)中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在。1.4.2.爭議事項簡要說明爭議事項。1.4.3.風險評估通過對技術文檔的閱讀，對被測系統(tǒng)可能存在的問題:系統(tǒng)設計，數據庫設計，響應時間，計費策略，因測試環(huán)境不足可能存在的測試缺陷事先評估出來，以指導測試方案，進行有重點的測試。1.4.4.時間進度簡要說明測試開始時間與發(fā)布時間。1.4.5.測試目標簡要說明測試發(fā)布的質量目標;測試計劃中所有測試方法和模塊已經執(zhí)行通過;所有的測試案例已經執(zhí)行過;所有的重要等級為1/2的Bug已經解決并由測試驗證。2.項目背景2.1.測試范圍說明本計劃涵蓋的測試范圍，比如功能測試、集成測試、系統(tǒng)測試、驗收測試等。通常說明什么是要測試的，什么是不要測試的是非常重要的。明確規(guī)定這些問題后，測試人員對該做什么有一個清晰的認識。簡要地列出測試對象中將接受測試或將不接受測試的那些性能和功能;如果在編寫此文檔的過程中作出的某些假設可能會影響測試設計、開發(fā)或實施，則列出所有這些假設;列出可能會影響測試設計、開發(fā)或實施的所有風險或意外事件;列出可能會影響測試設計、開發(fā)或實施的所有約束。提示和技巧:需要測試和特別注意測試那些部分,測試是否專么針對與某些問題的解決,哪些部分不需要測試，為什么,哪些部分需要推遲測試,為什么,是否要驗證每個模塊的穩(wěn)定性,測試的優(yōu)先級和先后順序。2.2.測試目標系統(tǒng)目標對測試人員了解自己需要做什么是非常重要的。測試項目負責人應積極與系統(tǒng)設計人員或開發(fā)人員溝通，以取得相關資料。測試人員必須知道系統(tǒng)是做什么并且?guī)椭椖繉崿F這種目標。在計劃中包括系統(tǒng)視圖和目標后，要確保所有的測試人員都知道項目和系統(tǒng)的目標。通常情況下項目計劃都是模糊的。模糊的目標必須通過成員的努力轉換成可衡量和實現的東西。沒有固定的視圖和目標，你將無法完成部分任務。而且，你會發(fā)現很難將對產品的認識向別人轉述。2.3.聯系方式列出項目參與人員的職務、姓名、E-mail和電話。職務、姓名、E-Mail、電話開發(fā)工程師CVSBuilder開發(fā)經理測試負責人測試人員2.4.風險及約束列出測試過程中可能存在的一些風險和制約因素，并給出規(guī)避方案。如:?由于客觀存在的設備、網絡等資源原因，使得測試不全面。明確說明哪些資源欠缺，產生什么約束;?由于研發(fā)模式為現場定制，且上線時間壓力大，使得測試不充分。明確說明在此中約束下，測試如何應對;?只針對專門的客戶群需求的測試。明確說明此約束下的客戶群和業(yè)務范圍。2.5.測試文檔列出測試過程中可能用到的參考文檔、相關的設計文檔以及保存位置，測試完成后應產生的文檔。2.5.1.測試參考文檔文檔說明、作者、文檔位置需求文檔總體設計白皮書使用手冊管理手冊測試文檔API文檔2.5.2.測試提交文檔文檔說明、作者、文檔位置《總體測試計劃》《總體測試方案》測試用例《性能測試方案》《測試報告》《Readme》《產品操作手冊》《產品操作手冊》《產品安裝維護手冊》《產品錯誤代碼說明文檔》3.質量目標描述本階段測試目標和要求。質量目標應該包括產品的質量目標和測試小組的質量目標。質量不僅是衡量系統(tǒng)的功能或性能是否正常。對系統(tǒng)來說，在開發(fā)過程中盡早建立全面的質量標準與系統(tǒng)的及時發(fā)布是一樣重要的。質量目標是一個強有力的工具，應該在系統(tǒng)開發(fā)過程中盡早建立。一個定義準確的質量目標在以后的產品開發(fā)過程中幫助決策。例如，系統(tǒng)是否能夠正式發(fā)行,在代碼完成后，應該修復那些缺陷,在系統(tǒng)完成后那種類型的測試是最合適的,3.1.產品質量目標可以是產品的質量達到什么樣的目標，產品的流程聯通性達到什么樣的要求。測試質量目標、確認者測試已實現的產品是否達到設計的要求，包括:各個功能點是否以實現，業(yè)務流程是否正確、產品規(guī)定的操作和運行穩(wěn)定、3.2.測試質量目標評價測試質量的目標可以有:測試質量目標、確認者所有的測試案例已經執(zhí)行過、所有的自動測試腳本已經執(zhí)行通過、所有的重要等級為1/2的Bug已經解決并由測試驗證、每一部分的測試已經被TestLead確認完成、重要功能不允許有等級為1/2/3的Bug、一般的功能或與最終使用者不直接聯系的功能不允許有等級為1/2的bug,且bug等級為3的問題不得超過1/功能、輕量的功能允許有少量2/3等級的錯誤、發(fā)現錯誤等級為1/2/3的Bug的速率正在下降并接近0、在最后的三天內沒有發(fā)現錯誤等級為1/2/3類的Bug、4.資源需求4.1.培訓資料培訓需求、培訓內容、培訓人員、開始時間、完成時間業(yè)務流程、安裝配置、工具使用、4.2.測試環(huán)境4.2.1.硬件測試環(huán)境描述建立測試環(huán)境所需要的設備、用途及軟件部署計劃?！皺C型”:此處說明所需設備的機型要求以及內存、CPU、硬盤大小的最低要求;“用途及特殊說明”:此設備的用途，如數據庫服務器，web服務器，后臺開發(fā)等;如有特殊約束，如開放外部端口，封閉某端口，進行性能測試等，也寫在此列;“軟件及版本”:詳細說明每臺設備上部署的自開發(fā)和第三方軟件的名稱和版本號，以便系統(tǒng)管理員按照此計劃分配測試資源;“預計空間”:說明第三方軟件和應用程序的預計空間;“環(huán)境約束說明”:建立此環(huán)境時的特殊約束。如需要開發(fā)外部訪問端口，需要進行性能測試等。平臺1:SUN機型SUN450IP地址10.1.1.1操作系統(tǒng)用途及特殊說明軟件及版本oracle8.1.2預計空間2G平臺2:IBM機型IP地址操作系統(tǒng)用途第三方軟件及版本預計空間4.2.2.軟件測試環(huán)境軟件需求用途4.3.測試工具此項目將列出測試使用的工具以及用途:測試工具用途自動測試工具5.測試策略5.1.整體測試策略本節(jié)的目的是說明計劃中使用的基本的測試過程。使用里程碑技術在測試過程中驗證每個模塊，測試人員在需求階段參與測試工作，進行需求review、設計review、測試案例設計和測試開發(fā)，在系統(tǒng)開發(fā)完成之后，正式執(zhí)行測試。產品達到軟件產品質量要求和測試要求后發(fā)布，并提交相關的測試文檔。5.2.開始/中斷/完成標準說明中斷/開始/完成測試的標準。開始/中斷/完成測試標準說明開始測試標準硬件環(huán)境可用且軟件正確安裝完成中斷測試標準安裝無法正確完成或程序的文檔有相當多的失誤或系統(tǒng)服務異?；虬l(fā)現BlockBug完成測試標準完成測試計劃中的測試規(guī)劃并達到程序和測試質量目標,并由TestLead/R&DManager確認5.3.測試類型測試類型、是否采用、說明功能測試、采用、根據系統(tǒng)需求文檔和設計文檔，檢查產品是否正確實現了功能。流程測試、采用、按操作流程進行的測試，主要有業(yè)務流程、數據流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理邊界值測試、采用、選擇邊界數據進行測試，確保系統(tǒng)功能正常，程序無異常。容錯性測試、采用、檢查系統(tǒng)的容錯能力，錯誤的數據輸入不會對功能和系統(tǒng)產生非正常的影響，且程序對錯誤的輸入有正確的提示信息異常測試、采用、檢查系統(tǒng)能否處理異常啟動停止測試、采用、檢查每個模塊能否正常啟動停止、異常停止后能否正常啟動安裝測試、采用、檢查系統(tǒng)能否正確安裝、配置易用性測試、采用、檢查系統(tǒng)是否易用友好界面測試、采用、檢查界面是否美觀合理接口測試、采用、檢查系統(tǒng)能否與外部接口正常工作配置測試、采用、檢查配置是否合理、配置是否正常安全性和訪問控制測試、采用、應用程序級別的安全性:檢查Actor只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。系統(tǒng)級別的安全性:檢查只有具備系統(tǒng)和應用程序訪問權限的Actor才能訪問系統(tǒng)和應用程序。性能測試、采用、提取系統(tǒng)性能數據，檢查系統(tǒng)是否滿足在需求中所規(guī)定達到的性能。壓力測試、采用、檢查系統(tǒng)能否承受大壓力，測試產品應該能夠在高強度條件下正常運行，不會出現任何錯誤。兼容性測試、采用、對于C/S架構的系統(tǒng)來說，需要考慮客戶端支持的系統(tǒng)平臺。對于B/S架構的系統(tǒng)來說需要考慮用戶端瀏覽器的版本。割接/升級測試、采用、進行專門的割接測試或升級測試，提供工程升級割接方案文擋測試、采用、檢查文檔是否足夠，描述是否合理回歸測試、采用、檢查程序修改后有沒有引起新的錯誤，是否能夠正常工作以及能否滿足系統(tǒng)的需求5.4.測試技術測試技術、是否采用、說明里程碑技術、采用、里程碑的達成標準及驗收方法在測試完后制訂自動測試技術、采用、核心業(yè)務流程采用自動測試技術審評測試、采用、對軟件產品功能說明文檔和設計說明文檔進行檢查，在需求與設計階段進行編寫測試用例、采用、在產品編碼階段編寫測試用例單元測試、不采用、由開發(fā)人員進行集成測試、采用、檢測模塊集成后的系統(tǒng)是否達到需求對業(yè)務流程及數據流的處理是否符合標準、系統(tǒng)對業(yè)務流處理是否存在邏輯不嚴謹及錯誤以及是否存在不合理的標準及要求。確認測試、采用、在產品發(fā)布前，對照featurelist進行基本需求的確認，確認產品是否正確實現了功能。系統(tǒng)測試、采用、包括性能測試、壓力測試和回歸測試驗收測試、不采用、由工程實施人員進行6.測試計劃6.1.進度計劃在此章節(jié)，對各階段的測試給出里程碑計劃，包括階段、里程碑、資源等。6.1.1.測試時間進度測試階段、開始時間、完成時間、測試人員、階段完成標志制定測試計劃需求Review設計Review設計測試用例測試開發(fā)測試環(huán)境準備測試實施功能測試集成測試性能測試系統(tǒng)測試驗收測試文檔編寫6.1.2.測試里程碑里程碑、完成時間、完成標準測試正式開始、、完成可接受性測試和煙霧測試進行CVSLOCK、進行cvslock、完成所有里程碑測試和標準測試,測試種類包括確認測試和系統(tǒng)測試,且所有以發(fā)現的Bug等級為1/2/3的Bug已修復,近期內無發(fā)現新的Bug等級為1/2/3的Bug產品Release、、重復進行主路徑測試和進行Bug檢查測試,產品處于可交付狀態(tài)并由測試經理和高級經理確認6.2.測試準備6.2.1.測試環(huán)境準備準備事項開始時間完成時間測試人員階段完成標志測試環(huán)境準備6.2.2.安裝測試準備事項開始時間完成時間測試人員階段完成標志安裝測試6.2.3.煙霧測試準備事項開始時間完成時間測試人員階段完成標志煙霧測試6.3.具體測試實施任務和時間人員安排測試功能點開始時間完成時間測試人員說明篇三:軟件測試計劃書1.引言1.1.目的測試軟件中的各個功能模塊是否滿足用戶要求，并測試是否存bug。預期達到能夠使系統(tǒng)進行快速的改進和系統(tǒng)的提高。為了在軟件投入生產性運行之前，盡可能多地發(fā)現軟件的錯誤。1.2.背景a(為方便學習和工作比較忙碌的上班族和學生記錄信息，避免遺忘而出現特大損失。b(該開發(fā)項目的歷史，列出用戶和執(zhí)行此項目測試的機構或人群;該項目前后經歷了三個階段，前期設計階段，然后是開發(fā)階段，最后是軟件的測試階段。項目的用戶針對的是本學校的一些想要在空閑時間背單詞的學生，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進行測試。1.3.范圍主要測試軟件的功能是否滿足客戶的需要，性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個模塊進行詳細的測試，并記錄測試的結果，對測試的結果進行細致的分析處理。測試時對系統(tǒng)的各個功能模塊進行拆分測試，并以每一個模塊都要測試到。對所有可能的結果進行測試，以及測試過程中存在的問題進行分析，然后提交測試的記錄。最后，對軟件存在的問題以及性能的測試進行全面分析，并給予記錄。在測試的過程中需要提出各個問題的假設，以及根據需求報告文檔中存在的項目功能模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設計、開發(fā)、或實施的所有風險或意外事件。列出可能會影響測試設計、開發(fā)或實施的所有約束。1.4.定義信息:有關數據庫中單詞的詞義，詞性，單詞本身等管理:各級詞庫的選擇1.5.參考資料列出編寫本計劃及測試整個過程中所要參考的文件、資料。編號、資料名稱、作者、日期、出版單位1、《軟件測試入門與提高》、張成明、2008.6、清華大學出版社2、《軟件測試基礎教程》、劉建宇、2007.3、郵電大學出版社《軟件測試自動化的引入和應用》、李剛、2004.4、機械工業(yè)出版社2.測試內容下表列出了測試需求，并對其進行了優(yōu)先級定義:子系統(tǒng)名稱:今日事模塊名稱:語音錄入測試點:開始錄音、結束錄音、保存錄音、點擊空白處、返回優(yōu)先級說明:第一操作、開始錄音的后續(xù)操作、結束錄音的后續(xù)操作、沒有反應、退出語音錄入功能3.測試規(guī)則3.1.進入準則安裝安裝包以后就可以進行使用。3.2.暫停/退出準則軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現一級錯誤、二級錯誤暫停測試返回開發(fā)。軟件系統(tǒng)經過單元、集成、確認、系統(tǒng)、安裝、驗收測試，分別達到單元、集成、確認、系統(tǒng)、安裝、驗收測試停止標準。軟件系統(tǒng)通過驗收測試，并已得出驗收測試結論。軟件項目需暫停以進行調整時，測試應隨之暫停，并備份暫停點數據。軟件項目在其開發(fā)生命周期內出現重大估算，進度偏差，需暫?；蚪K止時，測試應隨之暫?；蚪K止，并備份暫?；蚪K止點數據3.3.測試方法首先，進行對功能模塊進行劃分，明確功能測試的人員負責情況。其次對各個模塊進行測試。黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，并且保持外部信息的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用于軟件確認測試。黑盒測試著力于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“黑盒法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。3.4.當完成模塊測試后進行整個系統(tǒng)的功能測試測試手段路徑測試。一條路徑包含測試員所執(zhí)行的所有步驟，或程序為了得到正確狀態(tài)所通過的所有語句。路徑測試包括測試通過程序的很多路徑。通過非平凡程序的所有路徑是不可能的。因此，有些測試員進行子路徑測試,測試很多部分路徑。、語句與分支覆蓋率。如果測試執(zhí)行了程序中的所有語句，則達到100%的語句覆蓋率。如果執(zhí)行了所有語句和一個語句到另一個語句之間的所有分支，則達到100%的語句和分支覆蓋率。設計自己的測試,達到高的語句與分支覆蓋率,有時叫做“基于覆蓋率的測試”。。把它叫做語句與分支覆蓋率，是為了與關注其他類型覆蓋率的測試相區(qū)別。配置覆蓋率就是一個很好例子，這種手段執(zhí)行同一條語句很多次，但是潛在產生非常不同的結果。配置覆蓋率。如果必須測試100臺打印饑的兼容性，并且已經測試了10臺,就達到10%的打印機覆蓋率。更一般地，配置覆蓋率度量測試員已經運行的配置測試占計劃運行的配置測試總數的百分比?；谝?guī)格說明的測試。這種測試關注驗證在規(guī)格說明中所做的有關產品的每個事實聲明。常常包括手冊、市場開發(fā)文檔或廣告、技術支持人員寄給客戶的印刷品中的所有聲明。基于需求的測試。測試關注證明程序滿足需求文檔中的所有需求組合測試。相互組合測試兩個或更多變量。本章最后的“測試手段附錄”還要討論這個問題。組合測試很重要，但是很多測試員對這種測試研究得還很不夠。3.5.測試要點主要測試系統(tǒng)的功能是否符合客戶要求，各個模塊之間的銜接程度是否順暢，并測試軟件是否存在缺陷和漏洞。3.6.測試工具負載壓力測試工具這類測試工具的主要目的是度量應用系統(tǒng)的可擴展性和性能，是一種預測系統(tǒng)行為和性能的自動化測試工具。在實施并發(fā)負載過程中，通過實時性能監(jiān)測來確認和查找問題，并針對所發(fā)現問題對系統(tǒng)性能進行優(yōu)化，確保應用的成功部署。負載壓力測試工具能夠對整個企業(yè)架構進行測試，通過這些測試，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。功能測試工具通過自動錄制、檢測和回放用戶的應用操作，將被測系統(tǒng)的輸出記錄同預先給定的標準結果比較，功能測試工具能夠有效地幫助測試人員對復雜的企業(yè)級應用的不同發(fā)布版本的功能進行測試，提高測試人員的工作效率和質量。其主要目的是檢測應用程序是否能夠達到預期的功能并正常運行。測試管理工具一般而言，測試管理工具對測試需求、測試計劃、測試用例、測試實施進行管理，并且測試管理工具還包括對缺陷的跟蹤管理。測試管理工具能讓測試人員、開發(fā)人員或其他的IT人員通過一個中央數據倉庫，在不同地方就能交互信息。4.測試環(huán)境4.1.硬件環(huán)境1>安卓系統(tǒng)智能機4.2.軟件環(huán)境安卓4，0以上系統(tǒng)4.3.安全性環(huán)境要求操作系統(tǒng)的安全性，測試工具的安全性，測試軟件的安全性。5.項目任務以下是測試學生信息管理系統(tǒng)時與測試有關的任務:5.1.測試規(guī)劃1.響應時間我把“響應時間”的概念確定為“對請求作出響應所需要的時間”，把響應時間作`為用戶視角的軟件性能的主要體現。響應時間劃分為“呈現時間”和“系統(tǒng)響應時間”兩個部分。2.并發(fā)用戶數我把“并發(fā)用戶數”與“同時在線數”進行區(qū)別對待，我的“并發(fā)用戶數”的標準是:并發(fā)用戶數取決于測試對象的目標業(yè)務場景，因此，在確定這個“并發(fā)用戶數”前，必須先對用戶的業(yè)務進行分解、分析出典型的業(yè)務場景，然后基于場景采用某些方法獲得“并發(fā)用戶數”。這樣做的原因是:假設一個應用系統(tǒng)、最高峰有500人同時在線、但這500人卻不是并發(fā)用戶數、因為假設在一個時間點上、有50%的人在填寫復雜的表格、有40%的人在不停的從一個頁面跳轉到另外一個頁面、還有10%的人掛在線上，沒有任何操作在發(fā)呆:)。因此只有那40%的人真正對服務器產生了壓力，從這里例子可以看出、并發(fā)用戶數關心的是不但是業(yè)務并發(fā)用戶數、還取決于業(yè)務邏輯、業(yè)務場景。因此我們需要本文第六部分性能測試文檔4、5、6。3.吞吐量我把吞吐量定義為“單位時間內系統(tǒng)處理的客戶請求的數量”，直接體現軟件系統(tǒng)的性能承載能力，對于交互式應用系統(tǒng)來說、吞吐量反映的是服務器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個重要指標、它不但反映在中間件、數據庫上、更加體現在硬件上。我們在以下方面利用這個指標:用來協(xié)助設計性能測試場景，衡量性能測試是否達到了預計的設計目標、比如J2EE應用系統(tǒng)的連接池、數據庫事務發(fā)生頻率、事務發(fā)生次數。用來協(xié)助分析性能瓶頸、參照本文第二部分總的RBI方法。4.性能計數器性能計數器式描述服務器或操作系統(tǒng)性能的一些數據指標、例如對WINDOWS來說使用內存數、CPU使用率、進程時間等都是常見的計數器。對于性能計數器這個指標來說、需要考慮到的不但有硬件計數器、web服務器計數器、Weblogic服務器計數器、Servlet性能計數器、EJB2的性能計數器、JSF性能計數器、JMS性能計數器。找到這些指標是使用性能計數器的第一步、關鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計數器使用的關鍵。性能計數器復雜而繁多、與代碼上下文環(huán)境、系統(tǒng)配置情況、系統(tǒng)架構、開發(fā)方式、使用到的規(guī)范實現、工具、類庫版本都有緊密的聯系、在此不作贅述。5.思考時間我把思考時間確定為“休眠時間”。從業(yè)務系統(tǒng)的角度來說，這個時間指的是用戶在驚醒操作時、每個請求之間的時間間隔、從自動化測試的角度來說、要真實的測試模擬用戶操作、就必須在測試腳本中讓各個操作之間等待一段時間、體現在腳本上就是在操作之間放置一個Think的函數，體現為腳本中兩個請求語句之間的間隔時間、不同的測試工具提供了不同的函數或方法來實現思考時間、比如HPLoadRuner和IBMRationalPerformanceTester的方式就完全不同。5.2.測試設計用戶層:主要是面向產品最終的使用操作者的測試。這里重點突出的是在操作者角度上，測試系統(tǒng)對用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數據的安全性。主要包括:用戶手冊、使用幫助、支持客戶的其他產品技術手冊是否正確、是否易于理解、是否人性化。用戶界面測試在確保用戶界面能夠通過測試對象控件或入口得到相應訪問的情況下，測試用戶界面的風格是否滿足用戶要求，例如:界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好?？删S護性測試可維護性是系統(tǒng)軟、硬件實施和維護功能的方便性。目的是降低維護功能對系統(tǒng)正常運行帶來的影響。例如:對支持遠程維護系統(tǒng)的功能或工具的測試。安全性測試這里的安全性主要包括了兩部分:數據的安全性和操作的安全性。核實只有規(guī)格規(guī)定的數據才可以訪問系統(tǒng)，其他不符合規(guī)格的數據