軟件檢測測驗計劃

1、軟件測試計劃文檔編號：文檔名稱：編寫：審核：批準：批準日期：1簡介3 H恁潤屬彭瘞睞楊尻賴。目的3 溝熠金富愛稽譴凈。背景3殘鴦樓靜鑄瀚湃淑塑麓。范圍3 r鋼極鎮(zhèn)檜豬錐。項目標識 3彈貿攝爾霽斃撰磚鹵尻。2測試需求 4 tM養(yǎng)舟篋藕W戀類蔣薔。3測試策略 4廈礴懇蹣駢日寺翥繼騷。測試類型5煢楨廣鮑觸選塊網(wǎng)踴淚。數(shù)據(jù)和數(shù)據(jù)庫完整性測試5鵝婭盡揖鶴慘屣蘢第功能測試5麓叢媽趣為瞻債蛭練浮。業(yè)務周期測試6 501圣僮勵艮訝驊汆。用戶界面測試6滲彩嗆儼勻謂鱉調硯金帛。性能評價7錢臥瀉嵯圣騁睨限期負載測試8據(jù)稿M襪備鄱輪爛薔。強度測試8嬲熟俁閽蕨直閶鄴錢用蚤。容量測試9壇搏鄉(xiāng)it懺簍鍥鈴波。安全性和訪問控

2、制測試10蠟燮夥1m帳鉉錨金市贅。故障轉移和恢復測試11 蜩而酷簪曇JW遙閆擷凄。配置測試12 鋪依雕I稠鵬蹤韋轅耀。安裝測試13顏震彥決綏飴夏錦。工具13貓蠶!繪燎舶誅髏既尻。4資源14鍬籟饕逕瑣奧鷗婭薔。角色14橫氽加簧碩飩芹齦話鴦。系統(tǒng)15輒峰隔槿跳將虢滎。5項目里程碑 15堯側閨藕絳絢勘蛻督。6可交付工件 16識金昆縊螺箕嗜儼凄。測試日志16勞月鼠錯癇嫦脛汆。缺陷報告16朧鵠箱滅縈歡蜴鷲金帛。7附錄 A:項目任務16鯊警新出槌金甲涉瞿統(tǒng)廛。1簡介目的項目名稱 的這一 “測試計劃”文檔有助于實現(xiàn)以下目標：碩痍翔頑詒攆棒揣H頸。?確定現(xiàn)有項目的信息和應測試的軟件構件。?列出推薦的測試需求（

3、高層次）。濰薦可采用的測試策略，并對這些策略加以說明。?確定所需的資源，并對測試的工作量進行估計。?列出測試項目的可交付元素背景輸入測試對象（組件、應用程序、系統(tǒng)等）及其目標的的簡要說明。需要包括的信息有：主要的功能和特性、測試對象的構架以及項目的簡史。本節(jié)應該只包含3至5個段落。闋擻麟媛竦遷擇植秘范圍描述測試的各個階段，例如：單元測試、集成測試或系統(tǒng)測試，并說明本計劃所針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中將接受測試或將不接受測試的那 些特性和功能。量嚕腳富貿懇彈濾頷杲。如果在編寫此文檔的過程中作出的某些假設可能會影響測試設計、開發(fā)或實施，則列出所有這些假設。列出可能會

4、影響測試設計、開發(fā)或實施的所有風險或意外事件。列出可能會影響測試設計、開發(fā)或實施的所有約束。項目標識下表列出了制定測試計劃所用的文檔，并標明了文檔的可用性：注：可以視情況刪除或添加項目。文檔（版本/日期）已創(chuàng)建或可用已被接受或已 經過復審作者或來源備注需求規(guī)約是否是否功能性規(guī)約是否是否用例報告是否是否項目計劃是否是否設計規(guī)約是否是否原型是否是否用戶手冊是否是否業(yè)務模型或業(yè)務流程是否是否數(shù)據(jù)模型或數(shù)據(jù)流是否是否業(yè)務功能和業(yè)務規(guī)則是否是否項目或業(yè)務風險評估是否是否2測試需求下面列出了那些已被確定為測試對象的項目（用例、功能性需求和非功能性需求）。此列表說明了測試的對象。在此處輸入一個主要測試需求的

