1、車間維修過程管理信息系統(tǒng) 測試計(jì)劃合肥天地軟件科技有限責(zé)任公司2013年8月擬制人：魏章亞日期：2013-08-01審核人：日期：批準(zhǔn)人：日期：修訂歷史記錄日期版本說明作者2013-08-01V1.0初稿魏章亞目錄1.簡介31.1目的31.2背景31.3參考文檔32.測試范圍42.1業(yè)務(wù)需求42.2業(yè)務(wù)流程52.3業(yè)務(wù)模型63.測試策略63.1測試類型73.1.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試73.1.2功能測試83.1.3業(yè)務(wù)周期測試93.1.4用戶界面測試103.1.5性能評價(jià)113.1.6負(fù)載測試123.1.7強(qiáng)度測試133.1.8容量測試143.1.9安全性和訪問控制測試153.1.10故障轉(zhuǎn)

2、移和恢復(fù)測試163.1.11配置測試183.2測試管理工具194.資源需求204.1培訓(xùn)需求204.2人力需求204.2 系統(tǒng)需求215.測試過程管理225.1接收測試的條件225.2項(xiàng)目里程碑及風(fēng)險(xiǎn)分析225.3測試文檔管理235.4測試過程控制235.5測試用例設(shè)計(jì)235.6測試實(shí)施過程235.7測試方法綜述235.8缺陷報(bào)告及處理24測試計(jì)劃1. 簡介1.1 目的 本文檔是本項(xiàng)目測試整個(gè)過程進(jìn)行的依據(jù)、規(guī)范和標(biāo)準(zhǔn)。它從策略角度說明本項(xiàng)目測試的組織和管理，指導(dǎo)測試進(jìn)展，并作為項(xiàng)目測試工作實(shí)施的依據(jù)。車間維修過程管理信息系統(tǒng)的這一“測試計(jì)劃”文檔有助于實(shí)現(xiàn)以下目標(biāo)：明確現(xiàn)有項(xiàng)目的信息和應(yīng)測試

3、的軟件構(gòu)件；明確測試需求、測試范圍，對每個(gè)范圍制訂測試的策略和方法；確定所需的資源，并對測試的工作量進(jìn)行估計(jì);確定測試管理過程及測試任務(wù); 確定測試所需要的環(huán)境;確定測試風(fēng)險(xiǎn);1.2 背景車間維修過程管理信息系統(tǒng)是合肥天地軟件有限公司為合肥公交集團(tuán)開發(fā)的一套ERP管理系統(tǒng)，系統(tǒng)采用B/S結(jié)構(gòu)，以.Net作為前臺(tái)開發(fā)工具,以SQL Server作為后臺(tái)數(shù)據(jù)庫管理系統(tǒng)，設(shè)計(jì)符合公交集團(tuán)實(shí)際的車輛維修管理過程,使得車輛維修的信息化管理得以實(shí)現(xiàn),規(guī)范了維修生產(chǎn),提高了管理效率目前，車間維修過程管理信息系統(tǒng)還未開始使用，為了更加系統(tǒng)和有效地發(fā)現(xiàn)系統(tǒng)中的其它問題，確保交付給客戶高質(zhì)量的軟件產(chǎn)品，啟動(dòng)本項(xiàng)目

4、來對系統(tǒng)進(jìn)行測試。1.3 參考文檔下表列出了制定測試計(jì)劃所用的文檔，并標(biāo)明了文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接受或已經(jīng)過復(fù)審作者或來源備注需求規(guī)約o 是 o 否o 是 o 否功能性規(guī)約o 是 o 否o 是 o 否項(xiàng)目計(jì)劃o 是 o 否o 是 o 否原型o 是 o 否o 是 o 否業(yè)務(wù)模型或業(yè)務(wù)流程o 是 o 否o 是 o 否數(shù)據(jù)模型或數(shù)據(jù)流o 是 o 否o 是 o 否業(yè)務(wù)功能和業(yè)務(wù)規(guī)則o 是 o 否o 是 o 否項(xiàng)目或業(yè)務(wù)風(fēng)險(xiǎn)評估o 是 o 否o 是 o 否 2. 測試范圍2.1 業(yè)務(wù)需求下面列出了已被確定為測試對象的項(xiàng)目（用例、功能性需求和非功能性需求）。此列表說明了測試的對

