1
、測試設定
cookie
為「prompt
」，手動接受
cookie
2、用乙個矩陣來組織
web應用程式測試工作，這個矩陣列出了使用的平台和瀏覽器，以及所涉及內容的詳細描述，即在各種各樣的平台組合中，用於發現問題和解決問題所需的時間和工作量。
這個矩陣使得公司能夠建議使用者如何最好地使用**或者**可能在什麼地方不受支援。
3、平台
windows:
windows95
、windows98
、windows nt
、windows me
、windows 2000
、windows xp
、windows 2003
mac:
mac os 9.x
、mac os x
linux:
linux kernel
、reahat linux
unix
：sun solaris
freebsd
4、瀏覽器
internet explorer:
ie 5.0
、ie 6.0
、ie 7.0 beta1
mozilla firefox:
firefox
1.0.6
、firefox 1.0.7
、firefox 1.5 rc2
netscape:
opera:
mozilla:
mozill
a 1.7.2
、mozilla 1.8 beta5
omni web(mac)
omni web 4.1
、omni web 5.0
amaya(w
3c
出品)
5、其它裝置
比如palm os pda
、windows ce
中的pocket ie
或是generic ie
、aoltv
6、瀏覽器和作業系統的簡單測試矩陣
win2000
winxp
win2003
mac os 9
mac os x
linux kernel
redhat linux
solaris
ie5.0
ie6.0
ie7.0
firefox
1.0.6
firefox
1.0.7
firefox1.5
netscape7.2
nescape8.0
opera8.5
mozilla
1.7.12
mozilla1.8beta5
solafa1.3
omni web5.0
□——不支援，雖然使用者有可能執行
╳——小部分支援，通過大略測試
◆——完全支援，但這裡只進行了中等測試
√——完全支援，通過完全測試
7、影響
web測試的其它因素
7.1、螢幕解析度
重點測試主流顯示器所使用的解析度
7.2、畫布的大小
畫布是指設計人員所能處理的實際顯示區域的大小
常用畫布大小
偏移量7.3
、顏色深度
7.4、連線速度
7.5、矩陣樣例
7.6、其它
安全套接字協議層（
secure socket layer
，ssl
）防火牆**8
、處理快取問題
幾個步驟
1、如果是指令碼錯誤，看一下是否能重現指令碼錯誤（對出現的情況作截圖儲存）
2、關閉該型別瀏覽器的所有會話
3、開啟乙個瀏覽器視窗，刪除所有快取中的內容和本機備份，包括
cookie
，然後再關閉瀏覽器，對於
ie，可在控制面板下的
internet
選項中刪除
4、開啟乙個（且只能有乙個）瀏覽器視窗，試著重現錯誤
5、如果成功的話，繼續下一步，，特別注意重現錯誤的步驟和操作出現錯誤時的步驟一致。辨別出哪些動作與
bug有關，哪些動作與
bug無關是困難的。
6、一旦確定重現錯誤的步驟，要找出產生
bug的其它條件，錯誤具體出現在哪些平台和瀏覽器下，
7、查詢
bug資料庫，看是否有與該問題相匹配的
8、如果找不到，則進行錄入
9、儲存之前，對近半個小時的
bug進行一次詳細的查詢，以防輸入一樣的資訊
無法重現並不能說明就不是
bug虛假的
bug**之一就是測試者沒有清除快取
注意**伺服器也快取
9、配置瀏覽器
對於ie
，三個設定，系統最大限度的捕獲
bug的最低設定
分別是：「禁止指令碼除錯」
(disable script debugging)
「顯示每個指令碼錯誤的通知」
(display a notification about every script error)
「檢查已儲存網頁的新版本：每次訪問網頁時」
(check for new versions of stored pages: every visit to the page)
10、配置其它設定
1、顏色設定
2、文字大小
3、執行在全屏模式下
編碼標準
ie支援
bgsound
標記符，但是
netscape
不支援netscape
支援blink
標記符，但是
ie不支援
所以，這兩種標記符最好不使用
建立內部編碼標準
包括測試自動**的指導準則
編寫**選用整潔方式
url一般只能處理大約
4096
個位元組，其中包括加在末尾的命令和引數，然而
ie對於
url的長度限制是
2kb，該限制也要成為測試專案之一
動態web
分為使用者**
web伺服器
資料庫http
響應狀態碼
100——
199(1xx)
用於表示有關狀態的資訊
200——
299(2xx)
用於表示響應是成功的
300——
399(3xx)
用於表示重定向
400——
499(4xx)
用於表示客戶端出現錯誤
500——
599(5xx)
用於表示伺服器出現錯誤
基於WEB資訊管理系統測試時應考慮的因素有哪些？
基於web資訊管理系統測試時應考慮的因素有哪些？舉例來說一下 測試 首先 得到相關文件 需求文件和設計文件 理解需求和設計設計思想後，想好測試策略 測試計畫簡單點就ok了 考慮到測試環境，測試用例，測試時間等問題。第二步 設計測試用例，測試策略是 把 部分的功能點測試完，然後在進行系統測試 另外個模...
Web測試 WEB測試方法及注意地方
1 頁面清單是否完整 是否已經將所需要的頁面全部都列出來了 2 頁面是否顯示 在不同解析度下頁面是否存在，在不同瀏覽器版本中頁面是是否顯示 3 頁面在視窗中的顯示是否正確 美觀 在調整瀏覽器視窗大小時，螢幕重新整理是否正確 4 頁面特殊效果 如特殊字型效果 動畫效果 是否顯示 5 頁面特殊效果顯示是...
web介面測試
看過不少關於講 web測試文章，對我的幫助很大，結合實際測試，把對我測試有用的整理下來，和大家分享下。1.介面部分 1 頁面清單是否完整 是否列舉全部頁面 2 頁面顯示情況 在不同解析度下 在不同瀏覽器版本中 3 頁面在視窗中的顯示 調整瀏覽器視窗大小，滾動條自適應 4 頁面元素清單 為實現功能，是...