叮叮小文庫測試計劃產(chǎn)品名稱：OA系統(tǒng)《倉儲模塊》項目承擔部門撰寫人（簽名）完成日期本文檔使用部門評審負責人（簽名）評審日期版本日期版本說明作者目 錄 1. 概述 ............11.1 產(chǎn)品簡介 11.2 范圍 11.3 限制條件 11.4 參考文檔 12. 約定 22.1 測試目標 22.2 接收標準 22.3 資源和工具 22.3.1 資源 22.3.2 工具 22.4 送測要求 22.5 編號規(guī)則 23. 測試種類及測試標準 33.1 測試種類 33.2 測試方法及標準 33.2.1 功能測試 33.2.2 業(yè)務(wù)測試 33.2.3 壓力測試 33.2.4 安裝測試 33.2.5 驗收測試 34. 測試重點及順序 44.1 預(yù)測風險 44.2 測試重點 44.2.1 功能測試 44.2.2 業(yè)務(wù)測試 45. 暫停標準和再啟動要求 56. 測試任務(wù)和進度 67. 測試提交物 7-叮叮小文庫1. 概述1.1 產(chǎn)品簡介本模塊完全適合普通物流中心倉儲信息管理的軟件能實現(xiàn)入庫、出庫、盤點和庫存控制等倉儲的智能化管理，可以提高庫存管理的效率同時通過入庫單、出庫單、盤點單等各種單據(jù)使物主能夠瀏覽自己的貨物情況。

1.2 范圍本測試計劃是針對OA系統(tǒng)《倉儲模塊》中規(guī)定內(nèi)容的測試計劃，包括：1.3 限制條件本測試計劃受限于產(chǎn)品開發(fā)人員提交測試的內(nèi)容和時間的事實根據(jù)開發(fā)人員提交模塊的實際情況，本計劃會做出相應(yīng)修改1.4 參考文檔 序號名稱作者備注1.可行性分析(研究)報告(FAR)2.軟件開發(fā)計劃(SDP)3.軟件(結(jié)構(gòu))設(shè)計說明(SDD)4.系統(tǒng)(子系統(tǒng))設(shè)計(結(jié)構(gòu)設(shè)計)說明(SSDD)5.倉儲模塊邏輯模型6.查詢模塊詳細設(shè)計說明7.倉庫總系統(tǒng)圖8.倉庫管理信息系統(tǒng)詳細設(shè)計說明9.登陸界面邏輯詳細設(shè)計說明10.數(shù)據(jù)庫頂層詳細設(shè)計說明11.入庫模塊詳細設(shè)計說明12.SQL語句細設(shè)計說明13.轉(zhuǎn)倉詳細設(shè)計說明14.盤點詳細設(shè)計說明15.E-R圖16.數(shù)據(jù)流圖17.數(shù)據(jù)表詳細設(shè)計說明15.實體及其屬性設(shè)計說明2. 約定2.1 測試目標通過測試，達到以下目標：? 測試已實現(xiàn)的產(chǎn)品是否達到設(shè)計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務(wù)流程是否正確? 產(chǎn)品規(guī)定的操作和運行穩(wěn)定? Bug數(shù)和缺陷率控制在可接收的范圍之內(nèi)2.2 接收標準本節(jié)所述的接收標準是指可測試的標準，這個標準以測試組接收測試為限單元測試接收標準的詳細規(guī)定參見文檔 OA系統(tǒng)《倉儲模塊》——測試接收標準.doc。

其余各階段接收標準，以經(jīng)過審核后的上一階段測試報告為準，每一階段停止標準的詳細規(guī)定參見文檔軟件測試停止標準.doc2.3 資源和工具2.3.1 資源? 測試服務(wù)器穩(wěn)定的測試服務(wù)器，IP地址為:192.168.43.80? 人員測試審核人1名，測試實施人員1 名2.3.2 工具? 測試中使用的Bug管理工具為經(jīng)過改進的Bug管理工具? 自動化測試工具待定2.4 送測要求OA系統(tǒng)《倉儲模塊》開發(fā)人員提交的測試按以下要求進行：步驟動作負責人相關(guān)文檔或記錄要求1打包、編譯開發(fā)人員無確認可測試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. 測試種類及測試標準3.1 測試種類計劃完成以下類型測試? 功能測試? 業(yè)務(wù)測試? 壓力測試? 安裝測試? 驗收測試3.2 測試方法及標準3.2.1 功能測試3.2.1.1 功能系統(tǒng)能按照設(shè)計要求實現(xiàn)模塊的各個功能，數(shù)據(jù)應(yīng)完整、界面美觀、操作方便。

