物件型別 測試的特殊屬性
視窗 1. 標題欄的文字是否準確
2. 有沒有選單條
3. 所有的選單項的顯示是否恰當
4. 幫助選單項是否能正常工作
5. 系統選單是否可見,是否應該這樣
6. 最大化/最小化按鈕是否可見? 它們是否應該這樣? 是否能正常工作
7. 如果乙個視窗被最大化了, 那麼視窗上的物件 (網路, 資料視窗) 是否可以被正確地調整
8. 如夠乙個視窗被最小化了, 是否可以顯示恰當的圖示
9. 水平和/或垂直滾動條是否可見? 是否應該這樣
10. 視窗是否是模態 (系統態或應用態) 的
11. 視窗是否可以改變大小? 是否應該這樣
12. 如果視窗可以改變大小、物件、主要是網格,是否可以自動調整
13. 視窗是否可以移動,是否應該這樣
14. 視窗的背景是否被設定為正確的顏色和模式
15. 使用者是否會認為 tab 鍵的順序是合理的和方便的
16. 系統是否可以識別空閒終端
17. 如果對視窗做了改變, 使用者是否在改變之前得到提示
18. 視窗的前景色和背景色是否搭配恰當, 使文字易讀
19. 需要使用者操作的區域是否有可見的提示
選單 1. 所有的選單項的分組是否符合邏輯
2. 選單組是否符合工業 (例如 microsoft) 標準
3. 加速鍵是否被定義? 他們是否能正常的工作
4. 速度鍵 (助記鍵) 是否被定義? 他們是否可以正常工作
5. 選單列表中的分割線的使用是否一致
6. 活動項是否有恰當的檢查標記
7. 多級選單項是否被恰當地用右箭頭標記出來
8. 多級選單是否在必要的時候才使用
9. 多級選單是否被侷限於兩級
10. 選單的設計是否在整個系統中保持一致
11. 能夠引出對話方塊的選單項是否被省略號標記出來
12. 不可用的選單項是否變灰
13. 如果乙個不可用的選單項變為可用, 它是否仍然是灰的
對話方塊 1. 是否所有的對話方塊都有意義
2. 對話方塊是模態的嗎
3. 對話方塊上的所有按鈕是否被清楚地標記了
4. 是否所有的對話方塊都能夠提供乙個中斷當前操作的機會
5. 對話方塊中的文字是否清楚易懂
6. 對話方塊的邊框是否比通常要寬，以引起人們的注意
7. 對話方塊是否可移動，是否應該這樣
靜態文字 1. 是否所有的靜態文字都受到保護，不可以被使用者修改
2. 靜態文字區所使用的字型大小是否一致
3. 如果靜態文字被應用程式動態地更改了，它是否可以 正確地工作
4. 文字的前景色是否和視窗的背景色對比鮮明
控制按鈕 1. 是否所有的控制按鈕(也可以成為命令按鈕)都被清楚地標記了
2. 它們是否有邊框來強調它們是按鈕
3. 如果按鈕被單擊，使用者是否可以得到乙個可見的提示或按鈕變化
4. 視窗上的控制按鈕是否被統一對齊
5. 視窗上的所有控制按鈕是否有同樣的字型型別和大小
6. 是否每個按鈕都能按照要求去工作
7. 是否合理的安排了預設功能（例如，用enter來實現）
8. 是否合理的安排了取消功能（例如，用esc鍵來實現）
單選按鈕 1. 是否視窗中所有的單選按鈕都是互相排斥的
2. 視窗中的單選按鈕是否被合理的分組，它們是否按照要求工作
3. 是否清楚地標記了單選按鈕
4. 是否最常用的功能被定為預設
5. 如果單選按鈕被按下，所有相關的區域是否能夠合理的變化
檢查框 1. 是否所有的檢查框相互排斥，如果是這樣,就用單選按鈕代替它
2. 所有的檢查框是否被清楚地標記了
3. 檢查框是否被正確地初始化了
4. 在檢查框周圍的邊框是否能夠強調它們間的關係
編輯框 1. 使用者是否可以在編輯框中輸入或修改文字
2. 是否所有的編輯框都足夠大，能夠放得下使用者的輸入值
3. 如果需要預訂值,是否使用了多行編輯框
4. 當視窗被建立時，是否所有的編輯框被正確地初始化了
5. 編輯框中的輸入值是否有效
6.最大長度
7.半形字元
8.全形字符
9.特殊字元
10.html標籤
11.email驗證
12.邊界值
13.精度
列表框 1. 列表框是單選還是多選？這是否被測試過了
2. 當視窗建立時，是否所有的列表框都被正確地初始化了
3. 所有列表框的輸入值是否有效
4. 如果乙個非法資料被輸入，使用者是否可以立即得到提示
5. 如果需要，是否所有的列表框都擁有水平或垂直滾動條
6.當列表框中內容的長度超過列表框的長度，如何處理
7.選擇列表框中的專案後，畫面相應的變化是否正確
組合框 1. 組合框是否可以編輯？是否應該這樣
2. 組合框是否被正確地初始化了
3. 所有組合框的輸入值是否有效
4. 如果輸入是乙個非法值，使用者是否可以立即得到提示
5. 如果組合框有乙個很長的列表，是否可以通過第乙個字母或前兩個值來索引
1. 被調入控制項的圖象是否一直可用。
2. 如果不存在，用什麼填充該控制項
3. 控制項的大小是否合適
4. 控制項是否可以改變大小？如果這樣，影象是否也跟著改變大小。
5. 控制項是否可以移動？是否應該這樣
下拉和拖動 1. 視窗上的什麼物件可以被拖動
2. 視窗上的什麼物件可以識別下拉操作
3. 在拖動過程中游標是否改變
4.是否所有可以識別下拉動作的物件都使用正確
網格 1. 網格（又被當作資料視窗或**域）是否被正確地初始化
2. 當需要時，水平或垂直滾動條是否能夠正確的工作
3. 用來清除所有網格的命令按鈕是否可用
4. 如果可以分開滾動，是否做了規定
5. 是否所有的網格都被證實可以有效地顯示？顯示行正確嗎
6. 網格頭是否清楚、易理解
7. 如果網格是可編輯的，這一事實清楚嗎
8. 是否有命令按鈕來儲存網格的可見性
編輯掩碼 1. 編輯掩碼是否都使用在恰當的場合
2. 是否可以統一地使用，例如，所有的**號碼區使用相同的掩碼
3. 如果無效字元被輸入，是否有易理解的錯誤資訊列出來
4. 編輯掩碼是否可以為最大的合法值提供足夠的空間
軟體測試規範
測試規範 版次 v1.0 密級 內部公開 總頁數 附錄 編寫人 測試小組 編寫時間 2017 11 16 修改記錄 序號 修改內容 修改人 修改日期 備註 目錄1 引言 1 1.1背景 1 1.2作用 1 1.3適用範圍 1 2 規範內容 1 2.1基本功能 1 1 列表展示 1 2 查詢 2 3 ...
編寫規範的測試用例
測試用例是測試的核心，如何設計出能發現問題，有效能覆蓋需求，沒有冗餘的用例是每個測試工程師必須跨過的一道門檻。編寫測試用例的目的是為了測試工作更加有序 減少功能點漏測。優秀的測試用例標準應該如下 1 需求點要100 覆蓋。2 被測功能點或控制項100 覆蓋。3 執行起來效率高，沒有冗餘步驟，每步都是...
關於軟體測試關於軟體測試
icxo.日期 2004 08 03 17 32 因為測試時從來不希望檢測被測系統所有可能的輸入 路徑和狀態，那麼應該選擇什麼？什麼時候應該停止測試？什麼時候應該暫停測試？怎樣編寫乙個測試包，它可以檢測足夠多的訊息和狀態的組合來說明沒有失敗的操作，但是從實用性來說它又足夠的小？測試提出了許多基本的但...