軟件測試計劃

1、測試計劃產(chǎn)品名稱：項(xiàng)目承擔(dān)部門撰寫人（簽名）完成日期本文檔使用部門評審負(fù)責(zé)人（簽名）評審日期版本OA 系統(tǒng)倉儲模塊日期版本說明作者目錄1.概述. .11.1產(chǎn)品簡介 .11.2范圍 .11.3限制條件 .11.4參考文檔 .12.約定.22.1測試目標(biāo) .22.2接收標(biāo)準(zhǔn) .22.3資源和工具 .22.3.1資源 .22.3.2工具 .22.4送測要求 .22.5編號規(guī)則 .23.測試種類及測試標(biāo)準(zhǔn) .33.1測試種類 .33.2測試方法及標(biāo)準(zhǔn) .33.2.1功能測試 .33.2.2業(yè)務(wù)測試 .33.2.3壓力測試 .33.2.4安裝測試 .33.2.5驗(yàn)收測試 .34.測試重點(diǎn)及順序 .44

2、.1預(yù)測風(fēng)險 .44.2測試重點(diǎn) .44.2.1功能測試 .44.2.2業(yè)務(wù)測試 .45.暫停標(biāo)準(zhǔn)和再啟動要求.56.測試任務(wù)和進(jìn)度 .67.測試提交物 .71. 概述1.1 產(chǎn)品簡介本模塊完全適合普通物流中心倉儲信息管理的軟件。能實(shí)現(xiàn)入庫、出庫、盤點(diǎn)和庫存控制等倉儲的智能化管理，可以提高庫存管理的效率。同時通過入庫單、出庫單、盤點(diǎn)單等各種單據(jù)使物主能夠?yàn)g覽自己的貨物情況。1.2 范圍本測試計劃是針對OA 系統(tǒng)倉儲模塊中規(guī)定內(nèi)容的測試計劃，包括：1.3 限制條件本測試計劃受限于產(chǎn)品開發(fā)人員提交測試的內(nèi)容和時間的事實(shí)。根據(jù)開發(fā)人員提交模塊的實(shí)際情況，本計劃會做出相應(yīng)修改。1.4 參考文檔序號名稱

3、作者備注1. 可行性分析 (研究 )報告 (FAR)2. 軟件開發(fā)計劃 (SDP)3. 軟件 (結(jié)構(gòu) )設(shè)計說明 (SDD)系統(tǒng) ( 子系統(tǒng) ) 設(shè)計 ( 結(jié)構(gòu)設(shè)計)說明4.(SSDD)5. 倉儲模塊邏輯模型6. 查詢模塊詳細(xì)設(shè)計說明7. 倉庫總系統(tǒng)圖8. 倉庫管理信息系統(tǒng)詳細(xì)設(shè)計說明9. 登陸界面邏輯詳細(xì)設(shè)計說明10. 數(shù)據(jù)庫頂層詳細(xì)設(shè)計說明11. 入庫模塊詳細(xì)設(shè)計說明12. SQL語句細(xì)設(shè)計說明13. 轉(zhuǎn)倉詳細(xì)設(shè)計說明14. 盤點(diǎn)詳細(xì)設(shè)計說明15. E-R 圖16. 數(shù)據(jù)流圖17. 數(shù)據(jù)表詳細(xì)設(shè)計說明15. 實(shí)體及其屬性設(shè)計說明2. 約定2.1 測試目標(biāo)通過測試，達(dá)到以下目標(biāo)：? 測試已實(shí)

4、現(xiàn)的產(chǎn)品是否達(dá)到設(shè)計的要求，包括：各個功能點(diǎn)是否以實(shí)現(xiàn)，業(yè)務(wù)流程是否正確。? 產(chǎn)品規(guī)定的操作和運(yùn)行穩(wěn)定。? Bug 數(shù)和缺陷率控制在可接收的范圍之內(nèi)。2.2接收標(biāo)準(zhǔn)本節(jié)所述的接收標(biāo)準(zhǔn)是指可測試的標(biāo)準(zhǔn)，這個標(biāo)準(zhǔn)以測試組接收測試為限。單元測試接收標(biāo)準(zhǔn)的詳細(xì)規(guī)定參見文檔OA 系統(tǒng)倉儲模塊 測試接收標(biāo)準(zhǔn) .doc。其余各階段接收標(biāo)準(zhǔn)， 以經(jīng)過審核后的上一階段測試報告為準(zhǔn)，每一階段停止標(biāo)準(zhǔn)的詳細(xì)規(guī)定參見文檔 軟件測試停止標(biāo)準(zhǔn) .doc。2.3資源和工具資源? 測試服務(wù)器穩(wěn)定的測試服務(wù)器，IP 地址為。? 人員測試審核人1 名，測試實(shí)施人員1 名。工具?測試中使用的Bug 管理工具為經(jīng)過改進(jìn)的Bug 管理

