軟體測試計畫書
1、前言 (1)文件目的 由於資訊科技傳播的發達，在大大小小的行業中都佔了舉中輕重的地位，其中在商業往來方面更帶來許多方便性，我們這組也藉此想 用這門課去研究erp系統資料之間的傳遞。
(2)參考文件資料(B、C) http://wiki.mbalib.com/zh-tw/ERP(智庫百科) https://zh.wikipedia.org/wiki/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95(維基百科) http://w1a2d3s4q5e6.blogspot.tw/2012/11/blog-post_7.html (軟體測試專案實作：技術、流程與管理》筆記) http://tw.digiwin.biz/serviceListDetail_5660.html(頂新電腦)
2、軟體驗證計畫 (1) 需求確認 正確性(Validity):開發人員及用戶都須進行每個版本的複查工作，以確保將用戶 的需求充分、正確的表達出來。 精確性(Certainty): 精確地預估軟體開發工作量可以協助軟體開發組織更有效地進行軟體專案管理活動。 一致性(Consistency): 專指與用戶需求需要一致，不可相互矛盾，開發前需要解 決所有不一致的部份，驗證須沒有任何衝突或隨意帶過的需求。 完整性(Completeness):專指使用者在使用此軟體時，能否完整表達出用戶所需可能的狀態變化、轉入資料、產品功能和限制等等功能。 可測試性(Testability): 指一個軟件工件（軟體系統、模組、需求文件或設計文件等）在一給定的測試環境下，可支援測試的程度。 (2) 功能設計驗證(B, C) 1.採購進貨管理: 分別由請購作業、採購作業、跟催作業、收料作業及廠商管理等提供完善、自動化的處理作業。 2.配銷/訂單管理: 主要是針對企業的訂單處理及出貨作業流程，如訂單製作處理、價格管理、調價處理、訂單相關內容查詢〈客戶信用額度、交易記錄等〉與異動資料登錄、更新等提供完善、自動化的處理作業，以強化企業對於銷售狀況的掌握與回應。 3.庫存管理: 目的在於儲存適當數量的物料，存貨不足或過度皆會影 響企業的營運績效，而庫存管理的基本工作，除了記載，保留出入庫的異動資料外，更重要是要即時提供各種相關報表，以供管理者瞭解庫存狀況，以作出適當的採購或存貨處分等決策。 4.生產管理: ERP在生產管理通常提供產品結構管理、製令托外管理、物料需求管理、批次需求計畫、製程管理及成本計算等系統功能，達到生產彈性與產能最佳化。 5.財務管理: 財務管理通常可區分為應收/應付、會計總帳、自動分錄、票據資金、營業稅申報及零佣金等六大部分，舉凡有關登帳、計算、編表、結轉等工作透過財務管理的協助作業，則可迅速掌握企業的營運成本及財務相關決策。 6.決策支援管理: 決策支援管理是以分析為導向，通常以企業的存貨、營業、財務、薪工及生產等構面出發，應用OLAP分析工具，提供簡易圖形介面與簡單拖曳操作模式，讓使用者可自訂分析角度與內容，輕易獲得多方位完整分析資訊，作為決策的參考依據。 7.基本資料與管理維護: 這個子系統主要是針對各個模組中共用的基本資料作統一的管理與資料維護，通常公用的參數設定、權限的檢核設定、系統清單、程式清單、檔案結構、使用者管理等資料的建立與查詢也都集中於此，使管理維護者更了解整個系統的結構與可用的作業。 8.人資/事務管理: 人資/事務管理通常可區分為刷卡、人事薪資及固定資產等子系統，主要是藉由資訊系統的管理，以減少人工時間及作業錯誤率的發生。人事薪資管理可便於處理出勤資料〈可由刷卡系統自動得知〉、加班費、全勤獎金及各項津貼，查出勞健保費、所得稅扣繳金額等薪資計算及資料保存。 9.進口管理: 進口管理系統須協助作業能自預付購料、SHIPPINGINSTRUCTION(S/I)至報關、贖單等各項作業皆能有效管制，並與採購及付款循環的採購/進貨作業表單結合，另對於各項進口費用也能輸入及維護明細、作為進料成本分攤依據，包括作業控管，帳務結帳，成本計算等以簡化人工作業之負荷及流程之管控。 10.出口管理: 出口管理系統須協助作業能迅速正確的製作PROFORMAINVOICE、PACKINGLIST等出口文件，並能有效管制L/C狀況，減少呆帳發生機會，強化L/C管制功能，另對貨運通知及出口費用結帳也有控管功能，即從接單、受訂確認書、交貨通知單、銷貨單到結帳功能，皆能將資料自動帶出以簡化人工輸入之負荷及流程之管控。
(3)細部設計驗證 (C)
系統流程設計:
(4) 針對上述每一種驗證工作，我們應分別編撰其驗證計畫。至於驗證計畫之內容，至少應包括下列幾項：
(a) 將被驗證之項目
- 程式源碼
- ERP系統
(b) 應執行之工作
- 程式碼:檢查是否有錯誤，若有修改其錯誤並使系統能正確運行。
- ERP系統:能夠滿足使用者所需要的各種功能和需求。
3、軟體確認計畫 測試類別: 1.ERP系統 測試機制: 測試相關作業計畫: (1)低階測試(Low-level Testing)
1. 單元測試(Individual Components Testing): 又稱為模組測試, 是針對程式模 組（軟體設計的最小單位）來進行正確性檢驗的測試工作。程式單元是應用的最小可測試部件。在程序化編程中，一個單元就是單個程式、函式、過程等。
2. 模組、類別或相關元件測試(Modules, Object Class, Related Components Testing): 是指一個軟體工件（軟體系統、模組、需求文件或設計文件等）在一給定的測試環境下，可支援測試的程度。
3. 系統整合測試(Subsystem Testing): 整合測試的軟體，同其運作環境、資料和使用者結合在一起，在實際或模擬實際環境下，對系統進行全面的測試。目的在於通過與系統需求規格書進行比較，發現軟體與系統定義不符合的地方。
(2) 高階測試(High-level Testing)
1.可用性測試(Usability Testing): 確認系統產品是否符合實際操作的工作 習慣與操作的方便性，例如認知預演、啟發式評估。
2. 功能測試(Function Testing): 又稱為功能確認測試(Function Validation Testing)，目的是在偵測軟體產品系統的功能實際表現與功能設計規格書中之差異。
3. 系統測試(System Testing): 偵測軟體產品的整體實際表現與軟體需求規格書中之差異，一般可包括容量測試(Volume Testing)、壓力測試(Stress Testing)、安全性測試(Security Testing)、回復測試(Recovery Testing)、型態測(Configuration Testing)、可靠度測試(Reliability Testing)等等。
- 驗收測試(Acceptance Testing): 確認系統產品是否滿足客戶的需求，一般又分為Alpha (a)測試及Beta (b)測試等兩種方式。
針對功能測試及系統測試之規劃，其測試計畫書之內容大綱一般應包括下列項目：
(1)測試類別
此測試屬於系統測試。
(2)測試機制
A.測試環境
B.測試方法 我們這組利用的測試方法為黑箱測試。
黑箱測試: 測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能性說明的測試方法。主要是在系統測試階段時採用。
(3)測試準則 A.測試項目之通過失效準則 1.通過測試準則:每個系統都能正確有效的執行。 2.測試失敗準則:系統出現錯誤(ex.金錢加總上有錯誤、有些系統不允許執行)。
B.測試中止及再繼續之原則(B、C) 測試中止原則:系統出現錯誤(源碼中出現亂碼，導致系統無法執行) 再繼續原則:將系統錯誤的地方做出修改(找出源碼中所出現的亂碼，將其修改讓系統能正常執行)
(4)測試應交付文件
A.測試機制摘述(B、C)
B.測試結果彙總清單 成功的部份(影片以基礎數據中之部門為例): https://www.youtube.com/watch?v=rj8LXkVcjt8&feature=youtu.be 需修改之部分(影片以基礎數據中之物料數據為例): https://www.youtube.com/watch?v=G5nhYGuLmSg&feature=youtu.be
C.測試紀錄(B、C) 於上方影片中。
D.測試異常報告(B、C) 於上方影片中，需從程式碼中找出錯誤的地方並進行修改。
4、附錄 http://wiki.mbalib.com/zh-tw/ERP(智庫百科) https://zh.wikipedia.org/wiki/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95(維基百科) http://w1a2d3s4q5e6.blogspot.tw/2012/11/blog-post_7.html (軟體測試專案實作：技術、流程與管理》筆記) http://tw.digiwin.biz/serviceListDetail_5660.html(頂新電腦)