引言
1.1 編寫目的
盡可能多的發現軟件中的錯誤。
對整個基于計算機的系統進行考驗的一系列不同測試，以檢查整個系統能否正常地集成到一起為完成分配的功能而工作。
1.2 背景
1.2.1 本產品的名稱:藥房庫存管理
1.2.2 本項目的提出者:
1.2.3 本產品的用戶是：
1.3 名稱解釋
1.4 參考資料
1.5 用例使用說明：
1.5.1 在測試過程中【實際輸出】與【期望輸出】一致，則在“□”內右邊“√”以示實際輸出與期望輸出一致，不用再作記錄；如不一致則打“X”并在本用例及測試記錄表的相應欄目內記錄出錯詳細過程。
1.5.2 測試中如發現本用例未涉及范圍內的問題或建議，請也在測試記錄表詳細記錄，并標明是測試用例以外的問題。
1.5.3 本模板使用說明：（請在用例設計完畢后刪除藍色內容）
1.5.4 某用例如有其它說明請在模板后添加“【說明】”欄，輸入具體的測試目的和測試要求。
1.5.5 除功能測試、邊值測試、容量測試、恢復性測試、極限測試外其它種類的測試可根據具體的系統進行取舍。
測試內容
1.6 功能測試
對測試對象的功能測試應側重于所有可直接追蹤到用例或業務功能和業務規則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業務規則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶界面 (GUI) 與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。
1.6.1 藥房藥品入庫薄
1.6.1.1 藥房藥品入庫薄列表（刷新）
□
【輸入】：查詢入庫單列表中的刷新
【期望輸出】：按照日期準確查詢相應日期段的入庫單
【實際輸出】：
【說明】：要求：必須針對不同的藥房，以及不同的單據狀態進行測試，查詢結果是否符合條件。
1.6.1.2 藥房藥品入庫薄列表（進入）
□
【輸入】：查詢入庫單列表中的刷新后，選擇相應的入庫單，之后“進入”
【期望輸出】：在進入后，應可以在入庫單明細中顯示相應明細信息。
【實際輸出】：
1.6.1.3 藥房藥品入庫薄列表（刪除）
□
【輸入】：查詢入庫單列表中的刷新后，選擇相應的入庫單，之后“刪除”
【期望輸出】：應可以刪除相應的入庫單（未審核），如已審核、已記帳則不能刪除
【實際輸出】：
1.6.1.4 藥房藥品入庫薄列表（審核）
□
【輸入】：查詢入庫單列表中的刷新后，選擇相應的入庫單，之后“審核”
【期望輸出】：相應的入庫單的狀態在刷新之后必須為“已審核”狀態
【實際輸出】：
1.6.1.5 藥房藥品入庫薄列表（刪除）
□
【輸入】：查詢入庫單列表中的刷新后，選擇相應的入庫單，之后“刪除”
【期望輸出】：應可以刪除相應的入庫單（未審核），如已審核、已記帳則不能刪除
【實際輸出】：
1.6.1.6 藥房藥品入庫薄列表（記帳）
□
【輸入】：查詢入庫單列表中的刷新后，選擇相應的入庫單，之后“記帳”
【期望輸出】：入庫單狀態變為“已記帳”，查詢明細帳可以看到已產生相應的入庫單的明細記錄存在。
【實際輸出】：
1.6.2 藥房藥品入庫薄（新單）
1.6.2.1 藥房藥品入庫薄列表（新單）
□
【輸入】：在入庫薄界面點擊“新單”
【期望輸出】：進入新單編輯界面
【實際輸出】：
1.6.2.2 藥品入庫單明細編輯
□
【輸入】：某一入庫類型、入庫科室、錄入入庫單明細、保存
【期望輸出】：可以正確保存數據，如果藥品編碼重復則必須提示
【實際輸出】：
【說明】：測試要求：
1． 入庫單中藥品編碼，必須錄入有重復的藥品測試。
2． 其余的按鈕功能是否有效等必須注意。
3． 手工錄入藥品使用編碼提示，根據藥品字典定義的編碼、代號做到模糊查詢正確并且定位準確。
4． 保存入庫單自動產生入庫單號，記錄操作員，后臺數據保存“入庫單號”。
1.6.2.3 藥品入庫單審核
□
【輸入】：進入入庫單明細界面，審核
【期望輸出】：入庫單狀態改為“已審核”狀態，并正確保存為“已審核”狀態
【實際輸出】：
【說明】：測試要求：
1． 注意在退出入庫單明細界面，重新進入時，該入庫單的狀態是否為“已審核”
1.6.2.4 藥品入庫單記帳
□
【輸入】：進入入庫單明細界面，記帳
【期望輸出】：入庫單狀態改為“已記帳”狀態，在明細帳查詢中可以查到相應入庫單的明細記錄（總金額等相同）
【實際輸出】：
【說明】：測試要求：
1． 注意在退出入庫單明細界面，重新進入時，該入庫單的狀態是否為“已記帳”
2． 能否正常打印出庫單并且系統沒有安裝打印機時報錯
1.6.2.5 藥品入庫單打印
□
【輸入】：進入入庫單明細界面，打印入庫單
【期望輸出】：打印輸出的入庫單能區分開是否已記帳過的入庫單
【實際輸出】：
|
|
資源大�。�20.42 KB 