5、高層次列表。3測試策略測試策略提供了推薦用于測試對象的方法。上一節(jié)“測試需求”中說明了將要測試哪些對象，而本節(jié)則要說明如何對測試對象進行測試。數(shù)循資贏隼晴孫滋御贅。對于每種測試，都應提供測試說明，并解釋其實施和執(zhí)行的原因。如果不實施和執(zhí)行某種測試，則應該用一句話加以說明，并陳述這樣做的理由。例如，“將不實施和執(zhí)行該測試。該測試不合適。”慫闡官爵t逕醇嘯重是涼。制定測試策略時所考慮的主要事項有：將要使用的方法以及判斷測試何時完成的標準。下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環(huán)境中使用已知的、受控的數(shù)據(jù)庫來執(zhí)行。諺辭擔諂動律瀉第測試類型用列表的方式(例如IPO表即輸入

6、、處理、輸出表的形式)，逐項定量和定性地敘述對 軟件所提出的功能要求， 說明輸入什么量、經怎樣的處理、得到什么輸出，說明軟件應支持的終端數(shù)和應支持的并行操作的用戶數(shù)。啜覲言圭緣錫囁倍統(tǒng)鈴鑄。數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)庫和數(shù)據(jù)庫進程應作為 中的子系統(tǒng)來進行測試。在測試這些子系統(tǒng)時， 不應將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)(DBMS),還需要進行深入的研究，以確定可以支持以下測試的工具和方法。逸紿洪撰作鷹輜檄庫測試目標：確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞。方法：, 調用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和 無效的數(shù)據(jù)或對數(shù)據(jù)的請求。檢查數(shù)據(jù)庫，確保數(shù)據(jù)

7、已按預期的方式填充，并且所有數(shù)據(jù)庫事 件都按正常方式出現(xiàn)；或者檢查所返回的數(shù)據(jù)，確保為正當?shù)睦?由檢索到了正確的數(shù)據(jù)完成標準：所有的數(shù)據(jù)庫訪問方法和進程都按照設計的方式運行，數(shù)據(jù)沒有 遭到損壞。需考慮的特殊事項：測試可能需要 DBMS開發(fā)環(huán)境或驅動程序以便在數(shù)據(jù)庫中 直接輸入或修改數(shù)據(jù)。謎程應該以手工方式調用。如使用小型或最小的數(shù)據(jù)庫(其中的記錄數(shù)很有限)來使所用尢法接受的事件具有更大的可見性。3.1.2功能測試測試對象的功能測試應該側重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務規(guī)則是否正確實施。這種類型的測試基于黑盒

8、方法，即通過圖形用戶界面 (GUI)與應用程序交互并分析輸出結果來驗證應用程序及其內部進程。以下列出的是每個應用程序推薦的測試方法概要：初漬蟆俾閱剜鯽胃暹藏。測試目標：確保測試對象的功能正常，其中包括導航、數(shù)據(jù)輸入、處理 和檢索等。方法：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能， 以核實以下內容：施使用有效數(shù)據(jù)時得到預期的結果。施使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。格業(yè)務規(guī)則都得到了正確的應用。完成標準：4所計劃的測試已全部執(zhí)行。斯發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項：確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項 或因素（內部的或外部的）3.1.3業(yè)務周期測試業(yè)務周