5、象。 (1) 報(bào)修癥狀的標(biāo)準(zhǔn)化問題：避免同一癥狀出現(xiàn)多種不同的名稱；(2) 維修和保養(yǎng)的規(guī)范化，實(shí)現(xiàn)單車故障、維修成本的核算；(3) 與物資系統(tǒng)進(jìn)行對接，實(shí)現(xiàn)購、修、領(lǐng)一體化，減少因車輛待料而增加故障耗時(shí)；(4) 做到應(yīng)保必保，確保車輛各項(xiàng)技術(shù)參數(shù)良好；(5) 與營運(yùn)調(diào)度系統(tǒng)對接，實(shí)現(xiàn)車輛上下線的信息共享，并能根據(jù)車間的維修能力合理安排車輛下線，避免集中進(jìn)場進(jìn)行低級別保養(yǎng)而影響營運(yùn)生產(chǎn)；(6) 能夠加強(qiáng)對返修的管理，提高維修質(zhì)量；ID需求描述優(yōu)先級來源用例編號1基礎(chǔ)設(shè)置1.1班組管理1.2故障編碼管理1.3故障編碼與必?fù)Q件管理1.4故障編碼工時(shí)定額管理1.5故障編碼材料定額管理1.6工位設(shè)置1

6、.7工位與保養(yǎng)級別關(guān)系1.8工位與必?fù)Q件管理1.9保養(yǎng)工藝規(guī)范管理1.10作業(yè)編碼管理1.11當(dāng)日未檢修車輛原因2車輛小修2.1輔料領(lǐng)料管理2.2919搶修錄入2.3小修（返修）報(bào)修錄入2.4生成派工單：打印2.5派工單完工2.6質(zhì)量檢驗(yàn)單2.7檢驗(yàn)派工單：打印合格證2.8修檢動(dòng)態(tài)表生成2.9修檢動(dòng)態(tài)表管理3車輛保養(yǎng)3.1車輛保養(yǎng)工位單（質(zhì)檢單）4輪胎管理6電瓶管理7工具管理8大型設(shè)備管理9固定資產(chǎn)管理10輔助料管理11報(bào)表11.1車輛狀況11.2生產(chǎn)實(shí)績11.3線路消耗一覽表（按日期）11.4各項(xiàng)指標(biāo)11.5報(bào)修日報(bào)表2.2 業(yè)務(wù)流程1)、小修流程駕駛員報(bào)修登記交車出場檢驗(yàn)員檢驗(yàn)修理工修理完

7、成確認(rèn)抄報(bào)員填派工單抄報(bào)員登記匯總報(bào)修記錄主修人、檢驗(yàn)員將修理、換件、故障耗時(shí)等情況填寫到保修記錄2）、保養(yǎng)流程當(dāng)天車輛進(jìn)場根據(jù)計(jì)劃、做相應(yīng)級別保養(yǎng)檢驗(yàn)員檢驗(yàn)交車出場 3）、領(lǐng)料流程零件更換檢驗(yàn)員車間主任簽字料工開具領(lǐng)料單修理工、檢驗(yàn)員駕駛員共同確定更換件維修結(jié)果反饋 4）、搶修流程保養(yǎng)車間走小修流程根據(jù)搶修地點(diǎn)就近選擇保養(yǎng)車間919熱線記錄報(bào)修駕駛員電話報(bào)修 2.3 業(yè)務(wù)模型3. 測試策略根據(jù)本系統(tǒng)自身的特點(diǎn)，測試過程策略如下：1.以80/20原理為指導(dǎo)。盡量做到在有限的時(shí)間里發(fā)現(xiàn)盡可能多的缺陷（尤其是嚴(yán)重缺陷）2.測試計(jì)劃與需求制定、用例設(shè)計(jì)同步進(jìn)行3.必須制定測試需求。通過確定要測試的內(nèi)

