Web自動化測試思路

第第頁Web自動化測試思路Web自動化測試思路

發(fā)表于：2023-07-25來源：：點擊數(shù)：標簽：自動化網(wǎng)絡webWebWEB

Web自動化測試思路:未知來源:網(wǎng)絡轉(zhuǎn)載一個Web系統(tǒng)一旦開發(fā)完成，開發(fā)人員就可以暫時松一口氣了；可是測試呢？后臺升級，頁面怎么測試？再來一遍？自動化測試或許是一個好的選擇，那么怎么組織？按照什么思路進行呢？一方面我摸索著使用VSTS進

Web自動化測試思路

:未知來源:網(wǎng)絡轉(zhuǎn)載

一個Web系統(tǒng)一旦開發(fā)完成，開發(fā)人員就可以暫時松一口氣了；可是測試呢？后臺升級，頁面怎么測試？再來一遍？自動化測試或許是一個好的選擇，那么怎么組織？按照什么思路進行呢？一方面我摸索著使用VSTS進行自動化測試，摸索了一個路子，正在進行中,或許你有更好的方法，請指點!

本文覆蓋一下內(nèi)容：

1.定策：先走通后走對

2.架子怎么搭？

3.VSTS自動化測試工具能做什么、擅長做什么?

定策：先走通后走對

先從這樣一個點切入一下：我們做Web開發(fā)實際上是A框架上的一個應用，A又是什么呢？A是對HTTP協(xié)議的一個封裝，使得開發(fā)更容易，更快捷…;由于Http協(xié)議先天的一些特征,比如http協(xié)議是無狀態(tài)的，所以A能為我們提供一個服務器端的事件編程模型是戴著鎖鏈跳出了優(yōu)美的舞姿。

然后，我們的Web自動化測試又在做什么呢？這個問題的答案可以從這樣一個角度分析：Web自動化測試工具出現(xiàn)在了之前測試人員出現(xiàn)的位置上，那么由此我們可以判定—1.Web自動化測試/自動化測試工具肯定做了之前測試人員做的事情2.Web自動化測試/自動化測試工具肯定做了測試人員做不到的事情

我們的Web測試人員對一個Web系統(tǒng)（比如：電子購物網(wǎng)站）進行測試，最基本的要保證能走通若干個重要的流程，比如檢索—查看貨物詳細信息—登錄—付費等等,這也就是“走通”；在這個過程中測試人員會判斷檢索的結果是不是對的，貨物詳細信息顯示的是不是對的..

這就是“走對”；我們的Web測試人員在日常工作中，無意識的就完成了這樣兩件事情。

當Web自動化測試工具出現(xiàn)在測試人員的位置上的時候它要做到驗證是不是能走通，是不是能走對；同時作為工具它還有人工無法替代的功能，比如：它可以定時的執(zhí)行，反復的執(zhí)行，及時的反饋，它可以做壓力測試…當自動化測試工具做到了測試人員可以做的事情，同時有做到了測試人員無法做到的事情的時候，它就具有了價值，可以成為產(chǎn)品了.

我們可以看看VSTS的Web自動化測試工具，我們簡單看一下MSDN上的描述：可以創(chuàng)建用于廣泛的測試目的的Web測試：

o創(chuàng)建執(zhí)行Web應用程序的功能測試。

o創(chuàng)建數(shù)據(jù)驅(qū)動的測試。

o創(chuàng)建并運行可以測試應用程序性能的測試。

o使用.NET語言進行測試創(chuàng)作、調(diào)試和測試擴展。

VSTS的Web自動化測試工具，提供了一系列的機制來實現(xiàn)上面提到的”走通走對”，后面我們會提到。

架子怎么搭？

有了目標，下面做的就是搭起架子來，也就是說：我們怎樣組織Web自動化測試呢？

怎么容易管理Web自動化測試？怎么樣能容易擴展？怎么樣做到復用？怎么樣做到分工協(xié)作？

我們知道HTTP協(xié)議是基于請求/響應范式的；那么上面的走通和走對就可以這樣重新解釋：走對是我們得到了一個正確的響應；走通是發(fā)出一個請求之后得到了我們期待的響應；

而對于大多數(shù)的Web系統(tǒng)，一個請求或者響應往往直接對應一個頁面；