軟件測試計劃復習過程

軟件測試計劃測試計劃產(chǎn)品名稱：OA系統(tǒng)《倉儲模塊》項目承擔部門撰寫人（簽名）完成日期本文檔使用部門評審負責人（簽名）評審日期版本日期版本說明作者TOC\o"1-5"\h\z\o"CurrentDocument"概述 1\o"CurrentDocument"產(chǎn)品簡介 1\o"CurrentDocument"范圍 1\o"CurrentDocument"限制條件 1\o"CurrentDocument"參考文檔 1\o"CurrentDocument"約定 2\o"CurrentDocument"測試目標 2\o"CurrentDocument"接收標準 2\o"CurrentDocument"資源和工具 2\o"CurrentDocument"資源 2\o"CurrentDocument"工具 2\o"CurrentDocument"送測要求 2\o"CurrentDocument"編號規(guī)則 2\o"CurrentDocument"測試種類及測試標準 3\o"CurrentDocument"測試種類 3\o"CurrentDocument"測試方法及標準 3功能測試 3業(yè)務測試 3壓力測試 3安裝測試 3驗收測試 3\o"CurrentDocument"測試重點及順序 4\o"CurrentDocument"預測風險 4\o"CurrentDocument"測試重點 4\o"CurrentDocument"功能測試 4業(yè)務測試 4\o"CurrentDocument"暫停標準和再啟動要求 5\o"CurrentDocument"測試任務和進度 6\o"CurrentDocument"測試提交物 7概述1.1產(chǎn)品簡介本模塊完全適合普通物流中心倉儲信息管理的軟件。能實現(xiàn)入庫、出庫、盤點和庫存控制等倉儲的智能化管理，可以提高庫存管理的效率。同時通過入庫單、出庫單、盤點單等各種單據(jù)使物主能夠瀏覽自己的貨物情況1.2范圍本測試計劃是針對0A系統(tǒng)《倉儲模塊》中規(guī)定內容的測試計劃，包括：1.3限制條件本測試計劃受限于產(chǎn)品開發(fā)人員提交測試的內容和時間的事實。根據(jù)開發(fā)人員提交模塊的實際情況，本計劃會做出相應修改。1.4參考文檔序號名稱作者備注1.可行性分析（研究）報告（FAR）2.軟件開發(fā)計劃（SDP）3.軟件（結構）設計說明（SDD）4.系統(tǒng)（子系統(tǒng)）設計（結構設計）說明（SSDD）5.倉儲模塊邏輯模型6.查詢模塊詳細設計說明7.倉庫總系統(tǒng)圖8.倉庫管理信息系統(tǒng)詳細設計說明9.登陸界面邏輯詳細設計說明10.數(shù)據(jù)庫頂層詳細設計說明11.入庫模塊詳細設計說明12.SQL語句細設計說明13.轉倉詳細設計說明14.盤點詳細設計說明15.E-R圖16.數(shù)據(jù)流圖17.數(shù)據(jù)表詳細設計說明15.|實體及其屬性設計說明約定測試目標通過測試，達到以下目標：? 測試已實現(xiàn)的產(chǎn)品是否達到設計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務流程是否正確。? 產(chǎn)品規(guī)定的操作和運行穩(wěn)定。?Bug數(shù)和缺陷率控制在可接收的范圍之內。接收標準本節(jié)所述的接收標準是指可測試的標準，這個標準以測試組接收測試為限。單元測試接收標準的詳細規(guī)定參見文檔 0A系統(tǒng)《倉儲模塊》一一測試接收標準 .doc。其余各階段接收標準，以經(jīng)過審核后的上一階段測試報告為準，每一階段停止標準的詳細規(guī)定參見文檔軟件測試停止標準.doc。資源和工具2.3.1資源?測試服務器穩(wěn)定的測試服務器，IP地址為：192.168.43.80。?人員測試審核人1名，測試實施人員1名。2.3.2工具?測試中使用的Bug管理工具為經(jīng)過改進的Bug管理工具。?自動化測試工具待定。送測要求OA系統(tǒng)《倉儲模塊》開發(fā)人員提交的測試按以下要求進行：步驟動作負責人相關文檔或記錄要求1打包、編譯開發(fā)人員無確認可測試2審核并提交測試Xx經(jīng)審核的上一級測試報告測試報告XX審核并簽字3接收測試測試人員經(jīng)xx審核并簽字的上一級測試報告4開始測試測試人員Bug單、小結測試小結個人編寫個人的內容編號規(guī)則與本測試計劃相關的編號規(guī)則如下：? 測試用例中的編號，功能名+界面名（每個字第一個漢語拼音大寫）+編號例如：查詢庫存第一個用例CXKC0001? 測試用例文件命命名規(guī)則，模塊名 +測試用例例如：查詢模塊查詢模塊測試用例測試種類及測試標準測試種類計劃完成以下類型測試?功能測試?業(yè)務測試?壓力測試?安裝測試?驗收測試測試方法及標準3.2.1功能測試3.2.1.1功能系統(tǒng)能按照設計要求實現(xiàn)模塊的各個功能，數(shù)據(jù)應完整、界面美觀、操作方便。具體可參照本文檔測試重點及順序部分。3.2.1.2界面測試詳細的界面測試可以參考界面測試.doc。數(shù)據(jù)項測試? 字母數(shù)字數(shù)據(jù)項是否能夠正確回顯，并輸入到系統(tǒng)中？? 圖形模式的數(shù)據(jù)項（如滑動條）是否正常工作？?是否能夠識別非法數(shù)據(jù)？? 數(shù)據(jù)輸入消息是否可理解？幫助文檔測試?文檔是否精確描述了如何使用各種使用模式？?交互順序的描述是否精確？?例子是否精確？?術語、菜單描述和系統(tǒng)響應是否與實際程序一致？?是否能夠很方便地在文檔中定位指南？?是否能夠很方便地使用文檔排除錯誤？?文檔的內容和索引是否精確完整？?文檔的設計（布局、縮進和圖形）是否便于信息的理解？?顯示給用戶的錯誤信息是否有更詳細的文檔解釋？?如果使用超級鏈接，超級鏈接是否精確完整？3.2.2業(yè)務測試功能測試完成后進行業(yè)務測試，業(yè)務測試關注的要點是業(yè)務流程，及數(shù)據(jù)流從軟件中的一個模塊流到數(shù)據(jù)庫的過程中的正確性。業(yè)務測試的方法及標準參考業(yè)務測試用例.doc。3.2.3壓力測試3.2.3.1壓力測試說明本次壓力測試根據(jù)實際情況包含性能測試，重點模擬用戶進行多用戶測試。壓力測試有一條8：2原則。及百分之八十的業(yè)務量在百分之二十的時間內輸入。例如：正常每天有100條新數(shù)據(jù)，測試時在兩小時內輸入80條數(shù)據(jù)。我們無法知道用戶的業(yè)務量，所以只有利用公司現(xiàn)有資源進行大量的數(shù)據(jù)量的測試。323.2壓力測試工具323.3壓力測試方法及標準壓力測試的方法及標準參考壓力測試計劃.doc3.2.4安裝測試3.2.4.1安裝測試說明除了嵌入式軟件之外，安裝是軟件產(chǎn)品實現(xiàn)其功能的第一步，沒有正確的安裝根本就談不上正確的執(zhí)行，因此對于安裝的測試就顯得尤為重要。3.2.4.2安裝測試方法及標準?自動安裝還是手工配置安裝，測試各種不同的安裝組合，并驗證各種不同組合的正確性，最終目標是所有組合都能安裝成功。?安裝退出之后，確認應用程序可以正確啟動、運行。?卸載測試和安裝測試同樣重要，如果系統(tǒng)提供自動卸載工具，那么卸載之后需檢驗系統(tǒng)是否把所有的文件全部刪除，注冊表中有關的注冊信息是否也被刪除。?至少要在一臺筆記本上進行安裝測試，因為有很多產(chǎn)品在筆記本中會出現(xiàn)問題，尤其是系統(tǒng)級的產(chǎn)品。（有條件的情況下）?安裝完成之后，可以在簡單地使用之后再執(zhí)行卸載操作，有的系統(tǒng)在使用之后會發(fā)生變化，變得不可卸載。?安裝時間是否合理；?對于客戶服務器模式的應用系統(tǒng)，可以先安裝客戶端，然后安裝服務器端，測試是否會出現(xiàn)問題。?考察安裝該系統(tǒng)是否對其他的應用程序造成影響，特別是 Windows操作系統(tǒng)，經(jīng)常會出現(xiàn)此類的問題。325驗收測試325.1驗收測試說明軟件產(chǎn)品測試部對經(jīng)過內部單元測試、集成測試和系統(tǒng)測試后的軟件所進行的測試，測試用例采用業(yè)務流程測試用例。325.2驗收測試方法及標準參考OA系統(tǒng)《倉儲模塊》驗收測試規(guī)范.doc和軟件測試停止標準.doc測試重點及順序4.1 預測風險本次測試過程中，可能出現(xiàn)的風險如下：?bug的修復情況?模塊功能的實現(xiàn)情況?系統(tǒng)整體功能的實現(xiàn)情況?代碼的編寫質量?人員經(jīng)驗以及對軟件的熟悉度? 開發(fā)人員、測試人員關于項目約定的執(zhí)行情況? 人員調整導致研發(fā)周期延遲? 開發(fā)時間的縮短導致某些測試計劃無法執(zhí)行測試重點421功能測試這里僅為測試重點的描述，具體測試方法以及內容請參見測試用例。查詢方案?是否使用查詢料號實現(xiàn)查找數(shù)據(jù)?查詢條件為空，點擊查詢件?查詢結果與數(shù)據(jù)庫對照入庫/出庫修改?出入庫成功返回界面?增、刪、改功能是否已經(jīng)實現(xiàn)? 出入庫成功前后數(shù)據(jù)庫對照4.2.1.3盤點功能?撈出的數(shù)據(jù)是否正確?能否打印盤點單4.2.1.4管理員功能?能否實現(xiàn)架位修改?能否查看用戶操作時間和動作?能否實現(xiàn)和用戶相同的功能4.2.1.5個人中心待定421.6用戶注冊能否成功添加新用戶并添加權限4.2.2系統(tǒng)測試這里只是描述了系統(tǒng)測試的大概情況，具體測試方法以及內容請參見系統(tǒng)測試用例。這里的系統(tǒng)測試包含模塊之間的關系。4.2.2.1數(shù)據(jù)庫連接情況?正常情況，數(shù)據(jù)庫文件缺少，外部系統(tǒng)異常4.2.2.2對用戶輸入的響應?正確輸入，能夠正常調用子模塊4.2.2.3輸入錯誤?系統(tǒng)能否辨別，并做出響應（提出警告）；4.2.2.4數(shù)據(jù)庫操作?數(shù)據(jù)庫連接正常、數(shù)據(jù)庫連接異常。4.2.2.5數(shù)據(jù)庫連接正常?輸入合理合法參數(shù)、不輸入?yún)?shù)暫停標準和再啟動要求?軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現(xiàn)一級錯誤（大于等于1）、二級錯誤（大于等于 2）暫停測試返回開發(fā)。?軟件項目需暫停以進行調整時，測試應隨之暫停，并備份暫停點數(shù)據(jù)。?軟件項目在其開發(fā)生命周期內出現(xiàn)重大估算，進度偏差，需暫停或終止時，測試應隨之暫?；蚪K止，并備份暫?；蚪K止點數(shù)據(jù)。?如有新的項目需求，則在原測試計劃下做相應的調整。?若開發(fā)暫停，則相應測試也暫停，并備份暫停點數(shù)據(jù)。。?若項目中止，貝U對已完成的測試工作做測試活動總結。

?項目再啟動時，測試進度重新安排或順延測試任務和進度測試階段測試任務工作量估計人員分配起止時間第一階段單元測試添加用戶。按物資編號。查詢按物資名稱查詢。更改架位。撈出的數(shù)據(jù)。出入庫10日陳斌待定打印表單打印出入庫單打印盤點單陳斌待定單元測試BUG審核陳斌待定

第