集成測試計劃-V1.2匯編.doc

1、學(xué)習(xí) - 好資料編號：S201001-05版本：V1.3通用倉庫管理系統(tǒng)集成測試計劃項目組：Sixers編寫人：復(fù)查：2010-3-31更多精品文檔學(xué)習(xí) - 好資料文檔修改記錄版本修訂人修訂說明批準(zhǔn)人發(fā)布日期v1.0Xxx新建Sixers2010-3-18v1.1Xxx補(bǔ)充部分內(nèi)容Sixers2010-3-29v1.2Xxx修改討論后的內(nèi)容Sixers2010-3-31v1.3Xxx修改討論后的內(nèi)容Sixers2010-4-6說明目錄1.引言 .21.1目的 .21.2范圍 .21.3術(shù)語 .21.4測試環(huán)境 .31.5參考文件一覽 .32.集成策略 .42.1進(jìn)入標(biāo)準(zhǔn) .4更多精品文檔學(xué)習(xí)

2、- 好資料2.2集成元素 .42.3集成策略 .42.4集成順序 .53.測試步驟描述 .63.1軟件集成測試 .63.2軟件 /硬件集成測試 .83.3子系統(tǒng)集成測試 .83.4功能測試 .84.集成測試驗收標(biāo)準(zhǔn) .94.1模塊驗收標(biāo)準(zhǔn) .94.2集成測試驗收標(biāo)準(zhǔn) .95.測試工具.105.1測試工具 .106.掛起、恢復(fù)和退出條件 .116.1掛起 .116.2恢復(fù) .116.3退出 .117.責(zé)任人和時間表 .128.記錄和解決問題 .139.重新測試程序 .14更多精品文檔學(xué)習(xí) - 好資料第1章引言1.1目的本文是描述圖書管理系統(tǒng)的集成測試的大綱文章， 主要描述如何進(jìn)行集成測試活動，如

3、何控制集成測試活動， ,集成測試活動的流程以及集成測試活動的工作安排等。保證程序連接起來也能正常的工作，保證程序的完整運行。1.2范圍本次測試計劃主要是針對軟件的集成測試：不含硬件，系統(tǒng)測試，以及單元測試（需要已經(jīng)完成單元測試）主要的任務(wù)是： 1.測試在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失； 2.測試各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能；3.一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題； 5、單個模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受的程度。主要測試方法是： 使用黑盒測試方法測試集成的功能。并且對以前的集成進(jìn)行回歸測試本文

4、主要的讀者對象是：項目負(fù)責(zé)人，集成部門經(jīng)理，集成測試設(shè)計師。1.3術(shù)語軟件測試：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例， 并利用這些測試用例運行軟件， 以發(fā)現(xiàn)軟件錯誤的過程。測試計劃：測試計劃是指對軟件測試的對象、目標(biāo)、要求、活動、資源及日程進(jìn)行整體規(guī)劃，以保證軟件系統(tǒng)的測試能夠順利進(jìn)行的計劃性文檔。測試用例：測試用例指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述， 體現(xiàn)測試方案、方法、技術(shù)和策略的文檔；內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等。測試對象：測試對象是指特定環(huán)境下運行的軟件系統(tǒng)和相關(guān)的文檔。 作為測試對象的軟件系統(tǒng)可以是

5、整個業(yè)務(wù)系統(tǒng)， 也可以是業(yè)務(wù)系統(tǒng)的一個子系統(tǒng)或一個完整的部件。測試環(huán)境：測試環(huán)境指對軟件系統(tǒng)進(jìn)行各類測試所基于的軟、 硬件設(shè)備和配置。一般包括硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、操作系統(tǒng)環(huán)境、應(yīng)用服務(wù)器平臺環(huán)境、數(shù)據(jù)庫環(huán)境以及各種支撐環(huán)境等。更多精品文檔學(xué)習(xí) - 好資料1.4測試環(huán)境序號描述1#瀏覽器2#輸入習(xí)慣4#操作系統(tǒng)環(huán)境1.5參考文件一覽開始測試需要以下文檔：需求計劃書 -Requirement Analysis 項目計劃表 - Project Plan軟件設(shè)計書 -Software Design單元測試報告 -Module Test Report 用戶手冊 - User Manual開始測試前必須完

