❶ 軟體測試里：什麼是web技術測試
什麼意思，就是測試web端的功能和性能之類的麽~
web端功能測敏數試可運含以試下自動化測試工具TestWriter~
web端性能測試橋悄首可以試下自動化測試工具Jmeter~
❷ 軟體測試和web前端那個發展更好一點啊
Web前端屬於開發崗位，在移動互聯網和大數據快速發展的推動下，前端開發取得了長足的發展，目前前端開發崗位除了Web前端之外也包括了移動端開發（Android開發、iOS開發）、小程序開發和大數據呈現端開發等等。另外隨著Nodejs的應用，前端開發後端化也是一個趨勢，因此目前的前端開發被賦予了更多的意義，前端開發的崗位數量也得到內了很大程度上的增加。
相比於前端開發崗位來說，測試崗位的知識結構要更豐富一些，雖然軟體測試通常不涉及到大量的編碼任務，但是軟體昌螞測滲仿試崗位涉及到的內容前端的學習都是需要不斷的學習，學一天停一停相當於白學，學習效果很差，如叢迅纖果你想有人一起學習可以來這個扣裙，首先是132中間是667最後是127都是零基礎的同學，大家相互鼓勵共同努力只是學著玩就不建議來了！卻非常多和雜，可以說項目需要什麼技術，測試人員就需要了解什麼技術，而且要搞清楚項目的業務邏輯流程和每一個功能的邊界。在大數據技術逐漸落地應用的當下，軟體測試對於產品的迭代速度有重要的影響，所以軟體測試崗位容的需求量也是比較大的。
二者的發展空間都很大，沒有一定哪個好哪個差，建議你了解一下自己的自身情況和兩個科目的具體特性，然後在做出選擇。
❸ App測試與Web測試的區別是什麼
App測試和web測試都屬於軟體測試，它們在整個測試流程上沒有太大的區別，主要的區別體現在以下幾個方面： 功能、性能、兼容性、專項測試、操作方式 等，下面我們一一舉例說明。
1、功能方面：
App和web基於不同的網路架構，App是C/S架構（即客戶端/服務端），web是B/S架構（即瀏覽器/伺服器），對於web來說，一般情況下如果服務端發生了更新，那麼瀏覽器端也會隨著更新，這個更新是即時的，不需要用戶額外操作的，用戶只需要打開瀏覽器訪問具體的伺服器地址便可以完成這個過程；而App端則首先需要用戶在自己的終端上安裝一個應用，當服務端發生了變更時，不能保證每個客戶端的內容都獲得更新，除非用戶自己手動選擇更新。
2、性能方面：
App和web在性能上都會關注響應時間以及負載情況等，但App還需要額外考慮應用的耗電情況、流量、CPU和內存佔用情況、後台進程等。
3、兼容性方面：
Web是基於瀏覽器架構，在兼容性方面，一般只需要考慮所使用的瀏覽器版本，如Google Chrome、edge、Firefox等，而App就復雜一些，除了要關注終端系統，如iOS、macOS或Android等移動操作系統，還需要測試不同的硬體設備型號，比如iPhone系列、華為、小米、OPPO、vivo等廠商，每一家在設備的CPU、屏幕尺寸、解析度等硬體系統上都是有差別的，App測試需要確保在軟體和硬體系統上的兼容性。
4、專項測試：
正如我們前面所說的，App是基於C/S架構，所以App測試需要關注某些專項測試，比如客戶端的安裝、卸載和更新，而web是基於B/S架構是不需要考慮這些的。
此外，App還要考慮一些特殊場景，比如系統和應用的優先順序、操作許可權、應用奔潰、後台進程、中斷、重啟、以及網路專項測試等，網路專項又包括網路切換（如2/3/4/5G/WIFI等）、網路中斷以及弱網測試等。
5、操作方式：
Web端在操作方式上是基於滑鼠點擊和鍵盤輸入實現的，一般來說相對簡單，而App端是基於屏幕，一般是通過觸摸屏幕或者功能設備（如觸摸筆）來實現具體步驟的，由於操作方式的不同，App測試時要留意屏幕的旋轉和縮放、多點觸控、特殊事件觸發區域、應用層等。
小結
隨著軟體和技術的不斷發展，App和web端測試在具體細分領域的區別會越來越明顯，有效地加深二者異同的認識對於我們的測試能力的提升具有良好的指引作用，或許測試在具體領域還會進一步細分，但是對於測試工程師能力的要求會不斷地提高，如何提高對於不同分支的認知情況值得我們去思考。
❹ 軟體測試面試題：WEB+網路｜介面測試｜性能測試｜自動化測試
1. http代碼表，常考題目
404：找不到資源
500：伺服器內部錯誤，無法完成請求。
501：伺服器不支持請求的功能，無法完成請求。
502：充當網關或代理的伺服器，從遠端伺服器接收到了一個無效的請求。
301：永久移動。請求的資源已被永久的移動到新URI，返回信息會包括新的URI，瀏覽器會自動定向到新URI，今後任何新的請求都應使用新的URI代替。
302：臨時移動。與301類似。但資源只是臨時被移動，客戶端應繼續使用原有URI。
200：成功。
2. TCP/IP四層網路模型
鏈路層、網路層、傳輸層、應用層。
3. TCP/UDP區別？
TCP： 可靠傳輸協議，需要三次握手連接，有確認重傳機制，特點是可靠、准確、有擁塞控制，缺點就是比較慢，傳輸量比較小，適用於升級、下載；一句話：TCP是可靠的傳輸。
UDP： 不可靠傳輸協議，面向非連接的協議，優點是傳輸量大、速度快，缺點是已丟失、沒有擁塞控制，適用於直播、視頻等。一句話：UDP是不可靠的傳輸。
4. html css js運行的先後順序是什麼？
界面載入的時候先載入html在載入css最後載入js
5. session和cookie的區別是什麼
1. session存放在伺服器端用來校驗客戶端的身份
2. cookie存放在客戶端，每次從客戶端往伺服器發請求時，將cookie帶到伺服器端，用來校驗客戶端的身份
1. 怎麼用JMeter測試介面？
如果使用JMeter進行介面測試：
1) 測試前了解需求，根據介面規格說明書梳理業務；
2) 接下來設計用例，分析介面的入參和出參，分清楚有哪些有效輸入和無效輸入，設計用例(原則：用最少的用例覆蓋所有有效輸入，針對每一個無效的輸入設計一個測試用例，如果有錯誤碼沒有覆蓋到，還要對每個未覆蓋的錯誤碼分別設計一個用例)；
3) 准備測試數據，比如：測試所需的賬號、密碼、key 等信息；
4) 打開JMeter，創建一個線程組，根據介面類型，填寫好對應的介面地址和請求方式等；
5) 參數化配置，添加配置元件CSV Data Set Config，定義變數，並准備CSV格式的數據，變數的引用用${變數名}的格式；
6) 添加斷言來判斷測試結果的正確性，用得最多的是響應斷言；
7) 添加監聽器，比如查看結果樹，對測試結果進行監聽；
8) 運行測試用例；
9) 查看監聽器結果，來判斷用例的執行是成功還是失敗，針對失敗的用例，分析其失敗原因；
10) 針對測試中發現的問題，給開發提單，直到問題最終解決。
11) 最後輸出測試報告。
2. 怎麼用Postman測試介面？
如果使用Postman測試介面：
其中1,2,3點相同，工具使用方面則比JMeter跟簡單，工具的主要的步驟是添加對應的請求、填寫主機URL及入參、添加測試套、運行測試套、分析結果出報告。
3. 在JMeter上如何把上一個請求的結果作為下一個請求的參數？
使用正則表達式提取器提取上一個請求的響應中的信息，保存一個引用名稱比如abc，在下一個請求的參數中，用${abc}的格式來引用提取的結果。
常用的正則表達式格式：(.+?)，其中.表示匹配任意字元串，+表示只匹配一次，？表示匹配到就停下來。
一般是我們功能測試完成最後兩三天時間測試性能。
1、先是分析需求計算出並發數，TPS，響應時間和 CPU，內存，硬碟和網路IO這些指標。
2、制定測試方案，主要包括環境，計劃和具體測試那些場景（如可靠性，並發，負載，壓力測試等）
3、根據場景用Badboy錄制腳本，導出為JMeter工具支持的腳本。
4、用JMeter工具打開腳本，進行腳本調試，加一些斷言，監聽器，參數化等。
5、接下來執行性能測試，然後主要收集監聽器和收集伺服器CPU，內存，硬碟和網路IO等分析是否滿足需求，如果滿足就輸出性能測試報告。
6、如果指標不能滿足，反饋給開發進行調優。調優後繼續測試，一直到滿足需求後最終輸出測試報告。
1. Python怎麼定義一個函數？
你可以定義一個由自己想要功能的函數，以下是簡單的規則：
1) 函數代碼塊以def關鍵詞開頭，後接函數標識符名稱和圓括弧()。
2) 任何傳入參數和自變數必須放在圓括弧中間。圓括弧之間可以用於定義參數。
3) 函數的第一行語句可以選擇性地使用文檔字元串—用於存放函數說明。
4) 函數內容以冒號起始，並且縮進
5) return[表達式]結束函數，選擇性地返回一個值給調用方。不帶表達式的return相當於返回None
2 Python切片
3. Python上用過什麼庫/模塊？
webdriver：定位和操作元素
time：設置等待時間
ActionChains：動作鏈，完成滑鼠的相關操作
Keys：鍵盤的相關操作
WebDriverWait：設置顯式等待
Expect_Conditions：針對單個元素，設置顯式等待的場景
PIL：截圖
Select：下拉選擇框的操作
unittest python：自帶的單元測試框架
HTMLTestRunner：運行腳本，生成報告
ddt：實現數據驅動測試，行為和數據分離
4. 你做過自動化測試嗎？
我在上一份工作中，公司去年下半年也開始規劃做Web 自動化，採用Python作為開發語言，通過Selenium WebDriver定位和操作頁面元素，自動化框架用的是unittest。我主要負責寫測試腳本。
假設一個測試團隊有5個人：1資深(測試經理)+2~3個中級(自動化+手動)+1 個初級(手動)
5. 使用什麼工具進行的自動化測試
使用的工具是Selenium（Web自動化工具）
6. 用的什麼編程語言
用的Python
7. Selenium 用的是哪個版本的的？Python用的是哪個版本的？
用的是selenium 3.11.0和Python2.7.10
8. Selenium的工作原理？
1）對html元素定位
2）模擬對第一步定位到的元素進行點擊、輸入、選擇等操作一句話：定位元素，操作元素。
9. 元素定位方法有哪些？
要點：8種定位方法
1) 根據元素的屬性值定位，比如 id、name、class、標簽名、鏈接文字和部分鏈接文字；
2) 根據CSS選擇器定位；
3) 根據 XPath 定位；
10. 子頁面里的元素怎麼定位？
先切換到框架里，然後再定位，用switch_to_frame函數根據子頁面id或name，切換到子頁面；定位完了如果要再定位主頁面的元素，要用switch_to_default_content 函數先返回主頁面。
11. 怎麼定位alert彈窗？或者這樣問：怎麼處理JS原生窗口？
要點：主要涉及點擊彈窗確認按鈕、強行關閉彈窗、獲取彈窗中的文字等操作。
1) 點擊彈窗的確定按鈕，用如下函數：
driver.switch_to_alert().accept()
2) 強行關閉，點擊右上角的叉叉，用如下函數：
driver.switch_to_alert().dismiss()
3) 獲取彈窗里的文字，用如下函數：
driver.switch_to_alert().text
12. 怎麼運行自動化用例並生成測試報告？
以unittest為例，我通常的做法是把用例載入到測試套中，做成一個腳本，在命令窗口下運行腳本，報告的生成用第三方模塊HTML TestRunner來生成。
13. 怎麼定位/操作圖片中的驗證碼？
用tesseract OCR引擎處理圖片中的驗證碼，步驟：
（1）對整個屏幕截屏，保存成png格式的圖片；
（2）在截取的圖片中定位驗證碼圖片的位置坐標；
（3）根據坐標對驗證碼截圖；
（4）在圖片中提取驗證碼，輸入到輸入框。
❺ 軟測和web前端哪個發展更好啊
前端開發主要做的是用戶所能看到的前端展示界面。前端開發用到的技術包括但不限於html5、css3、javascript、jquery、Bootstrap、Node.js 、AngularJs等技術。從開始的切頁面，到現在復雜的前端單頁應用，node服務端應用，移動端react-native等，前端的技術更新速度遠遠超過服務端的更新速度，這也就要求前端同學，需要不停地學習新的技術來跟上前端技術的升級，一旦鬆懈，就可能被淘汰。前端現在所覆蓋的場景已經越來越廣，從傳統的前端，已經延伸到服務端，工具鏈，移動端等。
如果你想要學好web前端最好加入一個好的學習環境，可以來這個Q群，首先是132，中間是667，最後是127，這樣大家學習的話就比較方便，還能夠共同交流和分享資料
後端開發主要做的是邏輯功能等模塊，是用戶不可見的。後端開發 以java為例，主要用到的是包括但不限於Struts、spring、springmvc、Hibernate、Http協議、Servlet Tomcat伺服器等技術。後端適合重邏輯，邏輯思維強的同學，技術難度相對是要比前端深的，雖然會基本的CURD就能從事後端開發，但是在雲計算時代，只會CURD是遲早會被淘汰的，docker容器技術，serverless ，函數計算， devops 越來越多的新技術和新架構出來，需要很長時間去慢慢學習和積累，後端的學習是一個漫長的過程。
做前端的職業發展方向一般是：初級程序員 → 中/高級程序員 → 架構師 → 技術經理 → 技術總監CTO。工資從最初的一萬到兩三萬，再到四五萬，最後年薪百萬也是沒問題的。做後端專攻技術的比較多，一開始也是一萬左右，四、五後工資可以翻四五倍都是小意思。
最後是關於前後端的選擇，前端更容易入門，每天調整界面的展示，通過代碼完成優美的界面和酷炫的交互。後端入門稍困難，每天關注的是業務邏輯的處理，數據的增刪改查，性能的優化。總之，前端和後端工資和職業發展前景就都不錯。大家在選擇做前端還是做後端的時候，最重要的是看自己的喜好，畢竟適合自己的才是最好的。
❻ 軟體測試的基本流程咋樣對WEB網站進行簡單的功能測試
軟體測試基本流程是：測試計劃，測試需求分析，測試用例的編寫，測試執行，測試結果的分析，測試報告的編寫。開發人員修改了bug後，一般要進行回歸測試這樣來進行測試的迭代。這就是大致的一個流程。希望對你有所幫助。
❼ WEB測試與軟體測試的區別是什麼
WEB測試的主要作用是在不同的客戶端下網站系統是否能夠正常運行及兼容性等；
軟體測試主要使用測試工具按照一定的測試流程測試一個軟體系統的可用性、完整性、效率等，它可以分為開發測試、集成測試及驗收測試等。