BS测试计划及记录之附表Word文档格式.docx

BS测试计划及记录之附表Word文档格式.docx

《BS测试计划及记录之附表Word文档格式.docx》由会员分享，可在线阅读，更多相关《BS测试计划及记录之附表Word文档格式.docx（84页珍藏版）》请在冰豆网上搜索。

7.是否與用戶需求一致,並對公司目前狀況的適應

8.是否有影響其他功能業務的影響

09.是否適應多公司業務

閱讀各輔助文件

1.所有檔相關內容與實際情況相一致

1）公司咨詢流文檔

2）系統業務流程圖

3）數據關係流程圖

4）用戶幫助手冊

2.獨立書寫欄目和內容清晰完整

3.個文件手續完備

2.安裝升級測試

測試內容

錯誤類型（可多項）（可多項）

錯誤等級（可多項）

安裝升級測試

1.相關文件放在服務器後可立即正常使用

2.更新相關文件後可立即正常使用

3.安裝文檔説明完整

4.腳本正確性及健壯性核查

3.搭建工作平臺

錯誤類型（可多項）

搭建工作平臺

1.硬體設備

2.系統,搭建/升級

3.網絡

4.測試數據準備

4.維護的正確性

維護的正確性

1.增刪改操作的正確

2.相關的讀入介面操作及內容正確

3.相關的送出介面操作及內容正確

4.涉及相關的報表查詢正確

5.是否影響其他業務的開展

5.數據和數據庫完整性的測試

數據和數據庫完整性的測試

資料合理性指數據在資料庫中的類型，長度，索引等是否建的比較合理

資料庫完整性原即：

1.主表完整性：

主表不能為空；

2.從表完整性：

從表必須等於對應的主表或者為空。

比如，有兩張表：

部門和員工。

部門中有部門編號，部門名稱，部門經理等欄位，主表為部門編號；

員工表中有員工編號，員工所屬部門編號，員工名稱，員工類型等欄位，主表為員工編號，外表為員工所屬部門編號，對應部門表。

如果在某條部門記錄中部門編號或員工記錄員工編號為空，他就違反主從表完整性原則。

如果某個員工所屬部門的編號為##，但是##在部門編號中確找不到，這就違反主從表完整性原則。

6.介面測試

驗證介面顯示內容的完整性

1.應考慮資料顯示寬度的自適應或自動換行。

2.所有有資料展現的介面，必須使測試資料的記錄數超過一整欄，以驗證滿欄時其表單是否有橫向、縱向捲軸，介面顯示是否正常

驗證介面顯示內容的一致性

1.有多個系統展現同一資料源時，應保證其一致性；

應驗證介面顯示內容的準確性

介面錄入框都應該有明確的定義

應驗證介面顯示內容的友好性

1.對統計的資料應按用戶習慣進行分類、排序。

2.某些重要資訊在輸入、修改、刪除時應有“確認”提示資訊；

3.介面內容更新後系統應提供刷新功能。

4.用戶在退出系統後重新登陸時應考慮是否需要自動返回到上次退出系統時的介面；

驗證介面提示資訊的指導性：

1.在多個業務功能組成的一個業務流程中，如果各個功能之間的執行順序有一定的制約條件，應通過介面提示用戶。

2.用戶提示資訊應具有一定的指導性，在應用程式正在進行關鍵業務的處理時，應考慮在前臺介面提示用戶應用程式正在進行的處理，以及相應的處理過程，在處理結束後再提示用戶處理完畢。

3.在某些資料登錄介面，如果要求輸入的資料符合某項規則，應在輸入介面提供相應的規則描述；

當輸入資料不符合規則時應提示用戶是否繼續。

4.在對任何配置資訊修改後，都應該在用戶退出該介面時提示用戶保存（如果用戶沒有主動保存的情況下）

驗證介面顯示內容的合理性：

1.在對某些查詢功能進行測試時，應考慮查詢條件的設置的合理性以及查詢結果的互補性。

如某些後臺處理時間不應該作為查詢條件。

2.應考慮某一介面上按鈕先後使用的順序問題，以免用戶對此產生迷惑。

例如只能在查詢成功後顯示執行按鈕。

3.應驗證視窗與視窗之間、欄位與欄位之間的流覽順序是否正確；

應考慮用戶使用的方便性

在某些對資料進行處理的操作介面，應考慮用戶可能對資料進行處理的頻繁程度和工作量，考慮是否可以進行批量操作。

