1，b/s和c/s架構的區別？
從測試的角度來講。b/s架構需要重點考慮系統在不同的瀏覽器中的相容性問題；c/s 架構需要考慮系統在不同平台的安裝、解除安裝、公升級。
b/s 即browser/server(瀏覽器/伺服器)結構,指瀏覽器和服務端，在客戶機端不用裝專門的軟體，只要乙個瀏覽器即可。
c/s 即client/server(客戶機/伺服器)結構,指客戶機和服務端，在客戶機端必須裝客戶端軟體後才能訪問伺服器。
2，對http協議怎麼理解的？
http協議是應用層的乙個資料傳輸協議，由請求和響應構成，主要的請求方式有get和post兩種，get請求的請求資料在請求頭，post請求的請求資料在請求體，響應的資料也包含響應頭和響應體。
3，常見的http狀態碼？
200 請求成功 用於get/post請求
301 永久移動
302 臨時移動
404 伺服器無法找到資源，網頁丟失
500 伺服器內部錯誤
4，http請求頭包含哪些資訊？
content-type （作用：定義網路檔案的型別和網頁的編碼 ）
accept （作用：傳送端（客戶端）希望接受的資料型別）
5，get和post的區別？
get 請求資料引數放在請求頭髮送，請求位址長度有限制，一般用在獲取資料。
post請求資料引數放在請求體傳送，請求位址沒有長度限制，一般用在提交資料。
6，什麼是軟體測試？
軟體測試就是使用軟體，站在使用者的角度，模擬各種正常的和異常的場景來使用軟體
7，回歸測試怎麼做？
首先，把bug單對應的用例執行一遍，還要檢查有資料互動的模組會不會受影響，有沒有引入新的問題；
專案上線前，還要把當前版本的重要功能以及冒煙測試的用例都回歸一遍，確保重要功能上線後不出問題。
8，驗收測試怎麼做？
1）非正式的驗收測試：
а測試，軟體開發公司組織內部人員模擬各類使用者行為對即將上市的產品進行測試。
ß測試，軟體開發公司組織各方面的的典型客戶在日常工作中實際使用，並要求使用者報告異常情況、提出改進意見，然後公司再進行完善。
2）正式的驗收測試：
在uat測試之前，我們會制定測試方案，選擇基線用例，即級別高的用例，在uat測試環境上進行測試，如果測試通過，驗收測試就通過了。
9，黑盒測試，白盒測試和灰盒測試的區別？
黑盒測試(black box)把軟體看成乙個黑盒子，在完全不考慮程式內部邏輯的情況下，檢查程式是否滿足使用者需求。
白盒測試(white box) 對程式內部結構和演算法進行測試。必須先全面熟悉程式內部邏輯結構，然後編寫程式，對所有邏輯路徑進行測試的一種方法。
灰盒測試(gray box)關注系統介面所實現的功能，是否和需求一致。
10，冒煙測試不通過，怎麼處理？
當開發寫完**，編譯好後，會提交到測試部進行測試時。測試人員搭建好環境，首先要對系統的基本功能進行測試，保證主要流程的能正常使用，這叫冒煙測試。如果冒煙測試不通過，就打回給開發人員修改。
11，測試乙個軟體，應該從那些角度考慮？
功能，安全性，使用者體驗，相容性，效能，可靠性
12，怎麼做測試需求分析？
1）澄清需求（小組討論/開會：討論需求是否正確，是否合理，是否有異議，是否有遺漏）
參與人員：測試，開發，ba，測試經理
2）提取測試點
13，測試計畫的內容有哪些？
被測試專案的背景、測試範圍和測試策略、測試環境、測試開始和結束條件、進度安排，測試組織，以及與測試有關的風險等方面的內容
14，軟體測試結束的標準是什麼？
需求覆蓋率、用例執行率、缺陷遺留率達到預定質量目標。一般來說，需求覆蓋率100%；用例執行率要達到100%；致命、嚴重級別的缺陷必須當天解決，一般、輕微級別的缺陷，遺留率是30%以下。
15，測試用例設計方法有哪些？
等價類邊界值
錯誤推測方法
判定表場景法
16，怎樣才能寫好測試用例？
覆蓋使用者的需求；
從使用者使用場景出發，考慮使用者的各種正常和異常的使用場景；
用例的顆粒大小要均勻。通常，乙個測試用例對應乙個場景；
用例各個要素要齊全，步驟應該足夠詳細，容易被其它測試工程師讀懂，並能順利執行；
做好用例評審，及時更新測試用例。
17，用例評審有哪些人參與？
測試人員，開發，產品經理（ba）
18，用例的執行結果有哪些？
當用例還尚未被執行時，是no test未執行狀態
當執行結果與預期結果相符時，是pass通過狀態
當執行結果與預期結果不符時，是fail失敗狀態
當因為軟體有缺陷而妨礙了用例步驟的執行，且該缺陷並不是我們的測試點，則用例是block阻礙狀態。
當用例正在執行中，但是需要耗較多時間去觀察其結果，是investigate觀察中狀態。
19，測試用例由哪些要素組成？
用例編號(id)
用例標題
用例級別
用例的預置條件
用例的測試步驟
用例的預期結果
20，用例的優先順序怎麼確定？
依據使用者使用該場景的頻率，和該功能對系統的影響程度來確定
21，怎麼保證覆蓋使用者需求？
專案開始前，我們會先熟悉需求，畫好流程圖，保證整個流程都覆蓋全面，
小組之間每個人都要根據各自的流程圖，各個功能點有哪些限制條件，來講解一下自己對測試點的理解，防止之後編寫測試用例時出現遺漏；
用例編寫完之後，再進行用例的評審，看看測試點有沒有遺漏，對需求理解有沒有錯誤，測試場景是否覆蓋完全。
22，抓包工具的作用？
1）統計web前端單功能的響應時間
2）檢查敏感資訊是否加密
23，軟體測試流程是怎樣的？(軟體測試生命週期是什麼)
需求分析–需求評審–測試計畫–測試用例–用例評審–搭建測試環境—測試執行–回歸測試–測試報告
24，開發認為不是bug,你認為是bug，怎麼處理？
先跟開發溝通，確認系統的實際結果是不是和需求有不一致的地方；
有些地方可能需求沒提及，但是使用者體檢不好，我們也可以認為是bug。
如果開發以不影響使用者使用為理由，拒絕修改，我們可以和產品經理，測試經理等人員進行討論，
確定是否要修改，如果大家都一致認為不用改，就不改。
25，偶然性問題怎麼處理？
1、在測試執行過程中，一旦系統出現異常資訊，我們第一時間要做的是截圖，保留證據；
2、確定是偶然性的bug之後，收集相關的日誌，連同截圖一起提單給開發定位；
3、如果沒有日誌記錄，缺陷在當前版本無法復現，且缺陷的影響程度比較低，
可以提交問題單進行跟蹤，跟蹤三個版本，如果後三個版本都無法復現，就可以關閉該缺陷；
4、如果這些不可復現的bug是很嚴重的bug，比如導致系統崩潰等，並且，實在沒有再次出現，
除了要及時反饋給上級之外，最後還要寫到測試報告中，說明出現了什麼現象，但無法再現！
26，缺陷怎麼跟蹤？
當發現缺陷後，我們要在禪道上提交問題單給開發，並每隔一段時間(間隔乙個小時，或兩個小時都可以)去檢查缺陷是否被處理，
如果沒及時處理，就要提示開發，讓開發及時修復問題，問題修復後，要及時進行回歸測試。
27，缺陷包含哪些要素？
缺陷標題，嚴重級別，問題所屬模組，復現步驟，預期結果，實際結果，有關的日誌和截圖。
28，缺陷等級有哪些，怎麼劃分？
4–致命 軟體無法執行，或者軟體的主要功能喪失，比如：系統無法註冊，頻繁閃退。
3–嚴重 –軟體的次要功能喪失，或者主要功能在一些特定情況下會出錯 ，比如，金額計算錯誤
2–一般 –軟體在某些情況下會出錯，但是造成的後果影響不大，比如：關鍵字輸入%進行搜尋，能把系統所有資料都搜尋出來。
1–輕微 在某些情況下會出錯，但是造成的後果影響很小，比如：**顯示錯位。
29，產品上線後，使用者發現了bug，應該怎麼處理？
測試人員復現問題後，提交問題單進行跟蹤；
評估該問題的嚴重程度，以及修復問題時的影響範圍，回歸測試需要測試哪些功能；
問題修復後，先在測試環境上回歸，通過後再在生產環境上打補丁，然後再進行回歸測試；
總結經驗，分析問題發生的原因，避免下次出現同樣問題。
30，缺陷有哪些狀態？
啟用 測試中新報告的軟體缺陷，等待分派 或 回歸測試沒通過，也可以設定為 啟用 狀態
確認 已確認的缺陷，等待開發人員修改
已解決 已經被開發人員修改的缺陷，等待測試人員校驗
關閉 已經被測試人員確認得到正確修復，可以關閉
32，什麼是軟體測試？
在規定的條件下對程式進行操作，以發現程式的錯誤，並對軟體質量進行評估。
33，為什麼要開展軟體測試？
發現軟體缺陷與錯誤，對軟體質量進行度量和評估，以提高軟體的質量。
34，測試計畫工作的目的是什麼？
編寫測試計畫，能夠更有效的量化自己的工作量，明確每個時間點需要完成什麼，是測試能夠更有序的進行。
35，軟體測試的原則？
所有的軟體測試都應追溯到使用者需求。
應當盡早地和不斷地進行軟體測試。
完全測試是不可能的，測試需要終止。
充分注意測試中的群集現象。
程式設計師應避免檢查自己的程式。
盡量避免測試的隨意性。
36，測試報告內容？
資料統計、遺留bug情況、測試風險、測試物件評估、測試結論
37，系統測試包含哪些測試型別？
功能測試、使用者體驗測試、效能測試、ui測試、相容性測試、安裝測試、文件測試、穩定性測試等
軟體測試基礎理論
軟體產品的質量 指的是實體特性的綜合，表示實體滿足明確或隱含要求的能力。軟體測試的目的 1 驗證軟體是否滿足軟體開發合同或者專案開發計畫，系統 子系統設計文件，軟體需求規格說明等規定的軟體質量要求。2 通過測試，發現軟體缺陷3 為軟體產品質量的測量和評價提供依據。軟體測試的四個過程 1 測試策劃 主...
軟體測試基礎理論
軟體質量 軟體產品的特性可以滿足使用者功能 效能需求的能力。軟體產品質量的六大特性 功能性 可靠性 可使用性 效率 可維護性 可移植性 測試計畫包括 a.概述 b.測試範圍 c.測試策略d.資源安排 e.進度安排 f.發布標準 g.測試交付件 測試用例 用例編號 用例名稱 所屬功能模組 前置條件 測...
軟體測試基礎（理論）
軟體測試大致工作內容 評審軟體需求規格說明書 制定測試計畫和方案 編寫 評審測試用例 搭建測試環境，準備測試資料 執行測試，發現缺陷，提交缺陷報告，並回歸測試缺陷 分析測試結果，編寫測試報告，度量軟體的質量 軟體測試是什麼 軟體測試的定義 測試的目標 軟體危機 軟體危機的表現 貴 文件不完整 不符合...