程序測試規范(7)

　　表格

　　需要驗證表格是否設置正確。用戶是否需要向右滾動頁面才能看見產品的價格?把價格放在左邊，而把產品細節放在右邊是否更有效? 每一欄的寬度是否足夠寬，表格里的文字是否都有折行?是否有因為某一格的內容太多，而將整行的內容拉長?

　　回繞

　　最后，需要驗證的是文字回繞是否正確。如果說明文字指向右邊的圖片，應該確保該圖片出現在右邊。不要因為使用圖片而使窗口和段落排列古怪或者出現孤行。

　　功能測試

　　鏈接

　　鏈接是使用戶從一個頁面瀏覽到另一個頁面的重要手段。對于每個鏈接，需要驗證兩件事情： 一是該鏈接將用戶帶到它所說明的地方，另外就是被鏈接頁面是存在的。這句話聽起來有些問題，但是有很多多站點的內部鏈接都是空的。這實在是無法忍受。

　　表單

　　當用戶通過表單提交信息的時候，都希望表單能正常工作。如果使用表單來進行在線注冊，要確保提交按鈕能正常工作，當注冊完成后應返回注冊成功的消息。如果使用表單收集配送信息，應確保程序能夠正確處理這些數據，最后能讓顧客能讓客戶收到包裹。要測試這些程序，需要驗證服務器能正確保存這些數據，而且后臺運行的程序能正確解釋和使用這些信息。

　　數據校驗

　　如果系根據業務規則需要對用戶輸入進行校驗，需要保證這些校驗功能正常工作。例如，省份的字段可以用一個有效列表進行校驗。在這種情況下，需要驗證列表完整而且程序正確調用了該列表(例如在列表中添加一個測試值，確定系統能夠接受這個測試值)。

　　Cookies

　　很多用戶喜歡甜食，但是開發人員喜歡 web cookie (小甜餅)。如果系統使用了cookie，測試人員需要對它們進行檢測。如果在 cookies 中保存了注冊信息，請確認該 cookie能夠正常工作而且已對這些信息已經加密。如果使用 cookie 來統計次數，需要驗證次數累計正確。

　　應用程序特定的功能需求

　　最重要的是，測試人員需要對應用程序特定的功能需求進行驗證。嘗試用戶可能進行的所有操作：下訂單、更改訂單、取消訂單、核對訂單狀態、在貨物發送之前更改送貨信息、在線支付等等。這是用戶之所以使用網站的原因，一定要確認網站能像廣告宣傳的那樣神奇。

　　接口測試

　　在很多情況下，web 站點不是孤立。Web 站點可能會與外部服務器通訊，請求數據、驗證數據或提交訂單。

　　服務器接口

　　第一個需要測試的接口是瀏覽器與服務器的接口。測試人員提交事務，然后查看服務器記錄，并驗證在瀏覽器上看到的正好是服務器上發生的。測試人員還可以查詢數據庫，確認事務數據已正確保存。

　　外部接口

　　有些 web 系統有外部接口。例如，網上商店可能要實時驗證信用卡數據以減少欺詐行為的發生。測試的時候，要使用 web 接口發送一些事務數據，分別對有效信用卡、無效信用卡和被盜信用卡進行驗證。如果商店只使用 Visa 卡和 Mastercard 卡， 可以嘗試使用 Discover 卡的數據。(簡單的客戶端腳本能夠在提交事務之前對代碼進行識別，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。)通常，測試人員需要確認軟件能夠處理外部服務器返回的所有可能的消息。

　　錯誤處理

　　最容易被測試人員忽略的地方是接口錯誤處理。通常我們試圖確認系統能夠處理所有錯誤，但卻無法預期系統所有可能的錯誤。嘗試在處理過程中中斷事務，看看會發生什么情況?訂單是否完成?嘗試中斷用戶到服務器的網絡連接。嘗試中斷 web 服務器到信用卡驗證服務器的連接。在這些情況下，系統能否正確處理這些錯誤?是否已對信用卡進行收費?如果用戶自己中斷事務處理，在訂單已保存而用戶沒有返回網站確認的時候，需要由客戶代表致電用戶進行訂單確認。

　　兼容性測試

　　需要驗證應用程序可以在用戶使用的機器上運行。如果您用戶是全球范圍的，需要測試各種操作系統、瀏覽器、視頻設置和 modem 速度。最后，還要嘗試各種設置的組合。

　　操作系統

　　你的站點能否在 MAC 和IBM 兼容系統上瀏覽? 有些字體在某個系統上可能不存在，因此需要確認選擇了備用字體。如果用戶使用兩種操作系統，請確認站點未使用只能在其中一種操作系統上運行的插件。

原文轉自：http://www.uml.org.cn/Test/200706154.asp