應考慮介面顯示及處理的正確性

1.驗證所有表單中的物件狀態是否正常，是否符合相關的業務規則需要。

2.驗證各種物件訪問方法（Tab健、滑鼠移動和快捷鍵）是否可正常使用，並且在一個啟動介面中快捷鍵無重複；

3.要考慮合理的鍵盤輸入，還應考慮是否可以通過滑鼠拷貝粘貼輸入。

4.對於統計查詢功能的查詢結果應驗證其是否只能通過介面上的查詢或刷新按鍵人工觸發，應避免其他形式的觸發。

5.對介面上的任何物件進行拖拉，然後進行查詢、列印，應保證查詢列印結果不變；

介面測試時，應考慮資料顯示的規範性：

1.確保資料精度顯示的統一：

如單價0元，應顯示為0.00元；

2.確保時間及日期顯示格式的統一；

3.確保相同含義屬性/欄位名的統一；

4.對所有可能產生的提示資訊介面內容和位置進行驗證，確保所有的提示資訊介面應居中

7.報表測試

資料的正確

1.資料的來源：

來源於哪張表,哪個欄位,資料庫中的數值與介面資料的對應.如資料庫中性別的資料可能是0或1,但介面顯示為男或女,這個對應關係是否正確

2.資料的範圍：

是否只顯示了報表設置的對應範圍；

特別要注意邊界資料,要清楚報表的需求,是否需要過濾掉被選擇的資料.如時間選擇為2006-9-27~2007-9-27,那麼是否應該包含9-27這天

3.資料的對應關係：

資料庫中的欄位是否與報表中的資訊對應

4.資料的格式：

小數位,千位符,四捨五入等是否與報表設置一致；

單位或稅率轉換是否正確；

組合顯示的資料是否合理

5.數據的排序：

排序方式是否與報表設置一致（如果沒有設置,是否有一個清晰的默認排序方式,如按字母或數位排序）

6流水號：

如報表有使用流水號,流水號的生成和格式是否正確.取消操作是否會生成流水號

7.明細與合計的一致性：

各部分明細或小節是否與最後總和一致

8.其他

格式的正確

1.報表的整體風格：

報表是否符合規定的或用戶設置的格式

2.報表標題：

報表的標題是否是正確的報表名稱；

如報表中有嵌入的資料（會跟隨用戶的選擇而變化的）.需要檢查資料是否正確,如XX企業9月份財務報表,這個9月就是用戶選擇的;

或者XX公司2006-9-27~2007-9-27的網站訪問量,這個時間段也是用戶選擇的

3.公司的一些標誌：

如logo,名稱,地址之類的是否正確

4.報表的頁首與頁尾：

是否採用了一致的規則

5.分頁：

當輸出的內容多時,分頁是否正確.翻頁功能是否正確

6.友好性：

資料或圖表是否清晰,一目了然,資料的展示符合用戶的習慣；

需要特別提醒的資料（如合計,異常資料）是否突出顯示；

複雜演算法處,用戶不明白或容易混淆處是否有注釋；

一些默認的格式是否讓人感覺舒服,如對齊,邊界,間隔等

許可權的控制

1.報表的條件定義:

在條件選擇區域,有些下拉清單中應該不能顯示用戶許可權範圍外的資料.如普通文員在使用報表時,報表名稱下拉清單中是不可以顯示管理者才能查看的報表的.有些以輸入的文本框有級別的劃分時,都應該要測試輸入超越許可權的資料的相應。

注意這裏一定要測試每個條目

2.報表內容:

報表中的內容不能顯示用戶本沒有許可權查看的資料

報表的輸出

1.列印設置

2.列印預覽

3.實際列印效果

4.除了列印之外,用戶有可能需要導出報表做進一步的分析或用於和其他報表的比較.所以也應該提供導出報表的功能.一般可以導出為CSV,Excel,pdf,html,xml格式.看公司需要了.這裏主要要檢查導出的報表默認屬性是否為讀寫,然後導出的內容是否正確,與生成的報表相一致。

報表與報表之間的關係

有些報表都使用了相同的資料,只不過針對不同的需要做了不同的處理.所以報表與類似報表之間要做些測試,看看資料是否一致

報表的性能

1.用戶在設置好條件後都希望不要等待報表太長時間,當然有時資料量大時等待時間長些也是合理的.但是在做報表的開發時或測試人員可以提出一些意思來提高報表的性能

