㈠ 移動測試和Web測試有什麼區別
從本質上來說， 移動測試和Web測試都是一樣的， 測試理論，測試方法都是一樣的。
但是移動端，比如手機和平板電腦， 也有一些需要特殊測試的地方，
閱讀目錄
移動測試和Web測試的簡單回答
相同點， 都是採用功能測試
一個在Web上測試， 一個在App測試
相同點: 同樣的測試的基礎知識
不管是傳統的Web測試， 還是新興的手機App測試， 都離不開測試的基礎知識
1. 相同的設計測試用例方法： 邊界值，等價類，錯誤推導法，場景法
2. 同樣的測試方法， 驗證業務功能是否符合預期
3. 都要檢查UI： 界面的布局， 風格和按鈕是否簡潔美觀， 是否統一
4. 頁面的性能檢測
5. 應用的穩定性： 測試應用的穩定性， 不會閃退卡死等。
後台都是一樣的
移動測試和Web測試， 他們調用的是同樣的後台， 同樣的Restful API。
所以首先做好後台的RestfulAPI 測試。
移動測試強調用戶體驗
移動APP， 實質上就是一個縮小的Web程序， 屏幕小，操作不方便，所以強調用戶體驗。
移動APP的測試， 業務都相對簡單
移動App, 一般都是面向個人用戶的， 通常操作比較簡單， 業務邏輯也比較簡單。 所以測試起來會相對簡單點。
移動端的特性
移動端有很多的特性，需要特殊測試
網路種類多
移動端有多種網路：無線網路、2G、3G、4G等，斷網、網速較差及網路之間的切換時頁面的顯示等，這些對於移動端來說很重要。此外，在非wifi下，還需要注意網路使用量問題。
弱網測試
模擬App在網速慢，網路不穩定的情況下。
中斷測試
移動端有一個很重要的問題，一般情況下在使用軟體的過程並不是長久的，這中間可能發生很多中斷，如電話、簡訊、通知、斷電等等，軟體
需要特殊處理這些特殊情況。
打開一個頁面，或在操作的過程中（點擊一個按鈕後），將手機屏幕鎖住，再打開時，應用能否正常處理。
1. 來電中斷： 呼叫中斷， 被呼叫掛斷，通話掛斷，通話被掛斷
2. 簡訊中斷： 接受簡訊， 查看簡訊
3. 其他中斷： 藍牙，鬧鍾，插拔數據線， 手機鎖定， 手機斷電， 手機問題(系統死機， 重啟)
屏幕的限制
圖片及文字的顯示；上傳不同的圖片尺寸顯示是否正常；圖片和文字一起顯示時，效果如何。
操作區域；web端的應用，一般不會受 到屏幕的限制，而且通過滑鼠操作更加准確。但是移動端由於屏幕較小，頁面及按鈕會受到屏幕大小的限制，再加上用戶都是通過手指進行操作，一些按鈕、選擇框 等是否容易點擊，多個可點區域位置較近時，點擊部位稍微偏移，也許就會造成不同的結果，這種情況下是否可以達到預先的效果。
安裝卸載測試
用應用市場安裝
用apk文件安裝。
完全卸載（用戶的profile文件）
部分卸載
升級測試
從上一個版本/上兩個版本直接升級到最新版。
全新安裝最新版
新版本覆蓋舊版本安裝
卸載舊版本， 安裝新版本
卸載新版本， 安裝新版本
增量更新
強制更新
測試點在於： 升級之後， 已經登錄的用戶，是否仍處於登錄的姿態， 用戶的緩沖文件， 配置文件是否還在。
軟體啟動運行
移動端啟動、卸載、升級幾個特性，這是比較常見、也很重要的，比如升級時用戶的數據怎麼辦，卸載後用戶的數據怎麼處理，卸載再安裝用戶登錄數據的顯示等。
手勢
移動端還有一大特性，就是移動端有自己比較簡單的手勢，用戶可以通過手勢進行一個操作，比如左滑刪除、右滑返回上一個頁面、左右滑動圖片等，軟體需要對這個手勢進行適配。
多點觸控，
事件觸發區域
自動化工具不太一樣
App 測試 用的是, Monkey, MonkeyRunner, Appnium,
Web 主要用： Webdriver
㈡ web和移動端測試的區別
一個是pc端測試 一個是移動端測試
其實移動web是app和傳統的web並沒有本質的區別。
但是，同一個頁面不可能被桌面瀏覽器和移動瀏覽器同時瀏覽.
asp.net可以為移動web提供一個系統自適應結構，這個結構可以為瀏覽器提供特定的輸出.
而且可以將呈現邏輯細分為較小的部分，這樣在顯示區域和輸入設備硬體都有限的情況下更好的工作。
㈢ web和測試，哪個發展更好一下啊有點猶豫
各有各的好處。自動化測試對長遠的技術方向的職業發展很不是很好。Web 前端，發展還是不錯的。
㈣ 什麼是web測試
首先要知道什麼是web，
web是一種信息傳遞技術，目前主流的web採用的HTML，CSS，JavaScript技術，簡稱web三劍客。
web測試，就是對web這種技術的服務軟體進行測試。
web2.0之後很多都是動態的，需要語言支持，常見的有php，asp，java，等等
㈤ Web應用軟體的特點及其對測試的影響是什麼(web應用測試的內容有哪些)
Web測試和App測試區別為：監測不同、更新不同、回歸測試不同。
一、監測不同
1、Web測試：Web測試需監測響應時族春間、握梁CPU、Memory。
2、App測試：App測試除了需監測響應時間、CPU、Memory外，還需監測流量、電量等。
二、更新不同
1、Web測試：Web測試只要更新了伺服器端，客戶端就會同步會更新。
2、App測試：App測試更新需要手動更新客戶端。
三、回歸測試不同
1、Web測試：Web測試不需要進兆皮耐行回歸測試。
2、App測試：App測試所有核心版本都需要進行回歸測試。
㈥ WEB測試應該注意哪些地方，怎樣才能做好WEB
基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。
隨著Internet和Intranet/Extranet的快速增長，Web已經對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和資料庫系統正在被移植到互聯網上，電子商務迅速增長，早已超過了國界。范圍廣泛的、復雜的分布式應用正在Web環境中出現。Web的流行和無所不在，是因為它能提供支持所有類型內容連接的信息發布，容易為最終用戶存取。
Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學科，提倡使用一個過程和系統的方法來開發高質量的基於Web的系統。它"使用合理的、科學的工程和管理原則，用嚴密的和系統的方法來開發、發布和維護基於Web的系統"。目前，對於web工程的研究主要是在國外開展的，國內還剛剛起步。
在基於Web的系統開發中，如果缺乏嚴格的過程，我們在開發、發布、實施和維護Web的過程中，可能就會碰到一些嚴重的問題，失敗的可能性很大。而且，隨著基於Web的系統變得越來越復雜，一個項目的失敗將可能導致很多問題。當這種情況發生時，我們對Web和Internet的信心可能會無法挽救地動搖，從而引起Web危機。並且，Web危機可能會比軟體開發人員所面對的軟體危機更加嚴重、更加廣泛。
在Web工程過程中，基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此，我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術。
一般軟體的發布周期以月或以年計算，而Web應用的發布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發布周期，測試人員和測試管理人員面臨著從測試傳統的C/S結構和框架環境到測試快速改變的Web應用系統的轉變。
一、功能測試
1、鏈接測試
鏈接是Web應用系統的一個主要特徵，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最後，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。鏈接測試可以自動進行，現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。
2、表單測試
當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字元，測試時可以跳過這些字元，看系統是否會報錯。
3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問了某一個應用系統時，Web伺服器將發送關於用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什麼影響等。
4、設計語言測試
Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題，例如使用哪種版本的HTML等。當在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、javascript、 ActiveX、VBScript或Perl等也要進行驗證。
5、資料庫測試
在Web應用技術中，資料庫起著重要的作用，資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的資料庫類型是關系型資料庫，可以使用SQL對信息進行處理。在使用了資料庫的Web應用系統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由於網路速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。
二、性能測試
1、連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬頻上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鍾），用戶就會因沒有耐心等待而離開。另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。
2、負載測試
負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什麼現象？Web應用系統能否處理大量用戶對同一個頁面的請求？
3、壓力測試
負載測試應該安排在Web系統發布以後，在實際的網路環境中進行測試。因為一個企業內部員工，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰，接著當系統重新啟動時獲得存取權。壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內操作的方式，在不同的用戶介面控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應用系統是否易於導航：導航是否直觀？Web系統的主要部分是否可通過主頁存取？Web系統是否需要站點地圖、搜索引擎或其他的導航幫助？
在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能地准確。導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容，內容在什麼地方。Web應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。
2、圖形測試
在Web應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小，並且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。
（2）驗證所有頁面字體的風格是否一致。
（3）背景顏色應該與字體顏色和前景顏色相搭配。
（4）圖片的大小和質量也是一個很重要的因素，一般採用JPG或GIF壓縮。
3、內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、准確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的准確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。
4、整體界面測試
整體界面是指整個Web應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什麼地方？整個Web應用系統的設計風格是否一致？對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。對所有的可用性測試來說，都需要有外部人員（與Web應用系統開發沒有聯系或聯系很少的人員）的參與，最好是最終用戶的參與。
四、客戶端兼容性測試
1、平台測試
市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決於用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試。
2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，javascript是Netscape的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。
五、安全性測試
Web應用系統的安全性測試區域主要有：
（1）現在的Web應用系統基本採用先注冊，後登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。
（2）Web應用系統是否有超時的限制，也就是說，用戶登陸後在一定時間內（例如15分鍾）沒有點擊任何頁面，是否需要重新登陸才能正常使用。
（3）為了保證Web應用系統的安全性，日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。
（4）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。
（5）伺服器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯腳本的問題。
六、總結
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。
㈦ 怎樣搭建web項目測試環境_測試環境的搭建
在開發中大型的JavaEE項目時，前後端分離的框架逐漸成為業界的主流，傳統的單機部署前後端在同一個項目中的工程項目越來越少。這類JavaWeb項目的後端通常都採用微服務的架構，後端會被分大伍哪解為諸多個小項目，然後使用bbozookeeper或者springCloud來構建微服務，前端則會是一個單獨的項目，前台的請求通過微服務來調用。但是，不同與傳統的web項目，這類前後端分離的項目如何在開發中部署和運行呢？
當前後端分離時，後端項目一定會被載入到tomcat的webapp目錄下面，但是前端的資源院該如何被訪問到呢？這里以tomcat這個中間件為例，探討在開發這類項目的時候，如何讓前後端分離的項目部署並且運行起來，即後端項目部署在tomcat之後如何在運行時訪問靜態滾碼資源（非上線部署）。
主要有兩種方案：1.在本地通過Nginx來處理這些靜態資源。2、將靜態資源統一放入一個javaweb應用中，並將自動生成的war包隨後端項目一期丟入tomcat。下面詳細介紹
一、使用Nginx來訪問靜態資源。
在本地安裝nginx並且修改nginx.conf，修改相關配置，將web訪問的埠的資源進行更改，配置如下：
server{listen80;server_namelocalhost;charsetutf-8;#aess_loglogs/host.aess.logmain;
location/{proxy_passtomcat_pool;proxy_redirectoff;
proxy_set_headerHOST$host;
proxy_set_headerX-Real-IP$remote_addr;
proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;
client_max_body_size10m;
client_body_buffer_size128k;
proxy_connect_timeout90;
proxy_send_timeout90;
proxy_read_timeout90;
proxy_buffer_size4k;
proxy_buffers432k;
proxy_busy_buffers_size64k;
proxy_temp_file_write_size64k;
}
location~.*.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css|woff|woff2|ttf|eot|map)${
rootD:Workspacesesop-html;indexindex.html;
}
listen對象改為你本地的tomcat訪問埠，最下面location中的root改為你前端項目中靜態資源的位置，這樣就可以實現只部署後端的項目就能訪問前端的頁面了。
二、將前端項目轉換為動態的web項目，隨後端項目一起丟入tomcat
這個方案省去了在本地安裝和配置nginx，但是也只適用於開發階段項目的部署運行和調試，真正在生產環境通常前後端項目會部署在不同的伺服器。
如果是IntellijIdea,在導入前端項目之後，右鍵項目addframeworksupport-->webapplication，這時將會把前端項目轉換為一個javaweb項目，然後將靜態資源放在生成的web目錄下即可。
如果是eclipse，可以新建一個javaweb項目然後將靜態資源放入web或橘含者webcontent目錄下，或者直接先導入前端項目，然後通過projectfacts將項目轉換為dynamicweb項目並勾選js等相關配置。
然後，運行項目時把後端的war包和前端的war包一同添加到deployment中運行即可。
㈧ Web前端和軟體測試哪個好
web前端相當於是半個程序猿，測試門檻比較低但是薪資待遇也相對差一些。這都想在想去培訓學習的人想知道的，每當換行業時，總是不知道學習什麼，又怕自己入錯行了，那到底web前端和軟體測試哪個好呢？
了解web前端的知識
前端方面非常稀缺人才，如果懂H5那是非常好的了，而且待遇也不低，不過 瀏覽器兼容性是前端噩夢測試雖然入門門檻低，但是其實需要學的東西非常多，如果是web測試，那麼各種亂七八糟前端的東西都要去了解(JS，CSS，HTTP，HTTPS，POST請求，XML，JSON)起碼不會寫代碼，但是你要了解。
軟體測試的基礎知識
軟體測試還可以細分為功能測試，這個要求技術不高薪水也不高，屬於黑盒測試開發，這個介於黑盒和白盒之間，都要懂，而且要會代碼，薪資和開發比差不多；白盒測試，這個一般開發會做，也有給測試做的，薪資和開發差不多，基本持平自動化測試，這個基本要會寫代碼而且量還不少，薪水不錯性能測試，這個主要是性能分析，薪水也不錯，不比開發少安全測試這個基本就是搞安全的 這個能力有多強，薪資有多高。
web前端該掌握的基礎
web前端開發一般指網頁開發，學好CSS3是網頁外觀的重要一點，就是布局效果，CSS3可以幫助把網頁外觀做得更加美觀。學習JavaScript的基本語法，以及如何使用JavaScript編程將會提高開發人員的個人技能，JavaScript相對於前端來說，也是分量比較重的。也要認識一下NodeJS和PHP加上資料庫等這樣的後端語言，方便前後端開發配合，學習 HTML5、CSS3、響應式頁面布局、微網站製作等開發移動互聯網的應用。像Ajax、JQuery、jQueryMobile、Bootstrap、AngularJS等更是前端開發必學的高級技術，掌握精通這些可以拿到很滿意的薪資。
軟體測試邏輯性
軟體測試工程師與軟體工程師不同，軟體工程師大多是男生，因為軟體開發的工作需要很強的邏輯推理能力，而軟體測試工程師則不需要天天去思維創造，工作重點是在注重經驗的積累上面，同時，軟體測試工程師要查找軟體的缺陷需要具備的素質與女性所有的細心，耐心，安靜，敏感等各個方面很吻合。同時，女生做測試的優勢還在於溝通，女生應該比男生稍微細心點，這點對於發現Bug還是很有優勢的。
軟體測試是在軟體開發過程中，在不同階段對程序進行測試，發現程序中的錯誤，對軟體的質量進行控制，扮演著「把關人」的角色。細膩、敏感、認真、有耐心、想像力豐富、溝通能力強是女性與生俱來的性格特點，這些性格特點可以使女生在軟體測試工作中更加順利。
web前端和軟體測試哪個好？其實這個沒有規定性，你得了解這兩個課程體系，才能更好的判斷，在挖掘數據方面，都有自己的長短處，只是形式不同而已。
網頁鏈接
