『壹』 WEB測試與軟體測試的區別是什麼
web測試本身就屬於軟體測試。軟體測試的種類很多，大類的話分為B/S和C/S的。LZ說的WEB測試屬於B/S測試，只不過WEB測試更重視性能和安全方面的測試。
『貳』 Web項目測試實戰的介紹
《Web項目測試實戰(含1DVD)》貫穿了一個實際的項目案例，從需求調研開始，直至性能測試結束，詳細地剖析了軟體測試工作的實施流程及過程中所使用的技術。特別適合對軟體項目測試缺乏了解的大學生和從業人員，對於想進身為軟體測試項目經理的專業人員也是一本很好的參考書。
『叄』 web測試有哪些方面
第一，分析產品結構，明確性能測試的需求，包括並發、極限、配置和指標等方面的性能要求，必要時基於LOAD測試的相同測略需同時考慮穩定性測試的需求。
第一，分析應用場景和用戶數據，細分用戶行為和相關的數據流，確定測試點或測試介面，列示系統介面的可能瓶頸，一般是先主幹介面再支線介面，並完成初步的測試用例設計。
第三，依據性能測試需求和確定的測試點進行測試組網設計，並明確不同組網方案的重要程度或優先順序作為取捨評估的依據，必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。
第四，完成性能測試用例設計、分類選擇和依據用戶行為分析設計測試規程，並准備好測試用例將用到的測試數據。
第五，確定採用的測試工具。
第六，進行初驗測試，以主幹介面的可用性為主，根據測試結果分析性能瓶頸，通過迭代保證基本的指標等測試的環境。
第七，迭代進行全面的性能測試，完成計劃中的性能測試用例的執行。
第八，完成性能測試評估報告。
在進行性能測試的時候，我們需要知道一些有效的性能指標，下面我們來列出一些主要的性能指標：
一是，通用指標（指Web應用伺服器、資料庫伺服器必需測試項）：
*ProcessorTime：指伺服器CPU佔用率，一般平均達到70%時，服務就接近飽和；
*Memory Available Mbyte：可用內存數，如果測試時發現內存有變化情況也要注意，如果是內存泄露則比較嚴重；
*Physicsdisk Time ：物理磁碟讀寫時間情況。
二是，Web伺服器指標：
*Avg Rps：平均每秒鍾響應次數＝總請求時間/秒數；
*Avg time to last byte per terstion（mstes）：平均每秒業務角本的迭代次數；*Successful Rounds：成功的請求；
*Failed Rounds：失敗的請求；
*Successful Hits：成功的點擊次數；
*Failed Hits：失敗的點擊次數；
*Hits Per Second：每秒點擊次數；
*Successful Hits Per Second：每秒成功的點擊次數；
*Failed Hits Per Second：每秒失敗的點擊次數；
*Attempted Connections：嘗試鏈接數。
三是，資料庫伺服器指標：
*User 0 Connections ：用戶連接數，也就是資料庫的連接數量；
*Number of deadlocks：資料庫死鎖；
*Butter Cache hit：資料庫Cache的命中情況）。
可用性測試：1導航測試（Web應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。）2圖形測試3內容測試3整體界面測試4客戶端兼容性測試（1平台測試2瀏覽器測試）5安全性測試（測試重點：（1）現在的Web應用系統基本採用先注冊，後登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。（2）Web應用系統是否有超時的限制，也就是說，用戶登陸後在一定時間內（例如15分鍾）沒有點擊任何頁面，是否需要重新登陸才能正常使用。（3）為了保證Web應用系統的安全性，日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。（4）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。（5）伺服器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯腳本的問題。 ）
『肆』 web自動化測試的流程
首選要確定被測業務有哪些，確定測試范圍，測試頁面；做好准備工作
確定使用的開發語言，選用合適的自動化測試框架；
再根據實際業務流程，編寫對應的自動化測試代碼。
調試跑通，部署。
『伍』 軟體測試的基本流程咋樣對WEB網站進行簡單的功能測試
軟體測試基本流程是：測試計劃，測試需求分析，測試用例的編寫，測試執行，測試結果的分析，測試報告的編寫。開發人員修改了bug後，一般要進行回歸測試這樣來進行測試的迭代。這就是大致的一個流程。希望對你有所幫助。
『陸』 java web項目怎麼測試
java web項目測試用Web的測試工具，如HtmlUnit，JWebUnit等。
main()方法就可以測試，在main方法中獲得connection對象將他輸出就可以了。
如果正常輸出一大串就是對了。
例子：
public class DBConnection {
private static String url = "jdbc:sqlserver://localhost:1433;DataBaseName=HXParserDB";
private static String username = "sa";
private static String password = "123";
private DBConnection(){}
private static DBConnection dbconn = new DBConnection();
private static Connection conn = null;
// 注冊驅動
static {
try {
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver").newInstance();
} catch (Exception e) {
throw new ExceptionInInitializerError(e);
}
}
public DBConnection getDBConn(){
if(null==dbconn){
dbconn = new DBConnection();
}
return dbconn;
}
// 返回Connection對象
public static Connection getConnection() {
try {
return DriverManager.getConnection(url, username, password);
} catch (SQLException e) {
return null;
}
}
/**
* @param args
*/
public static void main(String[] args) {
System.out.println(DBConnection.getConnection());
}
}
『柒』 成熟的Web開發團隊開發，測試，上線的環境和流程是怎樣的
總結一下：
1，你需要一個可以模擬線上的開發環境。
2，你需要一個可以模擬線上的測試環境。
3，你需要一個可連調的測試環境。
4，你需要一個自動化的上線系統。
5，一個開發流程適合前後端的。
1，本地反向代理線上真實環境開發即可。（apache，nginx，nodejs均可實現）
2，模擬線上的測試環境，其實就是你需要一台有真實數據的測試機么，我建議沒條件搭daily的，就直接用線上數據測好了，只不過程序部分走你們的測試環境而已，有條件搭daily當然最好咯。
3，可連調的測試環境，分為2種。一種是你們開發測試都在一個區域網段，直接綁hosts就完了，不在一個網段，就一人給一台虛擬的測試機，放在大家都可以訪問到的公司內網，代碼直接往上布即可。
4，自動化的上線系統，如果你們運維不給你們做，我猜你們都是直接ftp往線上扔？那麼你可以自己做一個簡易的上線系統。原理不復雜，每次上線時都抽取最新的trunk或master，做一個tag，再打一個時間戳的標記，然後分發到cdn就行了。界面里就2個功能，打tag，回滾到某tag，部署【夠簡易了吧，而且是全自動的】。
5，開發流程就是看項目了還有所用到的工具，構建，框架了。簡單來說，原則就是分散獨立開發，互相不幹擾，連調時有hosts可綁即可。
回答了你的問題之後，我說下我自己的項目是怎麼個開發流程。
灰常簡單，代碼管理工具是svn，起新需求就起新分支，獨立開發，開發完合並到trunk，trunk不做任何開發工作，只負責merge。
上線有上線系統，你可以理解為我上面說的那個簡易功能的加強版。我們是自帶build的功能的。
自己編寫build腳本，ant，grunt隨便了。做好連到發布系統，一鍵集成，本地只關心源碼開發。
本地環境，我拿nodejs寫了一個自帶rewrite，反向代理的server，超級模擬線上，一個hosts組管理的工具，一套適合自己部門的grunt插件庫【就是很多很多grunt插件。。】。完全適合開發各種獨立項目了。
當然如果你的測試，文檔都集成在build那一步，是最棒的了。
協同合作我們是每個人開發都有一台自己的測試機，linux的，我本地也有工具可以完成自動build+push的功能。方便快捷。
可能全看下來挺復雜，不過前端工程化確實就是這個樣子。幫你脫離之前的手忙腳亂，專注於業務的開發。
『捌』 標準的Web應用系統性能測試過程包括哪些步驟
功能測試、性能測試、安全性測試、配置和兼容性測試、可用性測試、鏈接測試等。
鏈接是Web應用系統用戶界面的主要特徵，它指引著Web用戶在頁面之間切換，以完成Web應用系統的功能
測試重點：鏈接是否正確、鏈接頁面是否存在、是否有孤立的頁面(沒有鏈接指向的頁面)等。
表單測試
表單(Form)是指網頁上用於輸入和選擇信息的文本框、列表框和其他域，實現用戶和Web應用系統的交互，當用戶給Web應用系統管理員提交信息時，需要使用表單操作，如用戶注冊、登錄、信息提交、查詢等
測試重點
表單控制項的正確性
提交信息的完整性、正確性
是否有錯誤處理
Cookie測試
Cookie通常標識用戶信息，記錄用戶狀態。
使用Cookie技術，當用戶使用Web應用系統時，能夠在訪問者的機器上創立一個叫做Cookie的文件，把部分信息(訪問過的頁面、登錄用戶名、密碼等)寫進去，來標識用戶狀態。如果該用戶下次再訪問這個Web應用系統，就能夠讀出這個文件裡面的內容，正確標識用戶信息
如果Web應用系統使用了Cookie，必須檢查Cookie是否能正常工作，是否按預定的時間進行保存內容
設計語言測試
在Web應用系統開發初始，根據軟體工程的要求用文檔的形式確定Web應用系統使用哪個版本的HTML標准，允許使用何種腳本語言及版本，允許使用何種控制項，這樣可以有效的避免Web應用系統開發過程中出現設計語言問題。
其他測試
資料庫測試
面向任務、業務邏輯的測試
探查性測試
回歸測試
速度測試：
對於最終的Web應用系統用戶而言，最關心的性能問題是訪問Web應用系統頁面時，多長時間才能顯示出來所需要的頁面
通常情況下，響應時間不超過5秒
有些Web應用系統有超時限制，如果響應時間太慢，用戶可能還沒來得及瀏覽內容，就需要重新登錄了
影響響應時間的原因有很多
應用程序伺服器需要從資料庫的大量數據中檢索信息
伺服器硬體影響(CPU、內存)
所訪問頁面文件大小
網路連接帶寬
負載測試
負載測試是為了測量Web應用系統在一定負載情況下的系統性能，通常得出的結論是Web應用系統在一定的硬體條件下可以支持的並發用戶數目或者單位時間數據(或事件)的吞吐量。
在進行負載測試前，需要定義標准用戶(活動用戶)的概念，定義執行典型的系統流程，定義負載測試執行總時間，定義抓取哪些事務的平均響應時間，定義用戶可以接受的平均響應時間(通常為5秒)
測試時，增加用戶數量，平均響應時間就會增加，當達到用戶可以接受的平均響應時間這個臨界點，即是此系統可以支持的並發用戶數
壓力測試
對Web系統進行壓力測試，類似於普通機械、電子產品進行的破壞性試驗。方法是實際破壞Web應用系統，測試系統的反應
壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰，崩潰以後會怎麼樣。
在Web應用系統性能測試過程中，常常將壓力測試和負載測試結合起來。在負載測試的基礎上，增大負載量，直到系統崩潰
『玖』 web的功能測試怎樣測試
首先，查找需求說明、網站設計等相關文檔，分析測試需求。
制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；資料庫測試；安全性測試；兼容性測試
設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確載入和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試可以包括但不限於一下幾個方面：
頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控制項是否正常使用
對於必須但未安裝的控制項，是否提供自動下載並安裝的功能
文字檢查
性能測試一般從以下三個方面考慮：
壓力測試；負載測試；強度測試
資料庫測試要具體決定是否需要開展。資料庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者許可權泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持
兼容性測試，根據需求說明的內容，確定支持的平台組合：
瀏覽器的兼容性；
操作系統的兼容性；
軟體平台的兼容性；
資料庫的兼容性
開展測試，並記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
敲黑板！重點：推薦大家使用自動化測試工具TestWriter（測功能、測兼容性、測回歸的零編碼自動化測試工具 ），吼吼~
『拾』 web測試應注意的問題
有很多方面要注意，比如測試工具，測試方法，測試流程等，也包括功能測試，模塊測試等
個人覺得測試流程最重要，對整個項目和團隊影響最大