8、容和各自的優(yōu)先級、重要性，使測試設(shè)計(jì)工作更有目的性，在需求的指導(dǎo)下設(shè)計(jì)出更多更有效的用例。4.逐步完善測試用例庫。測試用例庫的建設(shè)是一個(gè)不斷完善的過程，我們要在有限的時(shí)間里，先設(shè)計(jì)出一整套的測試用例，重要的部分用例需要設(shè)計(jì)得完善一些，一般部分的則指出測試的要點(diǎn)，在以后的測試工作中再不斷去完善測試用例庫。5.測試過程要受到控制。根據(jù)事先定義的測試執(zhí)行順序進(jìn)行測試，并填寫測試記錄表，保證測試過程是受控的。6.確定重點(diǎn)。測試重點(diǎn)放在各子系統(tǒng)的功能實(shí)現(xiàn)上，問題較多的省中心管理系統(tǒng)和證書管理系統(tǒng)則是重中之重。測試技術(shù)u 本項(xiàng)目采用黑盒測試技術(shù)。u 本項(xiàng)目測試過程中將不會(huì)采用測試工具。測試過程3.1 測試

9、類型3.1.1 數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為車間維修過程管理信息系統(tǒng)中的子系統(tǒng)來進(jìn)行測試。 在測試這些子系統(tǒng)時(shí)，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和方法。測試目標(biāo)：確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，數(shù)據(jù)不會(huì)遭到損壞。方法： 調(diào)用各個(gè)數(shù)據(jù)庫訪問方法和進(jìn)程，并在其中填充有效的和無效的數(shù)據(jù)或?qū)?shù)據(jù)的請求。 檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有數(shù)據(jù)庫事件都按正常方式出現(xiàn)；或者檢查所返回的數(shù)據(jù)，確保為正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)完成標(biāo)準(zhǔn)：所有的數(shù)據(jù)庫訪問方法和進(jìn)程都按照設(shè)計(jì)的方式運(yùn)行，

10、數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項(xiàng)： 測試可能需要 DBMS 開發(fā)環(huán)境或驅(qū)動(dòng)程序以便在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 進(jìn)程應(yīng)該以手工方式調(diào)用。 應(yīng)使用小型或最小的數(shù)據(jù)庫（其中的記錄數(shù)很有限）來使所有無法接受的事件具有更大的可見性。3.1.2 功能測試測試對象的功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測試需求。這些測試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。以下列出的是每個(gè)應(yīng)用程序推薦的測試方法概要：測試目標(biāo)：確保測試對象的功能正

11、常，其中包括導(dǎo)航、數(shù)據(jù)輸入、處理和檢索等。方法：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例、用例流或功能，以核實(shí)以下內(nèi)容： 在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn)： 所計(jì)劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項(xiàng)：確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或因素（內(nèi)部的或外部的）3.1.3 業(yè)務(wù)周期測試業(yè)務(wù)周期測試應(yīng)模擬在一段時(shí)間內(nèi)對 車間維修過程管理信息系統(tǒng) 執(zhí)行的活動(dòng)。應(yīng)先確定一段時(shí)間（例如一年），然后執(zhí)行將在該時(shí)段內(nèi)發(fā)生的事務(wù)和活動(dòng)。這種測試包括所有的每日、每周和每月的周期，以及所有

12、與日期相關(guān)的事件（如備忘錄）。測試目標(biāo)確保測試對象及后臺(tái)進(jìn)程都按照所要求的業(yè)務(wù)模型和時(shí)間表正確運(yùn)行。方法：通過執(zhí)行以下活動(dòng)，測試將模擬若干個(gè)業(yè)務(wù)周期： 將修改或增強(qiáng)對測試對象進(jìn)行的功能測試，以增加每項(xiàng)功能的執(zhí)行次數(shù)，從而在指定的時(shí)段內(nèi)模擬若干個(gè)不同的用戶。 將使用有效的和無效的日期或時(shí)段來執(zhí)行所有與時(shí)間或日期相關(guān)的功能。 將在適當(dāng)?shù)臅r(shí)候執(zhí)行或啟動(dòng)所有周期性出現(xiàn)的功能。 在測試中還將使用有效的和無效的數(shù)據(jù)，以核實(shí)以下內(nèi)容： 在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn)： 所計(jì)劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。