6、成的任務(wù)：軟件編碼；單元測試；結(jié)束時提交的文檔：測試計劃書；測試用例；測試報告；測試總結(jié)；配置IE & Firefox中文Windows XP更多精品文檔學(xué)習(xí) - 好資料第 2章集成策略2.1進(jìn)入標(biāo)準(zhǔn)編碼完成，單元測試完成。測試計劃完成，時間表以及人員安排到位。2.2集成元素1.子系統(tǒng)集成：借書模塊：商品入庫是倉儲業(yè)務(wù)的第一階段，商品入庫管理包括商品接運、商品驗收和建立商品檔案三方面。還書模塊：商品出庫業(yè)務(wù)， 是倉庫根據(jù)業(yè)務(wù)部門或存貨單位開出的商品出庫憑證（提貨單、調(diào)撥），按其所列商品編號、名稱、規(guī)格、型號、數(shù)量等項目，組織商品出庫一系列工作的總稱。盤存模塊：盤點就是定期或不定期地對店內(nèi)的商品

7、進(jìn)行全部或部分的清點。2.功能集成：有關(guān)增加，刪除，修改，查詢各個數(shù)據(jù)的操作。3.數(shù)據(jù)集成：數(shù)據(jù)傳遞是否正確，對于傳入值的控制范圍是否一致等等4.函數(shù)集成：函數(shù)是否調(diào)用正常。元素關(guān)系如下圖：圖 12.3集成策略本系統(tǒng)的集成測試采用自底向上的集成（Bottom-Up Integration）的方式。自底向上集成方式從程序模塊結(jié)構(gòu)中最底層的模塊開始組裝和測試。因為模塊是自底向上進(jìn)行組裝的，對于一個給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）事前已經(jīng)完成組裝并經(jīng)過測試，所以不再需要編制樁模塊 （一種能模擬真實模塊，給待測模塊提供調(diào)用接口或數(shù)據(jù)的測試用軟件模塊）。選擇這種集成方式，管理方便、

8、測試人員能較好地鎖定軟件故障所在位置。集成測試中的主要步驟：1 制定審核測試計劃2 制定和審核測試用例3 進(jìn)行測試活動更多精品文檔學(xué)習(xí) - 好資料4 書寫測試報告如下表 :活動輸入輸出職責(zé)制定集成測試計劃設(shè)計模型集成測試計劃制定測試計劃集成構(gòu)建計劃設(shè)計集成測試集成測試計劃基礎(chǔ)測試用例集成測試用例測試過設(shè)計模型測試過程程實施集成測試集成測試用例測試腳本編制測試代碼更新測測試過程測試過程試過程工作版本測試驅(qū)動 ( 底向上 )編制驅(qū)動或樁執(zhí)行集成測試測試腳本測試結(jié)果測試并記錄結(jié)果工作版本評估集成測試集成測試計劃測試評估摘要會同開發(fā)人員評估測測試結(jié)果試結(jié)果 , 得出測試報告表 12.4集成順序2.4.

9、1軟件集成順序集成順序：自底向上，先子系統(tǒng)，再頂系統(tǒng)。2.4.2軟件 /硬件集成順序無2.4.3子系統(tǒng)集成順序功能集成：先查找，后增加，刪除，修改。子系統(tǒng)：先入庫出庫模塊，后盤點和管理員界面等。更多精品文檔學(xué)習(xí) - 好資料第3章測試步驟描述3.1軟件集成測試在本項目中：采取以下幾個步驟：1.設(shè)計集成測試設(shè)計用例自底向上集成測試的步驟步驟 1: 按照概要設(shè)計規(guī)格說明，明確有哪些被測模塊。在熟悉被測模塊性質(zhì)的基礎(chǔ)上對被測模塊進(jìn)行分層，在同一層次上的測試可以并行進(jìn)行，然后排出測試活動的先后關(guān)系，制定測試進(jìn)度計劃步驟 2: 在步驟 1 的基礎(chǔ)上，按時間線序關(guān)系，將軟件單元集成為模塊，并測試在集成過程中