2.報表的條件設置區域應該設置預設值以避免用戶不輸入任何條件直接生成報表所造成的長時間等待.例如開始和結束時間可以默認為當前的一個月,一些輸入文本框可以根據用戶的身份默認一個數值

3.生成報表時用類似進度條表現進度,避免用戶盲目的等待

8.運行測試

運行測試

1.測試物件運行效率是否可接受？

2.測試物件是否容易被操作？

3.測試物件是否能拒絕無效輸入？

4.測試物件是否能正確處理自由輸入

5.測試物件運行結果是否正確

6.測試對象運行是否穩定

7.測試物件的所有提示（包括錯誤提示）資訊是否清楚、易理解和準確？

8.測試物件是否存在許多運行垃圾

9.安全性測試

安全性測試

用戶認證安全的測試要考慮問題：

1.明確區分系統中不同用戶許可權

2.系統中會不會出現用戶衝突

3.系統會不會因用戶的許可權的改變造成混亂

4.用戶登陸密碼是否是可見、可複製

5.是否可以通過絕對途徑登陸系統（拷貝用戶登陸後的鏈結直接進入系統）

6.用戶推出系統後是否刪除了所有鑒權標記，是否可以使用後退鍵而不通過輸入口令進入系統

資料庫安全考慮問題：

1.系統資料是否機密

2.系統資料可管理性

3.系統資料的獨立性

4.系統資料可備份和恢復能力（資料備份是否完整，可否恢復，恢復是否可以完整）

10.性能測試

性能測試

1.大數據量測試（針對查詢/傳輸/存儲等業務進行測試）

2.容量測試（確定系統可處理同時在綫的最大用戶）

11.系統相容性測試

系統相容性測試

1作業系統相容性

測試軟體在不同作業系統下是否能夠正確顯示與運行；

2.硬體相容性

測試與硬體密切相關的軟體產品與其他硬體產品的相容性，比如該軟體是少在並口設備中的，測試同時使用其他並口設備，系統是否可以正確使用.

12基本測試

登陸測試

在沒有輸入ID前點擊OK,將有一個錯誤資訊被現實出來

輸入有效的口令並點擊OK,將有一個錯誤資訊被現實出來

輸入無效的ID並點擊OK,將有一個錯誤資訊被現實出來

輸入無效的口令並點擊OK,將有一個錯誤資訊被現實出來

故意多次輸入無效的資訊

1.每次無效的輸入在點擊OK後，將有一個錯誤資訊被顯示出來

2.登錄超過多次，系統將自動中止（依系統設計要求）

點擊Cancel,應用程式將被中止

輸入有效的ID和口令並點擊OK,成功登陸

將有效值以大寫、小寫或混合體輸入,依系統設計要求處理

建立記錄

只輸入了部分所需資料後試圖新建,用戶將被提示所需的輸入區沒有被完全輸入

試圖新建一個已存在的記錄,新紀錄將不被建立，用戶應該被明確地提示沒有建立任何新紀錄

試圖新建一個違反主鍵或唯一性約束的記錄,新紀錄將不被建立，用戶應該被明確地提示沒有建立任何新紀錄

輸入無效的記錄資料項目，例如在數位區輸入字元，在日期域輸入整數，在整數域輸入實數等,用戶將被警告輸入了無效資料，最好是立即發出警告

試圖在不將新紀錄存儲的情況下離開視窗,用戶將被警告他可能丟失資料。

消息必須清楚地說明可能會發生什麼事情，並給出取消離開機會

有意輸入一些不合邏輯值，如年齡為–1，日期範圍後者早於前者等,用戶將被提示邏輯錯誤情況

修改記錄

試圖修改記錄的關鍵字或多方面關鍵字的任何一方面,對關鍵字的任何修改都是不容許的。

需顯示可被用戶理解的出錯資訊

試圖在某一外來關鍵字區中輸入一個在外來詞表中查不到的外來關鍵字,需顯示出錯資訊，向用戶解釋為何該修改被拒絕

修改後，沒有存儲就試圖退出該視窗,應給用戶一個清楚的警告，說明資料將丟失，並應給出取消退出的機會

新建/修改記錄

試圖在選取列表中輸入值,應用程式將阻止它發生

故意將一個無效的日期輸入到日期輸入域,用戶將得到關於無效日期的警告