13、需考慮的特殊事項(xiàng)： 系統(tǒng)日期和事件可能需要特殊的支持活動(dòng) 需要通過業(yè)務(wù)模型來確定相應(yīng)的測試需求和測試過程。3.1.4 用戶界面測試通過用戶界面 (UI) 測試來核實(shí)用戶與軟件的交互。UI 測試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內(nèi)部的對象符合預(yù)期要求，并遵循公司或行業(yè)的標(biāo)準(zhǔn)。測試目標(biāo)：核實(shí)以下內(nèi)容： 通過瀏覽測試對象可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 健、鼠標(biāo)移動(dòng)和快捷鍵）的使用 窗口的對象和特征（例如：菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。方法：為

14、每個(gè)窗口創(chuàng)建或修改測試，以核實(shí)各個(gè)應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。完成標(biāo)準(zhǔn)：證實(shí)各個(gè)窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)需考慮的特殊事項(xiàng)：并不是所有定制或第三方對象的特征都可訪問。3.1.5 性能評價(jià)性能評價(jià)是一種性能測試，它對響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評測和評估。性能評價(jià)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評價(jià)的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評價(jià)和微調(diào)。注：以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個(gè)主角通過使用測試對象來執(zhí)行的特定用例，例如，添加或修改某個(gè)合同。測

15、試目標(biāo)：核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量方法：使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)的迭代次數(shù)。腳本應(yīng)該在一臺(tái)計(jì)算機(jī)上運(yùn)行（最好是以單個(gè)用戶、單個(gè)事務(wù)為基準(zhǔn)），并在多臺(tái)客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的“需考慮的特殊事項(xiàng)”）上重復(fù)。完成標(biāo)準(zhǔn)：單個(gè)事務(wù)或單個(gè)用戶：在每個(gè)事務(wù)所預(yù)期或要求的時(shí)間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。需考慮的特殊事項(xiàng)：綜合的性能測試還包括在服務(wù)器上添加后臺(tái)工作量。

16、可采用多種方法來執(zhí)行此操作，其中包括： 直接將“事務(wù)強(qiáng)行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化查詢語言”(SQL) 調(diào)用的形式來實(shí)現(xiàn)。通過創(chuàng)建“虛擬的”用戶負(fù)載來模擬許多個(gè)（通常為數(shù)百個(gè)）客戶機(jī)。 此負(fù)載可通過“遠(yuǎn)程終端仿真”(Remote Terminal Emulation) 工具來實(shí)現(xiàn)。 此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流量”。使用多臺(tái)實(shí)際客戶機(jī)（每臺(tái)客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添加負(fù)載。 性能測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是與實(shí)際大小相同或等比例縮放的數(shù)據(jù)庫。3.1.6 負(fù)載測試負(fù)載測試是一種性能測試。在這種測試中，將使

17、測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。注：以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這些事務(wù)被定義為將由系統(tǒng)的最終用戶通過使用應(yīng)用程序來執(zhí)行的具體功能，例如，添加或修改某個(gè)合同。測試目標(biāo)：核實(shí)所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時(shí)間。方法： 使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改測試來增加每項(xiàng)事務(wù)發(fā)生的次數(shù)。 完成標(biāo)準(zhǔn)：多個(gè)事務(wù)或多個(gè)用

18、戶：在可接受的時(shí)間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。需考慮的特殊事項(xiàng)：負(fù)載測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是與實(shí)際大小相同或等比例縮放的數(shù)據(jù)庫。3.1.7 強(qiáng)度測試強(qiáng)度測試是一種性能測試，實(shí)施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。注：以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。測試目標(biāo)：核實(shí)測試對象能夠在以下強(qiáng)度條件

19、下正常運(yùn)行，不會(huì)出現(xiàn)任何錯(cuò)誤：服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（RAM 和 DASD）連接或模擬了最大實(shí)際（或?qū)嶋H可承受）數(shù)量的客戶機(jī)多個(gè)用戶對相同的數(shù)據(jù)/賬戶執(zhí)行相同的事務(wù)最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的“性能測試”）。注：強(qiáng)度測試的目標(biāo)還可表述為確定和記錄那些使系統(tǒng)無法繼續(xù)正常運(yùn)行的情況或條件?？蛻魴C(jī)的強(qiáng)度測試在“配置測試”的第 3.1.11 節(jié)中進(jìn)行了說明。方法：使用為性能評價(jià)或負(fù)載測試制定的測試。要對有限的資源進(jìn)行測試，就應(yīng)該在一臺(tái)計(jì)算機(jī)上運(yùn)行測試，而且應(yīng)該減少或限制服務(wù)器上的 RAM 和 DASD。對于其他強(qiáng)度測試，應(yīng)該使用多臺(tái)客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以產(chǎn)