10、出現(xiàn)的問題。 這里，可能需要測試人員開發(fā)一些驅(qū)動模塊來驅(qū)動集成活動中形成的被測模塊。 對于比較大的模塊， 可以先將其中的某幾個軟件單元集成為子模塊，然后再集成為一個較大的模塊。步驟 3: 將各軟件模塊集成為子系統(tǒng)（或分系統(tǒng)）。檢測各自子系統(tǒng)是否能正常工作。同樣，可能需要測試人員開發(fā)少量的驅(qū)動模塊來驅(qū)動被測子系統(tǒng)。步驟 4: 將各子系統(tǒng)集成為最終用戶系統(tǒng)，測試是否存在各分系統(tǒng)能否在最終用戶系統(tǒng)中正常工作。2.集成測試：組織人員按照1 中的集成測試設(shè)計用例測試系統(tǒng)集成度。 .測試人員按照測試用例逐項進(jìn)行測試活動 ,并且將測試結(jié)果填寫在測試報告上；（測試報告必須覆蓋所有測試用例）.測試過程中發(fā)現(xiàn) B

11、ug，將 Bug 填寫在 Bug free 上發(fā)給集成部經(jīng)理； （Bug狀態(tài) NEW ） .對應(yīng)責(zé)任人接到 Bugfree 發(fā)過來的 Bug .對于明顯的并且可以立刻解決的 Bug，將 Bug 發(fā)給開發(fā)人員；（ Bug 狀態(tài) ASSIGNED ）對于不是 Bug 的提交，集成部經(jīng)理通知測試設(shè)計人員和測試人員，對相應(yīng)文檔進(jìn)行修改 ; （Bug 狀態(tài) RESOLVED ，決定設(shè)置為 INVALID ）;對 于目前無 法修改 的 , 將這個 Bug 放到下一 輪次進(jìn)行 修改； （ Bug 狀態(tài) RESOLVED ，決定設(shè)置為 REMIND ）3.問題反饋：反饋 Bug 給開發(fā)人員。 .開發(fā)人員接到發(fā)

12、過來的 Bug 立刻修改 ;（Bug 狀態(tài) RESOLVED ，決定設(shè)置為 FIXED ） .測試人員接到 Bugfree 發(fā)過來的錯誤更改信息， 應(yīng)該逐項復(fù)測， 填寫新的測試報告（測試報告必須覆蓋上一次中所有 REOPENED 的測試用例）；4.回歸測試：重新測試修復(fù)Bug 后的系統(tǒng)。重復(fù)3，直到 4 回歸測試結(jié)果到更多精品文檔學(xué)習(xí) - 好資料達(dá)系統(tǒng)驗收標(biāo)準(zhǔn)。 .如果復(fù)測有問題返回第 2 步（Bug 狀態(tài) REOPENED），否則關(guān)閉這項 BUG（ Bug 狀態(tài) CLOSED）本輪測試中測試用例中有90 一次性通過測試 ,結(jié)束測試任務(wù)；本輪測試中發(fā)現(xiàn)的錯誤有95 經(jīng)過修改并且通過再次測試（即

13、Bug 狀態(tài)CLOSED），返回進(jìn)行新的一輪測試；5.集成測試測試總結(jié)報告：完成以上4 步后，綜合相關(guān)資料生成報告。6. 進(jìn)入系統(tǒng)測試， ALPHA 測試， BETA 測試如下圖 :開發(fā)，修正(準(zhǔn)備)測試計劃回歸測試通過測試用例反饋未通過執(zhí)行測試測試結(jié)果測試評審結(jié)束測試圖 2. 流程圖更多精品文檔學(xué)習(xí) - 好資料3.2軟件 /硬件集成測試軟件測試的主要模塊：1功能點：根據(jù)用戶文檔列出所有功能點，檢驗其正確性2接口：根據(jù)用戶文檔列出所有接口，檢驗其正確性3流程處理：根據(jù)用戶文檔列出所有流程，檢驗其正確性4外部接口：根據(jù)用戶文檔列出所有外部接口，檢驗其正確性硬件集成暫時不測試。3.3子系統(tǒng)集成測試

14、完成單元測試后， 完成子系統(tǒng)，如入庫模塊的測試，使之達(dá)到對應(yīng)于需求的要求 .3.4功能測試按照相關(guān)文檔， 結(jié)合需求，代碼設(shè)計， 測試各個功能模塊是否能實現(xiàn)相應(yīng)功能更多精品文檔學(xué)習(xí) - 好資料第 4章集成測試驗收標(biāo)準(zhǔn)4.1模塊驗收標(biāo)準(zhǔn)接口：接口提供的功能或者數(shù)據(jù)正確。功能點：驗證程序與產(chǎn)品描述、用戶文檔中的全部說明相對應(yīng)，一致性。流程處理：驗證程序與產(chǎn)品描述、用戶文檔中的全部說明相對應(yīng)，一致性外部接口：驗證程序與產(chǎn)品描述、用戶文檔中的全部說明相對應(yīng)，一致性4.2集成測試驗收標(biāo)準(zhǔn)首先，集成測試設(shè)計用例中所設(shè)計的功能測試用例必須全部通過，性能及其他類型測試用例通過90%以上。在未通過的測試用例中，

