⑴ web測試用例怎麼編寫
不是很明白樓主的意思
我想你是希望能在web進行一些調試，並能顯示調試信息吧
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE> New Document </TITLE>
<META http-equiv="Content-Type" content="text/html; charset=gb2312">
<META NAME="Generator" CONTENT="EditPlus">
<SCRIPT LANGUAGE="VBScript">
'調試專用
Dim DebugID
Sub Debug(byval Msg)
dim sHtml
DebugID=DebugID+1
sHtml="<TABLE ID=TDebug border=1 CELLSPACING=0 CELLPADDING=0 BorderColor=#FF6600 style='PADDING:4,4,4,4;BORDER-COLLAPSE:collapse' bgcolor=#FFCC99 width='100%' align='center'><TR><TD><b>Debug(" & DebugID & "):</b><br>"
sHtml=sHtml & Msg & "</TD></TR></TABLE>"
document.Write sHtml
End Sub
</SCRIPT>>
</HEAD>
<BODY>
<SCRIPT LANGUAGE="VBScript">
Call Debug(Time)
</SCRIPT>
</BODY>
</HTML>
⑵ web端測試用例編寫 資料庫怎麼寫
這些應該是有人封住在程序裡面的吧,你可以查找到方法定義的位置看看源碼啊。
⑶ 跪求！！！Web界面的規范的測試用例到底該咋寫，該寫哪幾點 跪求！！！
Test NameDescriptionStep NameStep DescriptionExpected ResultsDesigner
這幾點是必須的。
⑷ web應用軟體的測試環境怎麼寫
定義測試策略 目前止您肯定參加議客戶倚靠寬議桌問您:系統能處理千用戶傳統負載測試要求您編寫腳本並執行測試試圖給問題精確答案於種測試您需要定義處理含義及 1000 名典型用戶站點情形您需要定義測試用例代表各種用戶:例購買股票或注冊新帳戶接您必須估計用戶些測試用例布數據進行假設即模擬真實用戶與應用程序交互需要思考間(或等待間)負載測試期間某面致反映同數量真實用戶站點情形 種幾足處首先其結比您做假設更顯確假設使結現偏差 其估計真實用戶需要量客戶端硬體每名虛擬用戶給定需要處理能力內存量則典型客戶端計算機處理約 200 名虛擬用戶 2000 名用戶並發處理級別測試需要 10 台客戶端計算機 - 筆重投資測試使用 HTTPS 站點需要客戶端硬體 終難向您發團隊提供操作導向信息某處現故障難再現該問題 作備選案我建議您圍繞些關鍵問題設計測試用例: ?? 系統瓶頸哪系統能同步處理少並發請求 ?? 響應間變接受前台機器能處理少名同步超級用戶 ?? 添加額外硬體結線形增 ?? 任何穩定性問題妨礙站點運行於產環境 使用發團隊(發團隊參與能現問題領域)提供附加信息請關注些領域於示例其瓶頸能定單提交領域您派更具體問題例提交流程同處理少請求攻擊些特定領域快且本用向發團隊提供操作導向信息便能改進系統使用種同我推薦您記住遵循建議 關注負載測試我已提首先要做構建導致潛瓶頸穩定性問題腳本種數據第假設第二使您能夠應用程序收集原始數據根據假設確定更高級別結用擔識別低風險站點腳本編寫問題例站點幫助領域或讀文檔領域編寫腳本能現系統瓶頸 同步請求使用同步請求攻擊瓶頸處主意模擬壞情況:即站點用戶精確同間攻擊瓶頸通使用戶同步您重復進行測試同步結則難再現故障情況使用同步點做點同步點數較健壯(本較高)測試工具提供項功能同步點迫使每名虛擬用戶直等剩餘用戶達腳本定義點才能始請求允許您精確並重復確定站點潛瓶頸區域能處理並發用戶數例限 7 名並發同步用戶 創建循環測試用例腳本使測試用例循環另種每測試用例迭代前站點應處於相同狀態允許您間重復運行測試用例 使用超級用戶使用我所稱超級用戶前面所提超級用戶運行思考間設置零請記住思考間假設用於規測試使虛擬用戶模擬真實用戶虛擬用戶思考間減半則伺服器實際負載加倍另種伺服器真關與負載關變數每秒請求數虛擬用戶數量及其思考間結合起該負載 讓我進行些數運算使概念更清晰面公式計算訪問站點真實用戶負載(請求數/秒): 例某站點 100 名並發用戶假設載間 10 秒思考間 30 秒則每秒 2.5 頁我假設每頁 3 請求則 Web 伺服器轉化每秒 7.5 請求 超級用戶運行測試觀察每秒請求數並與剛剛計算值比較根據我經驗真實用戶數與超級用戶數比例通約 15:1於同示例意味著 (100/15) 名超級用戶與 100 名普通用戶相同負載再舉例假設 10 名超級用戶響應間變接受請注意轉換真實用戶數該點每秒請求數現您進行任何希望思考間假設甚至更改需重新運行測試幾測試您能根據直覺超級用戶數轉換真實用戶數允許您保持用戶數控減少所需客戶端硬體數量並包含負載測試軟體本 些超級用戶測試用例於機測試用要測試站點伸縮性添加第二台 Web 伺服器負載平衡器並重復超級用戶測試理想情況看見相同相應數前您能加倍超級用戶數量 要答穩定性問題運行測試延間段內維持合理數量並發且未同步超級用戶我項目熬通宵甚至 24 晝夜停持續間與應用程序關我稱內置測試旦您已採取步驟識別並潛解決找瓶頸則重復同步點測試看限否所增用所支持新並發用戶數重新運行內置測試努力提高數字目標重復該循環直達質量條 少用戶呢 盡管向發團隊提供價值信息使您更難於答議室問題您近似估計答案例假設站點壞情況瓶頸顯示每台計算機於 20 名超級用戶情況響應間超 10 秒根據您我建議公式計算結近似估計 300 名真實用戶(20 名超級用戶 × 15 名真實用戶)您做與規用例相同假設通情況百少用戶使用站點領域假設預期 50% 用戶使用領域其領域例文檔或資料庫讀取用戶比例則沒意味著具台 Web 伺服器系統處理約 600 名用戶 目前止我已討論能明確指向站點瓶頸領域情況該何做影響性能領域止您應何做呢答案創建單獨查看各領域測試腳本首先孤立運行些腳本起運行再比較結看站點領域另領域影響
⑸ web版本黑盒測試用例設計，系統有大量數據採集模塊，增刪改，請教怎麼設計測試用例比較簡
不同模塊之間 即使是同樣的操作，也要分開來寫。
同一模塊中，如果時間緊的話，可以使用交叉方式設計用例。
不過日常工作中，如果你不是測試工作安排的決策者，你用了再好的辦法，如果你的領導不滿意，他可能會認為你這叫漏測。
⑹ web的功能測試怎樣測試
首先，查找需求說明、網站設計等相關文檔，分析測試需求。
制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；資料庫測試；安全性測試；兼容性測試
設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確載入和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試可以包括但不限於一下幾個方面：
頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控制項是否正常使用
對於必須但未安裝的控制項，是否提供自動下載並安裝的功能
文字檢查
性能測試一般從以下三個方面考慮：
壓力測試；負載測試；強度測試
資料庫測試要具體決定是否需要開展。資料庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者許可權泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持
兼容性測試，根據需求說明的內容，確定支持的平台組合：
瀏覽器的兼容性；
操作系統的兼容性；
軟體平台的兼容性；
資料庫的兼容性
開展測試，並記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
敲黑板！重點：推薦大家使用自動化測試工具TestWriter（測功能、測兼容性、測回歸的零編碼自動化測試工具 ），吼吼~
⑺ 求web兼容性測試用例
參考下面方法
一、分別在不同電腦上安裝不同版本的IE
優點：准確性高，三台電腦分別安裝IE6、7、8，顯然測試得出的結果是最准確的。
缺點：浪費伺服器資源，測試人員操作麻煩，需要不斷切換測試機器。
二、在一台電腦上安裝IETest
優點：能90%的模擬出不同瀏覽器的渲染效果，只需安裝在一台測試機器上即可。
缺點：
1)如果測試機器安裝的為IE6或IE7，那麼IETest不能模擬IE8.
2)如果測試機器安裝的為IE8，那麼IETest才能模擬IE6、7、8.
3)測試出的渲染效果與瀏覽器得實際效果存在差異，不一定準確.
三、在IE8上安裝IE Develop ToolBar
優點：通過此工具可以模擬IE7的渲染效果，擁有有IE7、8的真實渲染效果。
缺點：
1)無法模擬IE6的渲染效果。
2)一定要在一台測試機器上安裝IE8才能使用。
⑻ 設計WEB測試用例用什麼模板比較好
目前，我所在的公司在web測試方面，還是沿用著excel形式，在規定的格式下進行用例的編寫。手動測試的話，我感覺這些工具都是次要的，主要還是要把測試思路整理清楚，不僅要寫的人自己可以看得懂，而且也要讓別人可以看懂你寫的意思。
查看原帖>>
⑼ web測試用例設計從哪些方面入手
常用的測試用例方法:
等價類：有效等價類和無效等價類。
邊界值：[1,10]正整數范圍為（0,1,2, 9,10,11），浮點數的話為最接近的范圍點。
因果圖：根據條件組合生成判定表。
正交實驗設計方法：抽取有代表性的元素數據來進行測試。
錯誤推測法：容易發生錯誤的地方進行有針對性地測試。
隨機測試：像一個普通用戶隨意地點擊操作去進行測試。
需求轉化法：通過正常操作、異常操作、特殊規約、用戶提示、數據一致性等要點轉化需求為成高粒度測試點。
對象屬性分析法：文件屬性：大小、路徑、文件名、文件編碼、文件內容、文件內容、
文件讀寫、文件共享。
全路徑覆蓋： 通過對每個業務數據流每個路徑進行測試。
場景法： 場景通常包括 正常場景、異常場景、備選場景、組合場景。
⑽ 誰能發我一份的軟體或web測試用例，不要模板，要一份寫好了的完整版的測試用例，謝謝各路大神了
假設一下吧。現在要求你測試一下網路知道的提交回答功能。
用例編號：提交問題001（編號通常會根據功能或模塊編寫）
測試目的：驗證當用戶回答完問題後，可以正常提交答案。（多數是會寫需求規格的說明，總之要讓人看明白你這條用例是想測什麼）
測試標題：這個有時候就包含了測試目的，目的是可以不寫的，但測試用例標題是必須的。
重要級別：像提交回答這條用例，多數會被列為最高級別用例，因為是最基本的功能。往往越是基本的，級別越高。原因在於，如果基本功能都有缺陷，那根本不用測別的功能，版本直接打回。
預制條件：1、網路知道運轉正常。2、用戶已登陸。3、進入了自己想要回答的問題頁面。（也就是你做這條測試前必須要有的前提條件）
操作步驟：1、將游標點入「我來幫他解答」下的輸入欄。
2、輸入想提交的答案
3、點擊提交回答
4、驗證提交後答案是否能顯示到當前問題下
（輸入數據多數時候是合並到操作步驟中的，比如這條里的輸入數據就是「答案」）
預期結果：1點擊提交回答後，頁面提示回答成功。2再次查看該問題時,剛剛的答案可以正確顯示……