1、軟件測試的流程
以我們公司爲例：
- 獲取測試需求 （需求評審後，產品會發出來）
- 編寫測試計劃（管理層面的文檔，我們測試經理編寫，5W1H原則：why（爲什麼測）、what（測什麼）、when（什麼時候測）、where（在什麼環境下測）、who（誰來測）、how（怎麼測））
- 測試計劃評審 （測試經理會將測試計劃安排發出來給大家看看，是否有需要調整的地方）
- 制定測試方案（技術層面的文檔，我們公司暫時沒有）
- 測試方案評審 （我們公司暫時沒有）
- 測試用例設計 （我們明確自己的測試模塊後，根據需求提取測試點，進行需求確認，根據測試點設計和編寫測試用例。最常用等價類劃分、邊界值分析、錯誤推測法的用例設計方法）
- 測試用例評審 （用例編寫者組織，提前把用例發出來，定會議，拉上開發、測試和產品一起參加評審，評審後會更新測試用例）
- 執行測試 （我們執行，發現bug，bug確認）
- 提交測試報告（提交有效bug至jira指派開發或開發負責人）–>跟蹤bug/驗證bug（每天中午和晚上下班前詢問開發bug解決情況，如果解決及時驗證）–>迴歸測試（bug修復後進行迴歸測試，檢查是否產生新bug）
- 測試總結與覆盤（測試結束後對自己的測試過程進行整理覆盤，將測試過程中遇到的問題及解決方案輸出文檔提交至wiki）
2、軟件測試的分類
1、按軟件開發流程的不同階段劃分：
（1）需求階段：需求測試
（2）編碼階段：單元測試、集成測試
（3）測試階段：系統測試
（4）發佈階段：驗收測試
2、按測試視角劃分：
（1）外部視角：黑盒測試
（2）內部視角：白盒測試
（3）內外兼顧：灰盒測試
3、按測試對象的劃分：
（1）GUI測試（圖形用戶界面）
（2）功能測試
（3）易用性測試
（4）接口測試
（5）性能測試
（6）安全測試
（7）兼容性測試
（8）國際化測試
（9）本地化測試
詳細請看：在不同的維度劃分下到底有多少種測試分類？
3、說說你對兼容性測試的理解
參考：我們應該怎麼去設計產品的兼容性測試？
1.測試軟件是否能在不同的操作系統平臺上兼容，或測試軟件是否能在同一操作平臺的不同版本上兼容
2.軟件本身能否向前或向後兼容
主要指的是能否兼容不同版本的數據
3.測試軟件能否與其他相關的軟件兼容
例如殺毒軟件，文字處理軟件，辦公軟件之間的兼容性
4.被測軟件與標準外設的兼容
例如打印機
5.程序與運行支撐平臺版本之間的兼容性
例如是否可以兼容不同的JDK版本，或不同的framework版本等
6.程序與應用服務器之間的兼容性
是否支持不同的應用服務器產品，或支持同一應用服務器的不同版本
7.各個瀏覽器之間的兼容性
主要是指的B/S架構中，與瀏覽器各種內核之間的兼容性問題
8.各種屏幕分辨率之間的兼容性
9.不同的網絡環境中的兼容性
10.數據庫之間的兼容性
不同的數據庫之間的數據遷移問題
11.不同版本程序數據文件之間的兼容性
同一數據庫在不同版本的軟件上是否能夠遷移
12.整機的兼容性
例如在本機能安裝使用，在其他配置機器能否正常使用
13.其他軟件的數據兼容性
即別的軟件中的數據文件能否經進行處理
14.低版本軟件生成的文件，高版本軟件是否能夠打開
15.如果是C/S系統，能否支持低版本的客戶端程序訪問高版本的服務器端或者是否支持高版本的客戶端端程序訪問低版本的服務器端
16.如果是C/S系統，是否允許不同版本的客戶端與同一個服務器進行通信
17.如果是C/S系統，是否允許不同版本的客戶端之間進行通信
18.當前軟件系統生成的文件或數據是否可以在其他軟件中被打開
19.是否支持同時安裝或運行兩個不同版本的軟件
20.不同版本的軟件系統是否能夠支持以往的數字證書或硬件加密等安全校驗文件
21.新版本的系統是否和老的應用插件相兼容
4、測試用例設計方法都有哪些？
1.等價類劃分法
顧名思義，等價類劃分，就是將測試的範圍劃分成幾個互不相交的子集，他們的並集是全集，從每個子集選出若干個有代表性的值作爲測試用例。
2.邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發生在輸入或輸出範圍的邊界上，而不是發生在輸入輸出範圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。選出的測試用例，應選取正好等於、剛剛大於、剛剛小於邊界的值，例如，對於在區間min，max的值，測試用例可以記爲min，min+，max，max-。
3.錯誤推測法
錯誤推測法是指：在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
4.判定表法
又稱爲策略表，基於策略表的測試，是功能測試中最嚴密的測試方法。該方法適合於邏輯判斷複雜的場景，通過窮舉條件獲得結果，對結果再進行優化合並，會得到一個判斷清晰的策略表。
5.正交實驗法
用語言描述正交實驗法會很抽象難懂，簡單說，就是在各因素互相獨立的情況下，設計出一種特殊的表格，找出能以少數替代全面的測試用例。
其中，上面所說的特殊表格就是正交表，是按照一定規則生成的表。
雖然說是特殊的表格，實際表現形式跟一般的表格沒有什麼區別，正交表的主要特徵是，“均勻分佈，整齊劃一”，正是因爲“均勻”的，所以才能以少數代替全部。
5、簡述測試目標有哪些類型？
功能測試、負載測試、性能測試、安全性測試、恢復測試、安裝測試、兼容性測試、可用性測試、可靠性測試、國際化測試、本地化測試
6、請描述如何劃分缺陷與錯誤嚴重性和優先級別
給軟件缺陷與錯誤劃分嚴重性和優先級的通用原則：
（1）嚴重性表示軟件缺陷所造成的危害和惡劣程度。
（2）優先級表示修復缺陷的重要程度和次序。
嚴重性：
（1）嚴重：系統崩潰、數據丟失、數據毀壞
（2）較嚴重：操作性錯誤、結果錯誤、遺漏功能
（3）一般：小問題、錯別字、UI佈局、罕見故障
（4）建議：不影響使用的瑕疵或更好的實現。
優先級：
（1）最高優先級：立即修復，停止進一步測試。
（2）次高優先級：在產品發佈之前必須修復。
（3）中等優先級：如果時間允許應該修復。
（4）最低優先級：可能會修復，但是也可能發佈。
7、簡述一下缺陷的生命週期
打開 ： 表示問題被提交等待有人處理。
重新指派 ： 問題被重新指派給某人處理。
處理 ： 問題在處理中，尚未完成。
固定 ： 確認此問題存在，但暫時不進行處理。
迴歸 ： 對已經修復的問題進行迴歸確認。Reopened :
關閉 ： 問題的最後一個狀態。
8、 一個文本框要求輸入6位數字密碼，且對每個賬戶每次只允許出現三次輸入錯誤，對此文本框進行測試設計的等價區間有哪些？
1.密碼爲空 登錄
2.正確輸入（輸入正確的值） 登錄
3.錯誤輸入
（輸入錯誤的值，輸入數據例如：特殊符號、英文字母、漢字及非法字符等一些非正確值；輸入方法例如：不足六位，超出六位，最大輸入值） 登錄/取消
4.連續錯誤輸入三次以上 （查看連續錯誤輸入後的提示信息及結果）
5.其他（是否支持剪貼板操作，例如：複製/剪切/粘貼）
9、常用adb命令
參考：https://blog.csdn.net/qq_28863851/article/details/103566465
10、常用Linux基礎命令
參考：https://blog.csdn.net/qq_28863851/article/details/103495852
11、測試用例設計經典面試題——電梯，杯子，筆，桌子，洗衣機
參考：https://blog.csdn.net/qq_28863851/article/details/103513731
12、常見HTTP狀態碼
參考：https://blog.csdn.net/qq_28863851/article/details/86149174
13、Get請求與Post請求的區別
參考：https://blog.csdn.net/qq_28863851/article/details/103514000
參考：https://blog.csdn.net/qq_28863851/article/details/104048071
14、軟件的生命週期
參考：https://blog.csdn.net/qq_28863851/article/details/103512250
15、 App與Web測試的相同點與不同點
參考：https://blog.csdn.net/qq_28863851/article/details/103513422
16、如何測試上傳和下載？
參考：https://blog.csdn.net/qq_28863851/article/details/103511610
17、Cookies 和 Session的區別
參考：https://blog.csdn.net/qq_28863851/article/details/98062748
18、登錄註冊模塊功能測試點
參考：https://blog.csdn.net/qq_28863851/article/details/103566763
19、常見SQL面試題和基礎知識
參考：https://blog.csdn.net/qq_28863851/article/details/103567283
參考：https://blog.csdn.net/qq_28863851/article/details/103567554
20、跨部門合作
1.明確要合作的部門
2.明確要溝通的人
3.熟悉合作部門的工作流程制度
4.溝通前準備好，約定時間，建立良好的關係
5.換位思考
6.儘可能的將跨部門協作至於最高優先級
7.B方案