常見測試點整理

1、序序號號類類型型1數據的一致性，正確性測試2新增，搜索，修改，排序，刪除，打印等功能點的測試3校驗規(guī)則測試4界面風格測試5狀態(tài)轉換的測試6壓力測試7參數設置校驗8文件傳輸測試9數據導入導出測試10與計算機通訊測試11安裝測試12配置測試13文檔測試14重要業(yè)務功能測試15回歸測試16交叉測試測測試試要要點點數據類型的字段10進制與16進制的轉換的測試刪除被引用基礎數據的測試數量的數值是否計算正確的測試檢查域的長度，是否有字符被截掉？檢查數字域的最大值和最小值？檢查數字域是否正確接受負數？數據庫對數據的存儲是否完整？有沒有出現字符串被截，數值沒有4舍5入等？特定數據的格式是否正確？如日期型數據有

2、沒有“-”或“/”等分隔符；金額字段的數據有沒有每三位數字自動添加“，”分隔符？連續(xù)新增，修改，刪除的測試需求功能是否實現的測試新增，修改后，TREEVIEW中數據是否及時更新的測試查詢條件與新增,修改時,輸入單引號及特殊字符進行查詢的校驗的測試修改時編碼不能修改的測試新增時編碼是否需要自動更新的測試新增與修改時的校驗規(guī)則測試見序號3用鼠標點擊只讀域，能否進入？當打開窗口時，光標/焦點是否位于第一個可輸入域？編輯框域Edit Box是否限制了字符的長度？使用ALT+TAB組合鍵從一個應用到另一個應用切換時是否有沖突？ID、編號或單據號重復時，是否給出提示？排序項目是否正確、全面？項目的排列順序

3、是否與顯示的排列順序一致？特定權限人員搜索特定資料的測試特定權限人員使用特定功能的測試清除數據的測試，即沒有基礎數據的異常處理的測試全部展開樹中所有數據，看看滾動條的是否能拖動到樹中最低下的數據的測試日期格式是否校驗的測試小數類數據是否校驗的測試整數類數據是否校驗的測試校驗提示信息是否正確，觸發(fā)提示信息的時機是否恰當的測試。字母是否校驗的測試特殊字符是否校驗的測試郵箱格式是否校驗的測試數據超長是否校驗的測試數字最大最小值的校驗的測試數據是否選擇的校驗的測試數據是否為空的校驗的測試數據唯一性的校驗的測試年份最大，最小值校驗的測試數據被要求范圍校驗的測試定義文件名規(guī)則的校驗的測試上傳文件名超長的校

4、驗的測試上傳文件名輸入框為單引號的測試備注信息最長輸入是否校驗的測試閏年日期是否正確，是否不產生錯誤和計算誤差？月份是否只能在1和12之間（包含本身）？日期是否只能在1和31之間（包含本身）？二月是否有28、29、30日？日期的周期性計算是否正確？是否有日歷選擇器？是否與手工輸入有沖突？除零的情況是否不允許？在數字后面帶有空格的數字域是否正確接受？數據聯動性的測試繁體字，簡體字，英文的測試字體大小的測試按鈕大小的測試窗口大小的測試按鈕標題大小的測試頁面標題的測試編輯框是否夠寬夠長的測試主頁面顯示在800X600下是否滿屏的測試快捷鍵的校驗的測試導航條的測試界面亂碼的測試腳本錯誤的測試查詢時間段

5、風格的測試窗口中的按鈕是否有適當的快捷鍵？快捷鍵工作是否正常？用TAB鍵在元素間移動的次序是否正確，一般缺省從左上到右下？數據列太長，能否調整列寬？翻頁的測試各個相關功能界面的數據字段的排列順序是否一致，是否美觀。報表頁碼顯示的測試頁面設置的測試關閉，保存等按鈕是否使用專用圖標的測試頁面窗口不需要有問號標識的測試界面排版是否都是95%的排列的測試嘗試在非登陸狀態(tài)開啟頁面，任何人都可以進行修改和刪除數據，是否做到頁面級別權限控制的測試所有頁面標題是不是以系統名命名的測試是否有溫馨提示指導用戶很好的使用系統交互式對話以彈出式風格顯示，提示式信息以懸掛式風格顯示。各個數據狀態(tài)的限制的測試系統長時間運