故意在數位區中輸入無效值（如0，-1）等,用戶將得到關於無效數字的警告

在一個外來關鍵字區，試圖輸入一個外來表中沒有的值,用戶將得到無效應用的警告

刪除記錄

發出刪除記錄的請求,需要提示用戶，由用戶確認刪除請求

收回刪除請求,資料庫應沒有任何改動

發出刪除請求，並確認該請求,只有所請求的記錄被刪除

回到新建記錄視窗，此時可以新建一個和被刪除記錄關鍵字相同的記錄,新建應能成功

刪除一個有相關表，但相關表中並不存在相關行的記錄,只有原始表刪除一行，其他表不受影響

刪除一個有相關表，且相關表中有相關行的記錄,原始表對應記錄被刪除，相關表中所有與該記錄相關的記錄行也被刪除

恢復一個或多個已經被刪除的記錄,所有指頂記錄及相關表中與其相對應的記錄均被恢復

查找/顯示特定記錄

未指定任何關鍵字而要求“搜索

1.顯示警告資訊說明沒有指定待查字

2.不顯示任何資料

指定一個無效關鍵字

1.顯示沒有匹配記錄的資訊

指定一個無效關鍵字，但屬該用戶無權查看的記錄

1.不顯示任何資料

2.可以顯示或不顯示警告資訊

指定一個有效關鍵字，但屬於該用戶無權查看的記錄

1.第一條被查找的記錄被顯示

2.必須清楚地告訴用戶所顯示的只是查找的記錄之一

最好有可自動進行明/暗變化的“上一條”、“下一條”功能鈕出現

很費時的搜索工作開始,有“中斷搜索”按鈕可被利用

上下限測試

只指定參數上限

1.所有小於或等於指定上限的結果被返回

2.要求補輸下限

按系統另外要求處理

只指定參數下限

1.所有大於或等於指定上限的結果被返回

2.要求補輸上限

故意使下限大於上限

1.警告輸入的參數集無效

2.按要求搜索，但不會有任何搜索結果被返回

報表

沒有足夠的硬碟空間而去產生報表,產生一個錯誤資訊，並指出缺少硬碟可用空間

產生一個報表，並給它指定一個已經被使用的名字

1.顯示警告資訊，指明名字已經存在

2.給出覆蓋或取消覆蓋的機會

產生一個報表，並將它存在一個不存在的子目錄下

1.產生一個錯誤資訊，指明該子目錄不存在

2.給出提示，並建立該子目錄

產生一個報表，並輸出指向系統中所有可用的印表機

1.應檢查印表機狀態

2.每台印表機都應能列出報表

產生一個報表，並指定輸入到一個檔

1.給出輸出到指定磁片檔中去的資訊

2.所生成的檔具可讀性

3.所生成的檔與預期的輸出相吻合

13.交互測試

窗口

1.標題欄的文本是否準確？

2.有無正確的菜單條？

3.所有菜單項的描述是否恰當？

4.幫助功能表是否能正常工作

5.所有菜單的可見性是否正確

6.最大/最小化按鈕是否可見？

他們是否應該這樣？

是否能正常工作

7.如果一個視窗被最大化了，那麼視窗上的物件（網格、資料視窗等）是否可以被正確地調整

8.如果一個視窗被最小化了，是否可以顯示恰當的圖示

9.水準/垂直捲軸是否可見？

是否應該這樣?

10.視窗是否可以改變大小？

是否應該這樣？

11.如果視窗可以改變大小？

對象（主要是網格）是否看自動調整？

12.視窗是否可以移動？

13.窗口的背景是否被設定為正確的顏色和模式?

14.窗口的前景色與背景色是否搭配恰當，是文本易懂?

15.需要用戶操作的區域是否有可見的提示?

16.測試人員認為TAB鍵的順序是否是合理的和方便的?

17.如果對視窗做了改變，用戶是否在改變之前得到提示?

18.系統是否可以識別空閒終端？

是否因該這樣?

菜單

1.所有的功能表項的分組是否符合邏輯?

2.加速鍵是否被定義？

它們是否能正常的工作？

3.功能表列表中的分割線的使用是否一致？

4.多級功能表項是否被恰當地使用右鍵頭標記出來

5.多級功能表是否在必要時候才能被使用？

6.功能表的設計是否在整個系統中都保持一致？

7.不可用的菜單項是否變灰？