20、生最繁重的事務(wù)量或最差的事務(wù)組合。完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行，并且在達(dá)到或超出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障的條件并不在指定的條件范圍之內(nèi)。需考慮的特殊事項(xiàng)：如果要增加網(wǎng)絡(luò)工作強(qiáng)度，可能會(huì)需要使用網(wǎng)絡(luò)工具來給網(wǎng)絡(luò)加載消息或信息包。使多個(gè)客戶機(jī)對相同的記錄或數(shù)據(jù)賬戶同時(shí)進(jìn)行的訪問達(dá)到同步。3.1.8 容量測試容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時(shí)間內(nèi)是否能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測試對象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會(huì)使用一個(gè)大型的測試數(shù)據(jù)庫，檢驗(yàn)該軟件是

21、否正常運(yùn)行并生成了正確的報(bào)表。測試目標(biāo)：核實(shí)測試對象在以下大容量條件下能否正常運(yùn)行：連接（或模擬了）最大（實(shí)際或?qū)嶋H可承受）數(shù)量的客戶機(jī)，所有客戶機(jī)在長時(shí)間內(nèi)執(zhí)行相同的、且情況（性能）最差的業(yè)務(wù)功能。已達(dá)到最大的數(shù)據(jù)庫大?。▽?shí)際的或按比例縮放的），而且同時(shí)執(zhí)行了多個(gè)查詢或報(bào)表事務(wù)。方法：使用為性能評價(jià)或負(fù)載測試制定的測試。應(yīng)該使用多臺(tái)客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以便在長時(shí)間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的 “強(qiáng)度測試”）。創(chuàng)建最大的數(shù)據(jù)庫大?。▽?shí)際的、按比例縮放的、或輸入了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺(tái)客戶機(jī)在長時(shí)間內(nèi)同時(shí)運(yùn)行查詢和報(bào)表事務(wù)。完成標(biāo)準(zhǔn)：所計(jì)劃的測試已

22、全部執(zhí)行，而且在達(dá)到或超出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件故障。需考慮的特殊事項(xiàng)：對于上述的大容量條件，哪個(gè)時(shí)段是可以接受的時(shí)間？3.1.9 安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ?cái)務(wù)數(shù)據(jù)），而“用戶二”只能看見同一

23、客戶的統(tǒng)計(jì)數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。測試目標(biāo)： 應(yīng)用程序級別的安全性：核實(shí)主角只能訪問其所屬用戶類型已被授權(quán)使用的那些功能或數(shù)據(jù)。 系統(tǒng)級別的安全性：核實(shí)只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的主角才能訪問系統(tǒng)和應(yīng)用程序。方法： 應(yīng)用程序級別的安全性：確定并列出各用戶類型及其被授權(quán)使用的功能或數(shù)據(jù)。 為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實(shí)其權(quán)限。修改用戶類型并為相同的用戶重新運(yùn)行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。 系統(tǒng)級別的訪問：請參見下面的“需考慮的特殊事項(xiàng)”完成標(biāo)準(zhǔn)：

24、各種已知的主角類型都可訪問相應(yīng)的功能或數(shù)據(jù)，而且所有事務(wù)都按照預(yù)期的方式運(yùn)行，并在先前的應(yīng)用程序功能測試中運(yùn)行了所有的事務(wù)。需考慮的特殊事項(xiàng)：必須與相應(yīng)的網(wǎng)絡(luò)或系統(tǒng)管理員一起對系統(tǒng)訪問權(quán)進(jìn)行檢查和討論。由于此測試可能是網(wǎng)絡(luò)管理或系統(tǒng)管理的職能，可能不需要執(zhí)行此測試。3.1.10 故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并從硬件、軟件或網(wǎng)絡(luò)等方面的各種故障中進(jìn)行恢復(fù)，這些故障導(dǎo)致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。 故障轉(zhuǎn)移測試可確保：對于必須始終保持運(yùn)行狀態(tài)的系統(tǒng)來說，如果發(fā)生了故障，那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過來，而且不會(huì)丟失任何數(shù)據(jù)或事