5、工具。? 自動化測試工具待定。2.4 送測要求OA 系統(tǒng)倉儲模塊開發(fā)人員提交的測試按以下要求進(jìn)行：步驟動作負(fù)責(zé)人相關(guān)文檔或記錄要求1打包、編譯開發(fā)人員無確認(rèn)可測試2審核并提交測試Xx經(jīng)審核的上一級測試測試報告 xx 審核并簽字報告3接收測試測試人員經(jīng) xx 審核并簽字的上一級測試報告4開始測試測試人員Bug 單、小結(jié)測試小結(jié)個人編寫個人的內(nèi)容2.5 編號規(guī)則與本測試計劃相關(guān)的編號規(guī)則如下：? 測試用例中的編號，功能名 +界面名 (每個字第一個漢語拼音大寫 )+編號例如：查詢庫存第一個用例CXKC 0001? 測試用例文件命命名規(guī)則，模塊名 +測試用例例如：查詢模塊查詢模塊測試用例3. 測試種類

6、及測試標(biāo)準(zhǔn)3.1測試種類計劃完成以下類型測試? 功能測試? 業(yè)務(wù)測試? 壓力測試? 安裝測試? 驗(yàn)收測試3.2測試方法及標(biāo)準(zhǔn)功能測試功能系統(tǒng)能按照設(shè)計要求實(shí)現(xiàn)模塊的各個功能，數(shù)據(jù)應(yīng)完整、界面美觀、操作方便。具體可參照本文檔測試重點(diǎn)及順序部分。界面測試詳細(xì)的界面測試可以參考界面測試 .doc。數(shù)據(jù)項(xiàng)測試? 字母數(shù)字?jǐn)?shù)據(jù)項(xiàng)是否能夠正確回顯，并輸入到系統(tǒng)中？? 圖形模式的數(shù)據(jù)項(xiàng)（如滑動條）是否正常工作？? 是否能夠識別非法數(shù)據(jù)？? 數(shù)據(jù)輸入消息是否可理解？幫助文檔測試? 文檔是否精確描述了如何使用各種使用模式？? 交互順序的描述是否精確？? 例子是否精確？? 術(shù)語、菜單描述和系統(tǒng)響應(yīng)是否與實(shí)際程序一

7、致？? 是否能夠很方便地在文檔中定位指南？? 是否能夠很方便地使用文檔排除錯誤？? 文檔的內(nèi)容和索引是否精確完整？? 文檔的設(shè)計（布局、縮進(jìn)和圖形）是否便于信息的理解？? 顯示給用戶的錯誤信息是否有更詳細(xì)的文檔解釋？? 如果使用超級鏈接，超級鏈接是否精確完整？業(yè)務(wù)測試功能測試完成后進(jìn)行業(yè)務(wù)測試，業(yè)務(wù)測試關(guān)注的要點(diǎn)是業(yè)務(wù)流程，及數(shù)據(jù)流從軟件中的一個模塊流到數(shù)據(jù)庫的過程中的正確性。 業(yè)務(wù)測試的方法及標(biāo)準(zhǔn)參考 業(yè)務(wù)測試用例 .doc。壓力測試3.2.3.1壓力測試說明本次壓力測試根據(jù)實(shí)際情況包含性能測試，重點(diǎn)模擬用戶進(jìn)行多用戶測試。壓力測試有一條 8：2原則。及百分之八十的業(yè)務(wù)量在百分之二十的時間內(nèi)

8、輸入。例如:正常每天有 100條新數(shù)據(jù)， 測試時在兩小時內(nèi)輸入80條數(shù)據(jù)。我們無法知道用戶的業(yè)務(wù)量，所以只有利用公司現(xiàn)有資源進(jìn)行大量的數(shù)據(jù)量的測試。3.2.3.2壓力測試工具待定3.2.3.3壓力測試方法及標(biāo)準(zhǔn)壓力測試的方法及標(biāo)準(zhǔn)參考 壓力測試計劃 .doc3.2.4安裝測試3.2.4.1安裝測試說明除了嵌入式軟件之外，安裝是軟件產(chǎn)品實(shí)現(xiàn)其功能的第一步，沒有正確的安裝根本就談不上正確的執(zhí)行，因此對于安裝的測試就顯得尤為重要。安裝測試方法及標(biāo)準(zhǔn)? 自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗(yàn)證各種不同組合的正確性，最終目標(biāo)是所有組合都能安裝成功。? 安裝退出之后，確認(rèn)應(yīng)用程序可以正確啟

9、動、運(yùn)行。? 卸載測試和安裝測試同樣重要， 如果系統(tǒng)提供自動卸載工具， 那么卸載之后需檢驗(yàn)系統(tǒng)是否把所有的文件全部刪除， 注冊表中有關(guān)的注冊信息是否也被刪除。? 至少要在一臺筆記本上進(jìn)行安裝測試， 因?yàn)橛泻芏喈a(chǎn)品在筆記本中會出現(xiàn)問題，尤其是系統(tǒng)級的產(chǎn)品。 ( 有條件的情況下 )? 安裝完成之后， 可以在簡單地使用之后再執(zhí)行卸載操作， 有的系統(tǒng)在使用之后會發(fā)生變化，變得不可卸載。? 安裝時間是否合理；? 對于客戶服務(wù)器模式的應(yīng)用系統(tǒng)， 可以先安裝客戶端， 然后安裝服務(wù)器端， 測試是否會出現(xiàn)問題。?考察安裝該系統(tǒng)是否對其他的應(yīng)用程序造成影響，特別是Windows操作系統(tǒng)，經(jīng)常會出現(xiàn)此類的問題。驗(yàn)收