9、期測試應模擬在一段時間內對 項目名稱 執(zhí)行的活動。應先確定一段時間（例如一年），然后執(zhí)行將在該時段內發(fā)生的事務和活動。這種測試包括所有的每日、每周和每月的周期，以及所有與日期相關的事件（如備忘錄） 。封憂藉m蒼ibi憫鷲。測試目標確保測試對象及后臺進程都按照所要求的業(yè)務模型和時間表正 確運行。方法：通過執(zhí)行以下活動，測試將模擬若干個業(yè)務周期：W各修改或增強對測試對象進行的功能測試，以增加每項功能的執(zhí)行次數(shù)，從而在指定的時段內模擬若小個不同的用戶?？聘魇褂糜行У暮蜔o效的日期或時段來執(zhí)行所有與時間或日期相 關的功能。司各在適當?shù)臅r候執(zhí)行或啟動所后周期性出現(xiàn)的功能。方測試中還將使用有效的和無效的數(shù)據(jù)

10、，以核實以下內容：方使用有效數(shù)據(jù)時得到預期的結果。方使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息?？I(yè)務規(guī)則都得到了正確的應用。完成標準：所計劃的測試已全部執(zhí)行。斯發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項：系統(tǒng)日期和事件可能需要特殊的支持活動需要通過業(yè)務模型來確定相應白測試需求和測試過程。3.1.4用戶界面測試通過用戶界面（UI）測試來核實用戶與軟件的交互。UI測試的目標在于確保用戶界面向用戶提供了適當?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI測試還要確保 UI功能內部的對象符合預期要求，并遵循公司或行業(yè)的標準。穎芻堇蟆悖億頓裳賠落測試目標：核實以下內容：據(jù)過瀏覽測試對象可正確反映業(yè)務的功能和

11、需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標移動和快捷鍵）的使用翕口的對象和特征（例如：菜單、大小、位置、狀態(tài)和中心）都符合標準。方法：為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象 都可止確地進行瀏覽，并處于正常的對象狀態(tài)。完成標準：證實各個窗口都與基準版本保才L致，或符合可接受標準需考慮的特殊事項：并不是所有定制或第二方對象的特征都可訪問。3.1.5性能評價性能評價是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評價的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評價的目的是將測試對象的性能行為當作條件

12、（例如工作量或硬件配置）的一種函數(shù)來進行評價和微調。注：以下事務均指“邏輯業(yè)務事務” 。這種事務被定義為將由系統(tǒng)的某個主角通過使用測試對象來執(zhí)行的特定用例，例如，添加或修改某個合同。期掘東曼躋鰻鴻然溫朝京。測試目標：核實所指定的事務或業(yè)務功能在以下情況下的性能行為：正常的預期工作量預期的最繁重工作量方法：4使用為功能或業(yè)務周期測試制定的測試過程。血（過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加 每項事務的迭代次數(shù)。制卻本應該在一臺計算機上運行（最好是以單個用戶、單個事 務為基準），并在多臺客戶機（虛擬的或實際的客戶機，請參 見卜面的“需考慮的特殊事項”）上重復。完成標準：4單個事務或單個

13、用戶： 在每個事務所預期或要求的時間范圍 內成功地完成測試腳本，沒有發(fā)生任何故障。，多個事務或多個用戶：在可接受的時間范圍內成功地完成測 試腳本，沒有發(fā)生任何故障。需考慮的特殊事項：綜合的性能測試還包括在服務器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括：為接將“事務強行分配到服務器上，這通常以“結構化查詢語言” (SQL)調用的形式來實現(xiàn)。通過創(chuàng)建“虛擬的”用戶負載來模擬許多個(通常為數(shù)百個)客戶機。此負載可通過遠程終端仿真(Remote TerminalEmulation)工具來實現(xiàn)。此技術還口用于在網(wǎng)絡中加載流 量”。址用多臺實際客戶機(每臺客戶機都運行測試腳本)在系統(tǒng) 上添加

14、負載。性能測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應該是與實際大小相同或等比例縮放的數(shù)據(jù)庫。3.1.6負載測試負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。擠貼電爰結加#嘵類。注：以下事務均指“邏輯業(yè)務事務”。這些事務被定義為將由系統(tǒng)的最終用戶通過使用應用程序來執(zhí)行的具體功能，例如，添加或