25、務(wù)?；謴?fù)測試是一種相反的測試流程。其中，將應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模仿的極端條件下），以產(chǎn)生故障，例如設(shè)備輸入/輸出 (I/O) 故障或無效的數(shù)據(jù)庫指針和關(guān)健字。啟用恢復(fù)流程后，將監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，以核實(shí)應(yīng)用程序或系統(tǒng)是正確無誤的，或數(shù)據(jù)已得到了恢復(fù)。測試目標(biāo)：確?；謴?fù)進(jìn)程（手工或自動(dòng)）將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地恢復(fù)到了預(yù)期的已知狀態(tài)。測試中將包括以下各種情況：客戶機(jī)斷電服務(wù)器斷電通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中斷周期未完成（數(shù)據(jù)過濾進(jìn)程被中斷，數(shù)據(jù)同步進(jìn)程被中斷）。數(shù)據(jù)庫指針或關(guān)鍵字無效數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞方法：應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系

26、列的事務(wù)。一旦達(dá)到預(yù)期的測試起點(diǎn)，就應(yīng)該分別執(zhí)行或模擬以下操作：客戶機(jī)斷電：關(guān)閉 PC 的電源。服務(wù)器斷電：模擬或啟動(dòng)服務(wù)器的斷電過程。通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動(dòng)網(wǎng)絡(luò)的通信中斷（實(shí)際斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源）。一旦實(shí)現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事務(wù)。而且一旦達(dá)到第二個(gè)測試點(diǎn)狀態(tài)，就應(yīng)調(diào)用恢復(fù)過程。在測試不完整的周期時(shí)，所使用的方法與上述方法相同，只不過應(yīng)異常終止或提前終止數(shù)據(jù)庫進(jìn)程本身。對以下情況的測試需要達(dá)到一個(gè)已知的數(shù)據(jù)庫狀態(tài)。當(dāng)破壞若干個(gè)數(shù)據(jù)庫字段、指針和關(guān)鍵字時(shí)，應(yīng)該以手工方式在數(shù)據(jù)庫中（通過數(shù)據(jù)庫工具）直接進(jìn)行。其他事務(wù)應(yīng)該通過使用“應(yīng)

27、用程序功能測試”和“業(yè)務(wù)周期測試”中的測試來執(zhí)行，并且應(yīng)執(zhí)行完整的周期。完成標(biāo)準(zhǔn)：在所有上述情況中，應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時(shí)立即返回到一個(gè)已知的預(yù)期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進(jìn)程或事務(wù)因中斷而未被完成的報(bào)表。需考慮的特殊事項(xiàng)：恢復(fù)測試會(huì)給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并不可取或不可行。所以，可能會(huì)需要采用其他方法，例如診斷性軟件工具。需要系統(tǒng)（或計(jì)算機(jī)操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。這些測試應(yīng)該在工作時(shí)間之外或在一臺(tái)獨(dú)立的計(jì)算機(jī)上運(yùn)行。3.1.11 配置測試配置測試核實(shí)測試對象在不同的軟件

28、和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會(huì)有所不同?？蛻魴C(jī)工作站可能會(huì)安裝不同的軟件,例如，應(yīng)用程序、驅(qū)動(dòng)程序等。而且在任何時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源。測試目標(biāo)：核實(shí)測試對象可在要求的硬件和軟件配置中正常運(yùn)行。方法：使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關(guān)的軟件（例如 Microsoft 應(yīng)用程序：Excel 和Word），然后將其關(guān)閉。執(zhí)行所選的事務(wù)，以模擬主角與測試對象軟件和非測試對象軟件之間的交互。重復(fù)上述步驟，盡量減少客戶機(jī)工作站上的常規(guī)可用內(nèi)存。完成標(biāo)準(zhǔn)：對于測試對象軟件

29、和非測試對象軟件的各種組合，所有事務(wù)都成功完成，沒有出現(xiàn)任何故障。需考慮的特殊事項(xiàng)：需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？通常使用的是哪些應(yīng)用程序？ 應(yīng)用程序正在運(yùn)行什么數(shù)據(jù)？例如，在Excel 中打開的大型電子表格，或是在 Word 中打開的 100 頁文檔。作為此測試的一部分，應(yīng)將整個(gè)系統(tǒng)、Netware、網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫等都記錄下來。3.2 測試管理工具此項(xiàng)目將使用以下工具：工具廠商/自行研制版本測試管理OA系統(tǒng)自行研制缺陷跟蹤OA系統(tǒng)自行研制測試覆蓋監(jiān)測器或評價(jià)器手動(dòng)統(tǒng)計(jì)N/A項(xiàng)目管理VSSMSVS2010DBMS 工具SQL server MS20084. 資源需求本