10、測試驗(yàn)收測試說明軟件產(chǎn)品測試部對經(jīng)過內(nèi)部單元測試、集成測試和系統(tǒng)測試后的軟件所進(jìn)行的測試，測試用例采用 業(yè)務(wù)流程測試用例。驗(yàn)收測試方法及標(biāo)準(zhǔn)參考 OA 系統(tǒng)倉儲模塊驗(yàn)收測試規(guī)范.doc和軟件測試停止標(biāo)準(zhǔn).doc4. 測試重點(diǎn)及順序4.1預(yù)測風(fēng)險本次測試過程中，可能出現(xiàn)的風(fēng)險如下：? bug 的修復(fù)情況? 模塊功能的實(shí)現(xiàn)情況? 系統(tǒng)整體功能的實(shí)現(xiàn)情況? 代碼的編寫質(zhì)量? 人員經(jīng)驗(yàn)以及對軟件的熟悉度? 開發(fā)人員、測試人員關(guān)于項(xiàng)目約定的執(zhí)行情況? 人員調(diào)整導(dǎo)致研發(fā)周期延遲? 開發(fā)時間的縮短導(dǎo)致某些測試計劃無法執(zhí)行4.2測試重點(diǎn)功能測試這里僅為測試重點(diǎn)的描述，具體測試方法以及內(nèi)容請參見測試用例。查詢方

11、案?是否使用查詢料號實(shí)現(xiàn)查找數(shù)據(jù)? 查詢條件為空，點(diǎn)擊查詢件? 查詢結(jié)果與數(shù)據(jù)庫對照入庫 / 出庫修改? 出入庫成功返回界面? 增、刪、改功能是否已經(jīng)實(shí)現(xiàn)? 出入庫成功前后 數(shù)據(jù)庫對照盤點(diǎn)功能? 撈出的數(shù)據(jù)是否正確? 能否打印盤點(diǎn)單管理員功能? 能否實(shí)現(xiàn)架位修改? 能否查看用戶操作時間和動作? 能否實(shí)現(xiàn)和用戶相同的功能個人中心待定用戶注冊能否成功添加新用戶并添加權(quán)限系統(tǒng)測試這里只是描述了系統(tǒng)測試的大概情況，具體測試方法以及內(nèi)容請參見系統(tǒng)測試用例。這里的系統(tǒng)測試包含模塊之間的關(guān)系。數(shù)據(jù)庫連接情況? 正常情況，數(shù)據(jù)庫文件缺少，外部系統(tǒng)異常對用戶輸入的響應(yīng)? 正確輸入，能夠正常調(diào)用子模塊輸入錯誤?系

12、統(tǒng)能否辨別，并做出響應(yīng)(提出警告 )；數(shù)據(jù)庫操作? 數(shù)據(jù)庫連接正常、數(shù)據(jù)庫連接異常。數(shù)據(jù)庫連接正常? 輸入合理合法參數(shù)、不輸入?yún)?shù)5. 暫停標(biāo)準(zhǔn)和再啟動要求? 軟件系統(tǒng)在進(jìn)行單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試時，發(fā)現(xiàn)一級錯誤（大于等于 1）、二級錯誤（大于等于 2）暫停測試返回開發(fā)。? 軟件項(xiàng)目需暫停以進(jìn)行調(diào)整時，測試應(yīng)隨之暫停，并備份暫停點(diǎn)數(shù)據(jù)。?軟件項(xiàng)目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進(jìn)度偏差， 需暫?；蚪K止時，測試應(yīng)隨之暫?；蚪K止，并備份暫?；蚪K止點(diǎn)數(shù)據(jù)。? 如有新的項(xiàng)目需求，則在原測試計劃下做相應(yīng)的調(diào)整。?若開發(fā)暫停，則相應(yīng)測試也暫停，并備份暫停點(diǎn)數(shù)據(jù)。? 若項(xiàng)目中止，則對已完成的測試工作做測試活動總結(jié)。? 項(xiàng)目再啟動時，測試進(jìn)度重新安排或順延。6. 測試任務(wù)和進(jìn)度測試階段測試任務(wù)工作量估計人員分配起止時間第一階段單元測試添加用戶。按物資編號。查詢按物資名稱查詢。 更改架位。撈出的數(shù)據(jù)。出入庫打印表單10日陳斌待定1.打印出入庫單陳斌待定2. 打印盤點(diǎn)單單元測試BUG審核陳斌待定第二階段1.添加用戶。 按物資編號。陳斌待定集成測試查詢按物資名稱查詢。更改架位。撈出的數(shù)據(jù)。出入庫2.打印表單第四階段性能測試1 日