15、修改某個合同。賠靛期咨包驟遼輩襪金卷。測試目標：核實所指定的事務或商業(yè)理由在不同的工作量條件下的性能 行為時間。方法：使用為功能或業(yè)務周期測試制定的測試。砸過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改測試來增加 每項事務發(fā)生的次數(shù)。完成標準：多個事務或多個用戶：在可接受的時間范圍內成功地完成測 試，沒有發(fā)生任何故障。需考慮的特殊事項：負載測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。負載測試所用的數(shù)據(jù)庫應該是與實際大小相同或等比例縮放 的數(shù)據(jù)庫。3.1.7強度測試強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁盤空

16、間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。填碾m信決穗賽法卜陽t。注：以下提到的事務都是指邏輯業(yè)務事務。測試目標：核實測試對象能夠在以下強度條件卜止常運行，不會出現(xiàn)任何錯誤：搬務器上幾乎沒有或根本沒有可用的內存（RAM和DASD）成接或模擬了最大實際（或實際可承受）數(shù)量的客戶機啰個用戶對相同的數(shù)據(jù)/賬戶執(zhí)行相同的事務遍繁重的事務量或最差的事務組合（請參見上面的“性能測試”）。注：強度測試的目標還可表述為確定和記錄那些使系統(tǒng)無法繼 續(xù)正常運行的情況或條件?？蛻魴C

17、的強度測試在“配置測試”的第3.1.11節(jié)中進行了說明。方法：4使用為性能評價或負載測試制定的測試。理對有限的資源進行測試，就應該在一臺計算機上運行測試，而且應該減少或限制服務器上的RAM和DASD。取寸于其他強度測試，應該使用多臺客戶機來運行相同的測試 或互補的測試，以產生最繁重的事務量或最差的事務組合。完成標準：所計劃的測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限 制時沒有出現(xiàn)任何軟件故障，或者導致系統(tǒng)出現(xiàn)故障的條件并 不在指定的條件范圍之內。需考慮的特殊事項：4如果要增加網(wǎng)絡工作強度， 可能會需要使用網(wǎng)絡工具來給網(wǎng) 絡加載消息或信息包?？傇摃簳r減少用于系統(tǒng)的 DASD ,以限制數(shù)據(jù)庫可用

18、空間的 增長。唯多個客戶機對相同的記錄或數(shù)據(jù)賬戶同時進行的訪問達到 同步。3.1.8容量測試容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內是否能夠持續(xù)處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會使用一個大型的測試數(shù)據(jù)庫，檢驗該軟件是否正常運行并生成了正確的報表。裳檬祕顫諺劍羋藺。測試目標：核實測試對象在以下大容量條件下能否正常運行：旌接（或模擬了）最大（實際或實際可承受） 數(shù)量的客戶機， 所后客戶機在長時間內執(zhí)行相同的、且情況（性能）最差的 業(yè)務功能。已達到最大的數(shù)據(jù)庫大小（實

19、際的或按比例縮放的），而且同時執(zhí)行了多個查詢或報表事務。方法：4使用為性能評價或負載測試制定的測試。尬該使用多臺客戶機來運行相同的測試或互補的測試，以便 在長時間內產生最繁重的事務量或最差的事務組合（請參見 上面的“強度測試”）。給IJ建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或輸入了 代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機在長時間內同時運 行查詢和報表事務。完成標準：4所計劃的測試已全部執(zhí)行， 而且在達到或超出指定的系統(tǒng)限 制時沒有出現(xiàn)任何軟件故障。需考慮的特殊事項：對于上述的大容量條件，哪個日段是可以接受的時間？3.1.9安全性和訪問控制測試安全性和訪問控制測試側重于安全性的兩個關鍵方面：

20、府用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務功能的訪問嫁統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有經理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ攧諗?shù)據(jù)），而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。倉城s知囑瓏言古鷲。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權限的用戶才能訪問應用程序，而且只能通過相應的網(wǎng)關來訪問。測試目標：應用程序級別的安全性：核實主角只能訪問其所屬用戶類型已被授權使用的那