6、行是否會出現死機的現象的測試系統長時間運行是否會出現SESSON丟失的現象的測試長時間運行，是否會出現連數據庫不成功的現象的測試大量數據導入導出是否會出現死機的現象的測試同時打開多個應用程序的測試的測試各個參數的值全部沒設置的測試設置部分參數的測試全部設置參數的測試參數設置是否正確的測試設置錯誤的數據類型的參數的測試參數文件保存編碼格式的測試參數文件不完整的測試文件上傳到FTP或SERVER服務器端后，系統是否會死機的測試下載文件上傳文件成功與否反饋信息的測試FTP有文件，PC機中沒有文件的測試FTP有文件，PC機中有文件的測試FTP有文件，PC機中有文件的測試FTP中大量文件下載的測試同時下

7、載上傳多個文件的測試單個文件上傳或下載斷續(xù)連網測試的測試多個文件上傳或下載斷續(xù)連網測試的測試上傳與下載文件同時進行的測試文件上傳后光標如何定位的測試多條記錄導入的測試導入模板的測試導入模板數據類型錯誤的測試部分數據導入不成功是否會出現提示信息的測試多個文件導入數據庫的測試大量插數據導致數據庫的表空間不足的測試導入文件名的測試長時間等待的過程中，是否有動態(tài)的標識進度？是否給出數據處理成功與否的信息？若不成功， 是否給出失敗原因？導入多條完全相同的基礎數據的測試導入非法數據是否有校驗的測試多次導入不完全相同的數據，系統會否覆蓋原有數據的測試計算機與機器硬件接口，波特率等的測試通訊過程中斷電的測試人

8、為中斷通訊的測試連續(xù)多次通訊的測試通訊過程中隨意操作按鈕鍵或都鍵盤鍵的測試長時間連接而不做任何操作的測試通訊過程中讀錯文件的測試通訊過程中讀取多個文件的測試將系統安裝在WIN2000，WINXP運行的測試IE瀏覽器版本的測試運行之前各個環(huán)境設置的測試部份運行程序文件被刪除的測試特定系統的重要業(yè)務功能的測試（需求中必須明確哪些是重要的業(yè)務功能才能對此進行測試）測試客戶提出來的BUG或需求之前，必須先看看這些BUG與需求的修改會影響到哪些地方，哪些頁面，哪些功能，然后針對這些影響項測試，從而使測試做到更加全面。以免漏掉有些地方沒有測試到。測試人員負責一個模塊或者功能的測試一段時間后發(fā)現的問題達到了

9、極限，在這種固定的思維方式下很難發(fā)現新的問題，這種情況需要采用交叉測試以解決此問題，但是另一個測試的人熟悉業(yè)務需要一段時間的。這時候又要怎么辦？是的，可以讓組員之間的模塊進行交換測試，因為對于測試員自身來講，別人手中的模塊更具備吸引力，如同圖1中的左邊那個蘋果，也具有更多未知的領域，從而也能發(fā)現更多的缺陷。這就是傳說中的交叉測試方法。那是經過幾輪回歸后就整體交換測試員手中的模塊嗎？不，那樣帶來的成本太高，因為采用這種方式，測試員對手中的新模塊的完全了解需要花一定長的時間，從而使時間成本提升了。如果你告訴項目經理，我們當前版本（與剛開始測試的版本比沒有添加額外的模塊和功能點）的測試所需要花的時間

10、和系統剛開始測試的時候是一樣的，項目經理肯定會覺得不可思議，因為測試組已經測試過多個回歸版本了，無論從業(yè)務流程到功能點，肯定是熟悉了很多，正確的結果應該是測試的周期時間會慢慢減少啊。如果你告訴項目經理，我們采用了交叉測試，以此想發(fā)現更多的缺陷，或許在項目進度不是很緊的時候，項目經理會覺得可以接受，那在進度很緊張的時候，可能就夠嗆了。如何在有限的項目進度時間內，有效的實施交叉測試呢？本人拋磚引玉地提出三階段實施法：項目前期測試階段：在這一階段，組內所有測試員對系統的功能和業(yè)務流程都沒有比較深刻的認知，此時安排不同測試員負責不同模塊的測試。功能點和業(yè)務流程測試任務的分配通過測試用例進行。項目中期測試階段：將功能點的測試，如外觀，單個按鈕或控件功能等測試任務通過測試用例分配進行逐步交叉，使得交叉測試開