目錄
1. 登入測試
2. 註冊測試
3. 導航條測試
4. 連結測試
5. 快捷鍵測試
6. 按鈕測試
7. 輸入框測試
8. 下拉框測試
9. 單選框測試
10. 核取方塊測試
11. 日期控制元件測試
12. 查詢結果列表測試
13. 搜尋功能測試
14. 圖片測試
15. 靜態文字測試
16. 上傳檔案測試
17. 下載檔案測試
18. 介面和易用性測試
19. 新增和修改功能測試
20. 刪除功能測試
21. 相容性測試
22. 安全性測試
23. 效能測試
24. 測試中需要注意的其他問題1. 登入測試
1.1 輸入正確的使用者名稱和正確的密碼，看輸出結果是否正確
1.2 輸入正確的使用者名稱和錯誤的密碼，並給出合理的提示
1.3 輸入錯誤的使用者名稱和正確的密碼，並給出合理的提示
1.4 輸入錯誤的使用者名稱和錯誤的密碼，並給出合理的提示
1.5 不輸入使用者名稱和密碼（均為空格），並給出合理的提示
1.6 只輸入使用者名稱，密碼為空
1.7 使用者名稱為空，只輸入密碼
1.8 使用者名稱和密碼包括特殊字元
1.9 使用者名稱和密碼輸入超長值
1.10 輸入已刪除的使用者名稱和密碼
1.11 登入時，當頁面重新整理或重新輸入資料時，驗證碼是否更新
1.12 驗證使用者名稱前有空格是否可以進入，一般情況可以。
1.13 驗證使用者名稱是否區分大小寫。（有的軟體是區分大小寫的）
1.14 驗證必填項為空，是否允許進入。
1.15 驗證登入的次數是否有限制。從安全形度考慮，有些安全級別高的軟體會考慮這方面的
1.16 密碼框顯示的不要是具體的字元，要是一些密碼的字元
2 註冊測試
2.1 註冊時，設定密碼為特殊版本號，檢查登入時是否會報錯
2.2 註冊成功後，頁面應該以登陸狀態跳轉到首頁或指定頁面
2.3 在後臺註冊資訊中刪除已輸入的資訊，檢查是否可以註冊成功。
2.4 不合法的使用者名稱有：
2.5 已經註冊過的使用者名稱，資訊重複: 在一些需要命名,且名字應該唯一的資訊輸入重複的名字或ID,看系統有沒處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前後輸入空格,系統是否作出正確處理。
2.5.1
2.5.2 不正確的使用者名稱，
2.5.3 使用了字元大於使用者名稱的限制
2.6 正常使用者名稱不允許的特殊字元
2.7 空的使用者名稱，系統（作業系統和應用系統）的保留字元
2.8 不合法的密碼有：
2.8.1 空密碼（除有特殊規定的），
2.8.2 錯誤的密碼，
2.8.3 字元大於密碼的限制
2.8.4 正常密碼不允許的特殊字元，系統（作業系統和應用系統）的保留字元
3 導航條測試
3.1 導航的風格與其他選單，展示等風格是否一致
3.2 導航測試，導航的連結跳轉是否正確，從左到右、從上到下依次點選
3.3 導航條之外的公共內容，在導航條不同tab內的展示應該保持一致，且功能正確性檢查
3.4 不同的導航條達到同樣的目的，檢查不同導航條跳轉過來時內容是否一致。
3.5 導航條各級之間有上下級關係時，進入下級頁面，再返回，是否能正常返回上級頁面。導航條常見和URL跳轉檢查一起組成一定的功能。
3.6 各個導航之間的相互影響，
4 連結測試：
（xenu測試連結包括內部連結和外部連結，在使用的時候應該注意，同時能夠生成html格式的測試報告。）
4.1 對於介面有連結的介面，要測試介面上的所有的連結都正常或者給出合理的提示
4.2 頁面連線檢查每一個連線是否都有對應的頁面，並且頁面之間切換正確。
4.3 .對廣告圖片的點選是否正常，點選後給出的頁面是否正確;
4.4 檢查頁面連結是否可正常點選，點選後連結到的位置是否正確;
4.5 連結點選後是否正常的發生顏色變化(若特殊處理也需要相應的檢查);
4.6 連結的開啟方式是否合理（在當前視窗中開啟、開啟新視窗），是否符合產品設計；
4.7 在Web系統中，在位址列直接輸入各個功能頁面的URL地址，看系統如何處理，是否能夠直接連結檢視（匿名檢視），是否有許可權控制，是否直接執行，並返回相應結果頁；
4.8 檢測URL是否區分大小寫，大小寫不敏感
4.9 每個連結頁面都有相應的Title，不能為空，或者顯示“無標題頁
4.10 LOGO是否有連結，連結頁面是否正確
4.11 連結如果帶引數，跳轉到不同頁面，傳遞的引數是否正確
4.12 url是否與主域一致性的檢查。
4.13 URL長度限制檢查
4.14 修改url中的get引數，檢查是否還能抓取成功。
4.15 涉及到一些安全性選擇的登入還要在url中校驗http和https協議請求是否正常；
5 快捷鍵的使用是否正常：
5.1 TAB 鍵的使用是否正確
5.2 上下左右鍵是否正確
5.3 介面如果支援 ESC鍵 看是否正常的工作
5.4 在輸入結果後，直接按Enter鍵，看系統如何處理，是否會報錯
5.5 檢查多次使用back健的情況在有back的地方，back，回到原來的頁面，再back，重複幾次，看是否會報錯。
5.6 重複提交表單一條已經成功提交的記錄，back後再提交，看系統會如何處理。
5.7 重新整理鍵檢查：在Web系統中，使用瀏覽器的重新整理鍵，看系統處理如何，會否報錯
6.按鈕測試
6.1 按鈕是否可點，有彈出框的彈出框是否符合預期。
6.2 自然狀態、滑鼠懸浮和按鈕按下狀態下，按鈕的狀態
6.3 按鈕的功能實現是否正常（儲存db，與其他模組互動等是否正常）
6.4 一些按鈕只能點選一次的情況，點選一次後，再操作，是否仍能點選。
6.5 點選按鈕後，提示話術顯示正確。
6.6 取消功能的按鈕，是否能正常關閉頁面，取消後回到的頁面是否符合預期。
7 輸入框
7.1 字元型輸入框：
（1）字元型輸入框：英文全形、英文半形、數字、空
（2） 特殊字元“~！@#￥%……&*？[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字元時，使用“貼上、拷貝”功能嘗試輸入。
（3）長度檢查：最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字元比如把整個文章拷貝過去。
（4）空格檢查：輸入的字元間有空格、字元前有空格、字元後有空格、字元前後有空格如對於要求輸入整型、符點型變數的項中，輸入空格，既不是空值，又不是標準輸入
（4）多行文字框輸入：允許回車換行、儲存後再顯示能夠儲存輸入的格式、僅輸入回車換行，檢查能否正確儲存（若能，檢查儲存結果，若不能，檢視是否有正常提示）、
（5）安全性檢查：輸入特殊字串（null，NULL，，javascript，)、
doucment.write(“abc”)、hello）
（6）輸入框是否支援 複製和黏貼 和移動
（7）字元型別檢查在應該輸入指定型別的內容的地方輸入其他型別的內容（如在應該輸入整形的地方輸入其他字元型別），看系統是否檢查字元型別，是否報錯
（8）中文字元處理: 在可以輸入中、英文的系統輸入中文,看會否出現亂碼或出錯。
（9）輸入法半形全形檢查：在輸入資訊項中，輸入半形或全形的資訊，檢視系統如何處理。如對於要求輸入符點型資料的項中，輸入全形的小數點（“。”或“．”，如４．５）；輸入全形的空格等。
7.2 數值型輸入框：
（1）邊界值：最大值、最小值、最大值+1、最小值-1
（2）位數：最小位數、最大位數、最小位數-1最大位數+1、輸入超長值、輸入整數
（3）異常值、特殊字元：輸入空白（NULL）、空格或”~!@#$%^&*()_+{}|[]:”<>?;’，./?;:’-=等可能導致系統錯誤的字元、禁止直接輸入特殊字元時，嘗試使用貼上拷貝檢視是否能正常提交、word中的特殊功能，通過剪貼簿拷貝到輸入框，分頁符，分節符類似公式的上下標等、數值的特殊符號如∑，?，?，∏，+，-等、
（4）輸入負整數、負小數、分數、輸入字母或漢字、小數（小數前0點捨去的情況，多個小數點的情況）、
（5）首位為0的數字如01、02、科學計數法是否支援1.0E2、全形數字與半形數字、數字與字母混合、16進位制，8進位制數值、貨幣型輸入（允許小數點後面幾位）、
（6）安全性檢查：不能直接輸入就copy，輸入特殊字串（null，NULL，，javascript，)、
doucment.write(“abc”)、hello）
7.3 日期型輸入框：
（1）合法性檢查：(輸入0日、1日、32日)、月輸入[1、3、5、7、8、10、12]、日輸入[31]、月輸入[4、6、9、11]、日輸入[30][31]、輸入非閏年，月輸入[2]，日期輸入[28、29]、輸入閏年，月輸入[2]、日期輸入[29、30]、月輸入[0、1、12、13]
(2)異常值、特殊字元：輸入空白或NULL、輸入~！@#￥%……&*（）{}[]等可能導致系統錯誤的字元
（3）安全性檢查：不能直接輸入，就copy，是否資料檢驗出錯？
8 下拉框
8.1 預設顯示是否正確，比如有的顯示全部，有的預設選中某一項，有的顯示“請選擇”
8.2 切換item，下拉框顯示項內容和排序是否正確，
8.3 不同瀏覽器，下拉框顯示是否有變形等。
8.4 下拉框中選項超出設定值的，是否有滑動條，上下滑動，還是左右滑動等。
8.5 下拉框彈出時，滑鼠點選控制元件外區域/選項/下拉框，下拉框能否收回
8.6 當下拉框選項很多時，是否有被底層覆蓋的情況，
8.7 下拉框資料被儲存後，其他地方顯示時，傳遞的資料正確性檢查。比如下拉框選項按數字傳遞，而其他頁面顯示時應該顯示對應的文字。
8.8 組合篩選的情況，有級聯操作的，只有選擇了前一個資料後，才能進行下一個的選擇。比如省市之間，只有選擇了省份，才能繼續選擇市，否則市不可選。
8.9 組合下拉框實現的篩選功能正確性檢查。
9 單選框
9.1 預設是否有選中
9.2 是否只能選中一個
9.3 選中後的功能是否正確。
9.4 與介面互動傳遞的值正確性檢查
10 核取方塊
10.1 多個核取方塊一個都不選
10.2 多個核取方塊全部選中0
10.3 多個核取方塊部分被選中
10.4 當核取方塊太多時，是否提供全選和全不選的功能
10.5 核取方塊與其他組合時，比如選中某個核取方塊，就出現某種效果，檢查不同組合時的展示情況
11 日期控制元件
11.1 日期的正確格式應該是XXXX-XX-XX或XXXX-XX-XX XX:XX:XX
11.2 日期選擇功能是否正確（包括年、月、日的選擇是否正確）
11.3 起、止時間選擇（起始時間不能晚於結束時間）
11.4 日期控制元件是否可編輯
11.5 日期控制元件的長度是否合理，以修改時可以把時間全部顯示出來為準
11.6 時間框快捷操作和選擇時間的對應關係檢查，比如選擇昨天，時間是否自動選擇昨天的日期。
11.7 時間框和篩選框互動，選擇時間框後，再選擇其他的篩選框，時間框選擇的內容應該保持不變
12 查詢結果列表
12.1 列表、列寬是否合理
12.2 列表資料太寬有沒有提供橫向滾動
12.3 列表的列名有沒有與內容對應
12.4 列表的每列的列名是否描述的清晰
12.5 列表是否把不必要的列都顯示出來
12.6 點選某列進行排序，是否會報錯（點選檢視每一頁的排序是否正確）
12.7 雙擊或單擊某列資訊，是否會報錯
13 搜尋功能
13.1 如果支援模糊查詢，搜尋名稱中任意一個字元是否能搜尋到
13.2 比較長的名稱是否能查到
13.3 輸入系統中不存在的與之匹配的條件
13.4 清空按鈕是否正確。
13.5 空查詢
13.6 不同查詢條件之間來回選擇，是否出現頁面錯誤（單選框和多選框最容易出錯）
13.7 測試多個查詢條件時，要注意查詢條件的組合測試，可能不同組合的測試會報錯。
13.8 若查詢條件為輸入框，則參考輸入框對應型別的測試方法
14 圖片
14.1 檢查圖片的尺寸、位置是否符合需求；
14.2 對廣告圖片的點選是否正常，點選後給出的頁面是否正確；
14.3 頁面上具有相同意義的圖示應保持一致；
14.4 對於連結其他網站的圖片，無法顯示時是否有容錯性處理；
15 靜態文字
15.1 檢查一個頁面或者一組中多個頁面的字型、size、顏色、位置等因素是否符合需求；
15.2 檢查頁面文字圖示的間距、行距是否統一，對齊方式是否統一；
15.3 靜態文字的含義是否符號需求；
15.4 靜態文字中是否存在拼寫錯誤；
16 上傳檔案測試
16.1 上傳下載檔案檢查：上傳下載檔案的功能是否實現，
16.2 檔案型別正確、大小合適
16.3 檔案型別正確，大小不合適（過大的檔案和空檔案）
16.4 檔案型別錯誤，大小合適（看檔案是否可以上傳，並檢查提示資訊）
16.5 檔案型別和大小都合適，上傳一個正在使用中的檔案或圖片
16.6 檔案型別大小都合適，手動輸入存在的圖片或檔案地址來上傳
16.7 檔案型別和大小都合適，輸入不存在的圖片或檔案地址來上傳
16.8 檔案型別和大小都合適，輸入圖片或檔名稱來上傳
16.9 不選擇檔案直接點選上傳，檢視是否給出提示
16.10 連續多次選擇不同的檔案，檢視是否上傳最後一次選擇的檔案
17 下載檔案測試
17.1 使用工具下載檔案，是否可正常下載
17.2 儲存到本地是否正常開啟
17.3 Excel檔案型別時，表格列數符合要求，各列的型別是否符合預期，是否有空行、重複欄位等。
17.4 對於直接在頁面內開啟的內容是否能正常顯示
18 介面和易用性測試
18.1 提示資訊：提示資訊是否完整、正確、詳細
18.2 風格、樣式、顏色是否協調
18.3 介面佈局是否整齊、協調（保證全部顯示出來的，儘量不要使用滾動條
18.4 介面操作、標題描述是否恰當（描述有歧義、注意是否有錯別字）
18.5 操作是否符合人們的常規習慣（有沒有把相似的功能的控制元件放在一起，方便操作）
18.6 提示介面是否符合規範（不應該顯示英文的cancel、ok，應該顯示中文的確定等）
18.7 介面中各個控制元件是否對齊
18.8 介面標題內容及提示是否準確且與專案相符
18.9 背景顏色應該與字型顏色和前景顏色相搭配。
18.10 需要驗證的是文字迴繞是否正確。如果說明文字指向右邊的圖片，應該確保該圖片出現在右邊。不要因為使用圖片而使視窗和段落排列古怪或者出現孤行。
18.11 在測試的時候要考慮到頁面出現滾動條時，滾動條上下滾動時，頁面是否正常
18.12 幫助資訊：是否提供幫助資訊，幫助資訊的表現形式（頁面文字、
18.13 提示資訊、幫助檔案），幫助資訊是否正確、詳細
18.14 對於資訊比較長的文字，文字框有沒有提供自動豎直滾動條
18.15 資料錄入控制元件是否方便
18.16 有沒有支援Tab鍵，鍵的順序要有條理，不亂跳
18.17 有沒有提供相關的熱鍵
18.18 控制元件的提示語描述是否正確
18.19 模組呼叫是否統一，相同的模組是否呼叫同一個介面
18.20 用滾動條移動頁面時，頁面的控制元件是否顯示正常
18.21 頁面是否有多餘按鈕或標籤
18.22 視窗標題或圖示是否與選單欄的統一
18.23 視窗的最大化、最小化是否能正確切換
18.24 對於正常的功能，使用者可以不必閱讀使用者手冊就能使用
18.25 執行風險操作時，有確認、刪除等提示嗎
18.26 操作順序是否合理
18.27 正確性檢查：檢查頁面上的form, button, table, header, footer,提示資訊，還有其他文字拼寫，句子的語法等是否正確。
18.28 系統應該在使用者執行錯誤的操作之前提出警告，提示資訊.
18.29 頁面解析度檢查，在各種解析度瀏覽系統檢查系統介面友好性。
18.30 合理性檢查：做delete, update, add, cancel, back等操作後，檢視資訊回到的頁面是否合理。
18.31 檢查本地化是否通過：英文版不應該有中文資訊，英文翻譯準確，專業。
19 新增、修改功能
19.1 特殊鍵：是否支援Tab鍵、Enter鍵
19.2 提示資訊：不符合要求的地方是否有錯誤提示
19.3 唯一性：欄位唯一的，是否可以重複新增，新增後是否能修改為已存在的欄位（欄位包括區分大小寫以及在輸入的內容前後輸入空格，儲存後，資料是否真的插入到資料庫中，注意儲存後資料的正確性）
19.4 對編輯頁的每個編輯項進行修改，點選儲存，是否可以儲存成功，檢查想關聯的資料是否得到更新
19.5 進行必填項檢查（即是否給出提示以及提示後是否依然把資料存到資料庫中；是否提示後出現頁碼錯亂等）
19.6 檢查新增和修改的單位、必填項、資料型別、文字框限制等是否一致:例如新增要求必填的項,修改也應該必填;新增規定為整型的項,修改也必須為整型.
19.7 是否能夠連續新增（針對特殊情況）
19.8 對於有圖片上傳功能的編輯框，若不上傳圖片，檢視編輯頁面時是否顯示有預設的圖片，若上傳圖片，檢視是否顯示為上傳圖片
19.9 修改後增加資料後，特別要注意查詢頁面的資料是否及時更新，特別是在首頁時要注意資料的更新。
19.10 提交資料時，連續多次點選，檢視系統會不會連續增加幾條相同的資料或報錯。
19.11 若結果列表中沒有記錄或者沒選擇某條記錄，點選修改按鈕，系統會拋異常資訊。
20 刪除功能
20.1 特殊鍵：是否支援Tab鍵、Enter鍵、delete鍵
20.2 提示資訊： （1）不選擇任何資訊，直接點選刪除按鈕，是否有提示 （2）刪除某條資訊時，應該有確認提示
20.3 是否能連續刪除多個產品
20.4 當只有一條資料時，是否可以刪除成功
20.5 刪除一條資料後，是否可以新增相同的資料
20.6 如系統支援批量刪除，注意刪除的資訊是否正確
20.7 如有全選，注意是否把所有的資料刪除
20.8 刪除資料時，要注意相應查詢頁面的資料是否及時更新
20.9 如刪除的資料與其他業務資料關聯，要注意其關聯性（如刪除部門資訊時，部門下游員工，則應該給出提示）
20.10 單項功能測試（增加、修改、查詢、刪除）
增加——>增加——>增加 （連續增加測試）
增加——>刪除
增加——>刪除——>增加 （新增加的內容與刪除內容一致）
增加——>修改——>刪除
修改——>修改——>修改 （連續修改測試）
修改——>增加（新增加的內容與修改前內容一致）
修改——>刪除
修改——>刪除——>增加 （新增加的內容與刪除內容一致）
刪除——>刪除——>刪除 （連續刪除測試）
21 相容性檢測試
21.1 .瀏覽器相容性：Firefox、Chrome、Tencent Traveler等，考慮使用多種瀏覽器訪問系統，驗證效果。
21.2 解析度：驗證頁面在不同解析度下的顯示效果
21.3 系統平臺相容性：不同作業系統Windows、Mac等。
21.4 在測試的時候要考慮到頁面出現滾動條時，滾動條上下滾動時，頁面是否正常
22 安全性測試
22.1 SQL隱碼攻擊（比如登陸頁面）
22.2 XSS跨網站指令碼攻擊：程式或資料庫沒有對一些特殊字元進行過濾或處理，導致使用者所輸入的一些破壞性的指令碼語句能夠直接寫進資料庫中，瀏覽器會直接執行這些指令碼語句，破壞網站的正常顯示，或網站使用者的資訊被盜，構造指令碼語句時，要保證指令碼的完整性。document.write(“abc”)
22.3 URL地址後面隨便輸入一些符號，並儘量是動態引數靠後
22.4 驗證碼更新問題
22.5 Web應用系統是否有超時的限制，也就是說，使用者登陸後在一定時間內（例如15分鐘）沒有點選任何頁面，是否需要重新登陸才能正常使用。
22.6 為了保證Web應用系統的安全性，日誌檔案是至關重要的。需要測試相關資訊是否寫進了日誌檔案、是否可追蹤。
22.7 當使用了安全套接字時，還要測試加密是否正確，檢查資訊的完整性。
22.8 伺服器端的指令碼常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯指令碼的問題。
23 效能測試
23.1 連線速度測試
使用者連線到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬頻上網。當下載一個程式時，使用者可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鐘），使用者就會因沒有耐心等待而離開。
另外，有些頁面有超時的限制，如果響應速度太慢，使用者可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連線速度太慢，還可能引起資料丟失，使使用者得不到真實的頁面。
23.2 穩定性：
執行所需的軟硬體配置，佔用資源情況，出現問題時的容錯性，對資料的保護
23.3 負載測試
負載測試是為了測量Web系統在某一負載級別上的效能，以保證Web系統在需求範圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的使用者數量，也可以是線上資料處理的數量。例如：Web應用系統能允許多少個使用者同時線上？如果超過了這個數量，會出現什麼現象？Web應用系統能否處理大量使用者對同一個頁面的請求？
23.4 壓力測試
負載測試應該安排在Web系統釋出以後，在實際的網路環境中進行測試。因為一個企業內部員工，特別是專案組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。
進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。黑客常常提供錯誤的資料負載，直到Web應用系統崩潰，接著當系統重新啟動時獲得存取權。
壓力測試的區域包括表單、登陸和其他資訊傳輸頁面等。
23.5 效能測試備註：
1、負載/壓力測試應該關注什麼
測試需要驗證系統能否在同一時間響應大量的使用者，在使用者傳送大量資料的時候能否響應，系統能否長時間執行。可訪問性對使用者來說是極其重要的。如果使用者得到“系統忙”的資訊，他們可能放棄，並轉向競爭對手。系統檢測不僅要使使用者能夠正常訪問站點，在很多情況下，可能會有黑客試圖通過傳送大量資料包來攻擊伺服器。出於安全的原因，測試人員應該知道當系統過載時，需要採取哪些措施，而不是簡單地提升系統效能。
1）瞬間訪問高峰
如果您的站點用於公佈彩票的抽獎結果，最好使系統在中獎號碼公佈後的一段時間內能夠響應上百萬的請求。負載測試工具能夠模擬X個使用者同時訪問測試站點。
2）每個使用者傳送大量資料
網上書店的多數使用者可能只訂購1-5書，但是大學書店可能會訂購5000本有關心理學介紹的課本?或者一個祖母為她的50個兒孫購買聖誕禮物(當然每個孩子都有自己的郵件地址)系統能處理單個使用者的大量資料嗎?
3）長時間的使用
如果站點用於處理鮮花訂單，那麼至少希望它在母親節前的一週內能持續執行。如果站點提供基於web的email服務，那麼點最好能持續執行幾個月，甚至幾年。可能需要使用自動測試工具來完成這種型別的測試，因為很難通過手工完成這些測試。你可以想象組織100個人同時點選某個站點。但是同時組織100000個人呢。通常，測試工具在第二次使用的時候，它創造的效益，就足以支付成本。而且，測試工具安裝完成之後，再次使用的時候，只要點選幾下。
採取措施：採用效能測試工具WAS、ACT，LR等協助進行測試
24 測試中應該注意的其他情況
24.1 在測試時，與網路有關的步驟或者模組必須考慮到斷網的情況
24.2 對於電子商務網站，當使用者併發購買數量大於庫存的數量時，系統如何處理
24.3 測試資料避免單純輸入“123”、“abc“之類的，讓測試資料儘量接近實際
24.4 行測試時，儘量不要用超級管理員進行測試，用新建的使用者進行測試。測試人員儘量不要使用同一個使用者進行測試
24.5 測試資料比程式碼更有可能是錯的，因此，當測試結果顯示有錯誤發生的時候，懷疑程式碼錯誤前要先對測試資料檢查一遍。
24.6 在檢視資訊和更新資訊時,檢視所填寫的資訊是不是全部更新,更新資訊和新增資訊是否一致。要注意檢查的時候每個欄位都應該檢查，有時候，會出現部分欄位更新了而個別欄位沒有更新的情況。
感謝原作者：https://blog.csdn.net/CCGGAAG/article/details/78492525