15、不能含有系統(tǒng)崩潰 和嚴(yán)重錯誤 錯誤， 一般錯誤 小于 5%。測試結(jié)果與測試用例中期望的結(jié)果一致，測試通過，否則標(biāo)明測試未通過。測試回歸申請結(jié)束測試人員提出申請這輪測試結(jié)束，提交集成部測試經(jīng)理；集成部測試經(jīng)理召集本組人員開會討論；討論通過，進(jìn)行下一輪測試， 并且部署下一輪測試的注意事項， 流程等內(nèi)容；如果發(fā)現(xiàn)這輪測試目前還存在問題沒有解決， 延期下一輪測試時間， 討論下一步工作應(yīng)該如何進(jìn)行。測試結(jié)果申請結(jié)束測試人員提出申請測試結(jié)束，提交集成部經(jīng)理；集成部經(jīng)理召集本組人員開會討論；1.討論通過，結(jié)束測試任務(wù)；2.如果發(fā)現(xiàn)目前測試還存在問題沒有解決，延期測試結(jié)束時間，并且討論下一步工作應(yīng)該如何進(jìn)行。

16、更多精品文檔學(xué)習(xí) - 好資料第 5章測試工具5.1測試工具測試中心平臺： Bug Free；性能測試工具： 360WebTest；集成測試工具： Selenium；其他： Excel、Microsoft Visio更多精品文檔學(xué)習(xí) - 好資料第6章掛起、恢復(fù)和退出條件6.1掛起進(jìn)入第一輪測試， 測試人員大體了解一下產(chǎn)品情況，如果在一小時之內(nèi)發(fā)現(xiàn)5 個以上（含 5 個）操作性錯誤，或者 3 個以上（含 3 個）功能性錯誤，則冒煙測試未通過，退回單元測試組測試；遇到有項目優(yōu)先級更高的集成測試任務(wù)；遇到有項目優(yōu)先級更高的集成任務(wù)；在測試復(fù)測過程中發(fā)現(xiàn)產(chǎn)品無法運行下去；人員，設(shè)備不足；重大突發(fā)緊急情況

17、；6.2恢復(fù)符合進(jìn)入集成測試條件 （一小時之內(nèi)發(fā)現(xiàn)5 個以下（不含 5 個）操作性錯誤，或者 3 個以下（不含 3 個）功能性錯誤）通過冒煙測試；項目優(yōu)先級更高的集成測試任務(wù)暫告完成；項目優(yōu)先級更高的集成任務(wù)暫告完成；復(fù)測過程中產(chǎn)品可以運行下去；人員，設(shè)備到位；突發(fā)事件處理完成；6.3退出項目因故終止；不可抗力：合同專用條款中約定等級以上的自然災(zāi)害也屬不可抗力；其他原因的測試工作頻頻被掛起或者掛起后遲遲恢復(fù)不了，并過了客戶要求的時期更多精品文檔學(xué)習(xí) - 好資料第 7章責(zé)任人和時間表7.1責(zé)任測試負(fù)責(zé)人： Xxx?？刂撇⑼瓿蓽y試任務(wù)和測試過程，決定測試人員提交上來的 Bug 是否需要修改；測試設(shè)

18、計人員： Xxx，Xxx。書寫集成測試用例；測試人員： Xxx，Xxx， Xxx。按照測試用例進(jìn)行測試活動；開發(fā)人員： Xxx。程序 Bug 修改，程序員間協(xié)調(diào)；用戶代表：無。7.2時間表開始 /結(jié)束時間表：測試工作進(jìn)度 (人* 工作日 )開始日期結(jié)束日期測試計劃1*22010032620100328測試設(shè)計2*52010040120100406測試執(zhí)行總共進(jìn)度3*42010040620100410每次回歸進(jìn)度3*12010041220100413測試報告1*32010042020100424表 2更多精品文檔學(xué)習(xí) - 好資料第 8章記錄和解決問題8.1記錄和解決問題記錄和解決問題：利用Bug