21、些功能或數(shù)據(jù)。系統(tǒng)級別的安全性：核實只有具備系統(tǒng)和應用程序訪問權限 的主角才能訪問系統(tǒng)和應用程序。第10頁方法：應用程序級別的安全性：確定并列出各用戶類型及其被授權 使用的功能或數(shù)據(jù)。為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務來核實其權限。夠改用戶類型并為相同的用戶重新運行測試。對于每種用戶 類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。系統(tǒng)級別的訪問：請參見下面的“需考慮的特殊事項”完成標準：各種已知的主角類型都可訪問相應的功能或數(shù)據(jù)，而且所有 事務都按照預期的方式運行，并在先前的應用程序功能測試 中運行了所有的事務。需考慮的特殊事項：必須與相應的網(wǎng)絡或系統(tǒng)管理X起對系統(tǒng)訪問

22、權進行檢查 和討論。由于此測試可能是網(wǎng)絡管理或系統(tǒng)管理的職能，可 能不需要執(zhí)行此測試。3.1.10故障轉移和恢復測試故障轉移和恢復測試可確保測試對象能成功完成故障轉移，并從硬件、軟件或網(wǎng)絡等 方面的各種故障中進行恢復，這些故障導致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。綻離娛蛭蠲絡淆鼠故障轉移測試可確保：對于必須始終保持運行狀態(tài)的系統(tǒng)來說，如果發(fā)生了故障，那么備選或備份的系統(tǒng)就適當?shù)貙l(fā)生故障的系統(tǒng)“接管”過來，而且不會丟失任何數(shù)據(jù)或事務。驍顧烽翳琉漕蒸而蠕?；謴蜏y試是一種相反的測試流程。其中，將應用程序或系統(tǒng)置于極端的條件下（或者是模仿的極端條件下），以產生故障，例如設備輸入/輸出（I/O）故障或

23、無效的數(shù)據(jù)庫指針和關 健字。啟用恢復流程后，將監(jiān)測和檢查應用程序和系統(tǒng)，以核實應用程序或系統(tǒng)是正確無誤的，或數(shù)據(jù)已得到了恢復。5（針凝曖懂鎘縮取箭涼。測試目標：確保恢復進程（手工或自動）將數(shù)據(jù)庫、應用程序和系統(tǒng)正 確地恢復到了預期的已知狀態(tài)。測試中將包括以下各種情況： 曙戶機斷電相艮務器斷電通過網(wǎng)絡服務器產生的通信中斷OASD 和/或DASD控制器被中斷、斷電或與DASD和/或DASD控制器的通信中斷明期未完成（數(shù)據(jù)過濾進程被中斷，數(shù)據(jù)同步進程被中斷）。嗷據(jù)庫指針或關鍵字無效瞰據(jù)庫中的數(shù)據(jù)元素無效或遭到破壞第11頁方法：應該使用為功能和業(yè)務周期測試創(chuàng)建的測試來創(chuàng)建一系列的 事務。一旦達到預期的

24、測試起點，就應該分別執(zhí)行或模擬以 下操作：溶戶機斷電：關閉 PC的電源。用艮務器斷電：模擬或啟動服務器的斷電過程。誕過網(wǎng)絡服務器產生的中斷：模擬或啟動網(wǎng)絡的通信中斷（實際斷開通信線路的連接或關閉網(wǎng)絡服務器或路由器的電源）。QASD 和 DASD 控制器被中斷、斷電或與 DASD 和 DASD控制器的通信中斷：模擬與一個或多個DASD控制器或設備的通信，或實際取消這種通信。一旦實現(xiàn)了上述情況（或模擬情況），就應該執(zhí)行其他事務。 而且一旦達到第二個測試點狀態(tài)，就應調用恢復過程。在測試不完整的周期時，所使用的方法與上述方法相同，只不過應異常終止或提前終止數(shù)據(jù)庫進程本身。對以下情況的測試需要達到一個已