30、節(jié)列出車間維修過程管理信息系統(tǒng)項(xiàng)目使用的資源，及其主要職責(zé)、知識或技能。4.1 培訓(xùn)需求由于參與本次測試的測試人員對車間維修過程管理信息系統(tǒng)都不了解，需要研發(fā)人員對測試人員進(jìn)行系統(tǒng)的相關(guān)培訓(xùn)。培訓(xùn)內(nèi)容包括：u 系統(tǒng)架構(gòu)的培訓(xùn)u 系統(tǒng)數(shù)據(jù)流程的培訓(xùn)u 各子系統(tǒng)的功能培訓(xùn)u 測試范圍u 測試重點(diǎn)4.2 人力需求下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。人力資源角色人員具體職責(zé)或注釋項(xiàng)目經(jīng)理?xiàng)钣逻M(jìn)行管理監(jiān)督。 職責(zé)： 提供技術(shù)指導(dǎo) 獲取適當(dāng)?shù)馁Y源 提供管理報(bào)告測試負(fù)責(zé)人魏章亞測試工作管理職責(zé)： 制定測試計(jì)劃 測試過程管理 控制測試進(jìn)度 與相關(guān)部門、人員溝通測試人員葉帆執(zhí)行測試職責(zé)： 編寫測試用

31、例 執(zhí)行測試 記錄結(jié)果馬旭王晶晶張鑫執(zhí)行測試（部分精力）職責(zé)： 執(zhí)行測試 記錄結(jié)果4.2 系統(tǒng)需求下表列出了測試項(xiàng)目所需的系統(tǒng)資源。系統(tǒng)資源資源詳細(xì)信息數(shù)據(jù)庫服務(wù)器網(wǎng)絡(luò)或子網(wǎng)TBD服務(wù)器名服TBD數(shù)據(jù)庫名TBD客戶端測試 PCTBD5. 測試過程管理5.1 接收測試的條件接收標(biāo)準(zhǔn)為程序員經(jīng)過單元測試后，提交測試時(shí)應(yīng)達(dá)到的最低標(biāo)準(zhǔn)，如不滿足，則返還開發(fā)，重新提交測試一接收資料完整，如資料不完整，則不予接收1.經(jīng)過審核程序源代碼。2.用來運(yùn)行單元測試的相關(guān)的模塊（測試樁模塊或其他模塊）3.必要的數(shù)據(jù)庫文件。4.經(jīng)過審核過的概要和詳細(xì)的設(shè)計(jì)文檔、其他必要的文件。5.白盒測試的測試用例和白盒單元測試報(bào)

32、告。二、功能實(shí)現(xiàn)1.需求說明書規(guī)定的功能或程序員提交的功能說明書的功能均已實(shí)現(xiàn)。2.基本流程可以走通。3.界面上的功能均實(shí)現(xiàn)，符合設(shè)計(jì)文擋規(guī)定的功能。5.2 項(xiàng)目里程碑及風(fēng)險(xiǎn)分析 對車間維修過程管理信息系統(tǒng)的測試應(yīng)包括上面各節(jié)所述的各項(xiàng)測試的測試活動(dòng)，為這些測試確定單獨(dú)的項(xiàng)目里程碑，以通知項(xiàng)目的狀態(tài)和成果里程碑任務(wù)工作量開始日期結(jié)束日期制定測試計(jì)劃1 MD2013-08-012013-08-02設(shè)計(jì)測試用例3 MD2013-08-052013-08-07執(zhí)行第一輪測試（功能驗(yàn)證）5 MD2013-08-082013-08-14執(zhí)行第二輪測試（系統(tǒng)測試）5 MD2013-08-152013-08-21執(zhí)行第三輪測試（回歸測試）5 MD2013-08-222013-08-28編寫測試報(bào)告2 MD2013