具體可參照本文檔測試重點及順序部分3.2.1.2 界面測試 詳細的界面測試可以參考界面測試.doc3.2.1.3 數(shù)據(jù)項測試? 字母數(shù)字數(shù)據(jù)項是否能夠正確回顯，并輸入到系統(tǒng)中？? 圖形模式的數(shù)據(jù)項（如滑動條）是否正常工作？? 是否能夠識別非法數(shù)據(jù)？? 數(shù)據(jù)輸入消息是否可理解？3.2.1.4 幫助文檔測試? 文檔是否精確描述了如何使用各種使用模式？? 交互順序的描述是否精確？? 例子是否精確？? 術(shù)語、菜單描述和系統(tǒng)響應(yīng)是否與實際程序一致？? 是否能夠很方便地在文檔中定位指南？? 是否能夠很方便地使用文檔排除錯誤？? 文檔的內(nèi)容和索引是否精確完整？? 文檔的設(shè)計（布局、縮進和圖形）是否便于信息的理解？? 顯示給用戶的錯誤信息是否有更詳細的文檔解釋？? 如果使用超級鏈接，超級鏈接是否精確完整？3.2.2 業(yè)務(wù)測試功能測試完成后進行業(yè)務(wù)測試，業(yè)務(wù)測試關(guān)注的要點是業(yè)務(wù)流程，及數(shù)據(jù)流從軟件中的一個模塊流到數(shù)據(jù)庫的過程中的正確性業(yè)務(wù)測試的方法及標準參考業(yè)務(wù)測試用例.doc3.2.3 壓力測試3.2.3.1 壓力測試說明本次壓力測試根據(jù)實際情況包含性能測試，重點模擬用戶進行多用戶測試。

壓力測試有一條8：2原則及百分之八十的業(yè)務(wù)量在百分之二十的時間內(nèi)輸入例如:正常每天有100條新數(shù)據(jù)，測試時在兩小時內(nèi)輸入80條數(shù)據(jù)我們無法知道用戶的業(yè)務(wù)量，所以只有利用公司現(xiàn)有資源進行大量的數(shù)據(jù)量的測試3.2.3.2 壓力測試工具 待定3.2.3.3 壓力測試方法及標準 壓力測試的方法及標準參考壓力測試計劃.doc3.2.4 安裝測試3.2.4.1 安裝測試說明除了嵌入式軟件之外，安裝是軟件產(chǎn)品實現(xiàn)其功能的第一步，沒有正確的安裝根本就談不上正確的執(zhí)行，因此對于安裝的測試就顯得尤為重要3.2.4.2 安裝測試方法及標準? 自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組 合的正確性，最終目標是所有組合都能安裝成功? 安裝退出之后，確認應(yīng)用程序可以正確啟動、運行? 卸載測試和安裝測試同樣重要，如果系統(tǒng)提供自動卸載工具，那么卸載之后需檢驗系統(tǒng)是否把所有的文件全部刪除，注冊表中有關(guān)的注冊信息是否也被刪除? 至少要在一臺筆記本上進行安裝測試，因為有很多產(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)此類的問題3.2.5 驗收測試3.2.5.1 驗收測試說明軟件產(chǎn)品測試部對經(jīng)過內(nèi)部單元測試、集成測試和系統(tǒng)測試后的軟件所進行的測試，測試用例采用業(yè)務(wù)流程測試用例3.2.5.2 驗收測試方法及標準 參考 OA系統(tǒng)《倉儲模塊》驗收測試規(guī)范.doc和軟件測試停止標準.doc4. 測試重點及順序4.1 預(yù)測風險本次測試過程中，可能出現(xiàn)的風險如下：? bug的修復(fù)情況? 模塊功能的實現(xiàn)情況? 系統(tǒng)整體功能的實現(xiàn)情況? 代碼的編寫質(zhì)量? 人員經(jīng)驗以及對軟件的熟悉度? 開發(fā)人員、測試人員關(guān)于項目約定的執(zhí)行情況? 人員調(diào)整導(dǎo)致研發(fā)周期延遲? 開發(fā)時間的縮短導(dǎo)致某些測試計劃無法執(zhí)行4.2 測試重點4.2.1 功能測試這里僅為測試重點的描述，具體測試方法以及內(nèi)容請參見測試用例4.2.1.1 查詢方案? 是否使用查詢料號實現(xiàn) 查找數(shù)據(jù)? 查詢條件為空，點擊查詢件? 查詢結(jié)果與數(shù)據(jù)庫對照4.2.1.2 入庫/出庫修改? 出入庫成功返回界面? 增、刪、改功能是否已經(jīng)實現(xiàn)? 出入庫成功前后數(shù)據(jù)庫對照4.2.1.3 盤點功能? 撈出的數(shù)據(jù)是否正確? 能否打印盤點單4.2.1.4 管理員功能? 能否實現(xiàn)架位修改? 能否查看用戶操作時間和動作? 能否實現(xiàn)和用戶相同的功能4.2.1.5 個人中心待定4.2.1.6 用戶注冊能否成功添加新用戶并添加權(quán)限4.2.2 系統(tǒng)測試這里只是描述了系統(tǒng)測試的大概情況，具體測試方法以及內(nèi)容請參見系統(tǒng)測試用例。

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

出入庫10日陳斌待定打印表單1. 打印出入庫單2. 打印盤點單陳斌待定單元測試BUG審核陳斌待定第二階段集成測試1. 添加用戶按物資編號查詢按物資名稱查詢更改架位撈出的數(shù)據(jù)出入庫2. 打印表單 陳斌待定第四階段性能測試性能測試1日陳斌待定第五階段幫助和用戶手冊測試1. 幫助測試2. 用戶手冊測試1日陳斌待定第六階段審核BUG審核單元測試以外的BUG1日陳斌待定。