25、知的數(shù)據(jù)庫狀態(tài)。當破壞 若干個數(shù)據(jù)庫字段、指針和關鍵字時，應該以手工方式在數(shù) 據(jù)庫中（通過數(shù)據(jù)庫工具）直接進行。其他事務應該通過使 用“應用程序功能測試”和“業(yè)務周期測試”中的測試來執(zhí) 行，并且應執(zhí)行完整的周期。 完成標準：在所有上述情況中，應用程序、數(shù)據(jù)庫和系統(tǒng)應該在恢復過 程完成時立即返回到一個已知的預期狀態(tài)。此狀態(tài)包括僅限 于已知損壞的字段、指針或關鍵字范圍內的數(shù)據(jù)損壞，以及 表明進程或事務因中斷而未被完成的報表。 需考慮的特殊事項：*恢復測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并/、可取或/、可行。所以， 可能會需要采用其他方法，例如診斷性軟件工具。

26、需要系統(tǒng)（或計算機操作）、數(shù)據(jù)庫和網(wǎng)絡組中的資源。孤些測試應該在工作時間之外或在一臺獨立的計算機上運 行。配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產環(huán)境中，客戶機工作站、網(wǎng)絡連接和數(shù)據(jù)庫服務器的具體硬件規(guī)格會有所不同?？蛻魴C工作站可能會安裝不同的軟件，例如，應用程序、驅動程序等。而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。金留詩浬艷損樓余世IB剔具測試目標:| 核實測試對象可在要求的硬件和軟件配置中正常運行。第12頁方法：d使用功能測試腳本。旅測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件（例如 Microsoft應用程序：Excel

27、和Word）,然后將其關 閉。瞅行所選的事務，以模擬主角與測試對象軟件和非測試對象軟件 之間的交互。述復上述步驟，盡量減少客戶機工作站上的常規(guī)可用內存。完成標準：對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現(xiàn)任何故障。需考慮的特殊事項：4需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？通常使用的是哪些應用程序？&用程序正在運行什么數(shù)據(jù)？例如，在Excel中打開的大型電子表格，或是在 Word中打開的100頁文檔。僚為此測試的一部分，應將整個系統(tǒng)、Netware網(wǎng)絡服務器、數(shù)據(jù)庫等都記錄卜來。3.1.12安裝測試安裝測試有兩個目的。第一個目的是確保該軟件能夠在所有可

28、能的配置下進行安裝，例如，進行首次安裝、升級、完整的或自定義的安裝，以及在正常和異常情況下安裝。異常情況包括磁盤空間不足、 缺少目錄創(chuàng)建權限等。 第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。櫛緞歐鋤春a種it瑤鏤。測試目標：核實在以下情況下，測試對象可正確地安裝到各種所需的硬件配置 中：*次安裝。以前從未安裝過 項目名稱 的新計算機 盛新。以前安裝過相同版本的 項目名稱 的計算機 迎新。以前安裝過較早版本的 項目名稱 的計算機方法：q手工開發(fā)腳本或開發(fā)自動腳本，以驗證目標計算機的狀況一新-項目名稱 從未安裝過；已安裝項目名稱 相同或較早版本）。啪動或執(zhí)行

29、安裝。唯用預先確定的功能測試腳本子集來運行事務。完成標準：項目名稱 事務成功執(zhí)行，沒有出現(xiàn)任何故障。需考慮的特殊事項：應該選擇項目名稱 的哪些事務才能準確地測試出 項目名稱 應用程序已經成功安裝，而且沒有遺漏主要的軟件構件？3.2工具此項目將使用以下工具:注：可以視情況刪除或添加項目。第13頁工具廠商/自行研制版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評價器項目管理DBMS工具4資源本節(jié)列出推薦 項目名稱 項目使用的資源，及其主要職責、知識或技能。轡憚楝剛殮撰瑤麗閹應。4.1角色卜表列出了在此項目的人員配備方面所作的各種假定。注：可視情況刪除或添加項目。人力資方臬角色推薦的最少資源（所分配的專職角色數(shù)量）具體職責或注釋測試經理，測試項目經理進行管理監(jiān)督。職