https://blog.csdn.net/weixin_45912307/article/details/109459134
一、介紹一下測試流程

• 需求評審、
• 測試計劃、
• 測試用例、
• 用例評審、
• 冒煙測試、
• 測試執行、
• 驗收測試、
• 風險評估、
• 上線\觀察、
• 問題跟進、
• 測試報告、
• 復盤會議；

二、介紹一下測試方法

• 按階段： 單元測試、集成測試、系統測試、驗收測試
• 按手段： 黑盒測試、白盒測試、灰盒測試
• 其他： 冒煙測試、回歸測試

三、舉例說明項目推進的能力（針對個人評價的舉例說明）
（例）推動開發解決菜單權限需退出登錄才可應用的問題。

• 描述： XX項目上線后，由于權限更新導致用戶無法使用舊界面+用戶不懂得自己退出登錄以應用新菜單權限，線上多個用戶反饋平臺相關功能無法使用。
• 處理： 遠程操作+線上指導出現問題的用戶退出登錄，凌晨腳本批量強制用戶退出登錄。
• 推進： 在下一次版本中，推動開發處理菜單權限更新問題，以防每次更新菜單都出現用戶使用不了功能的問題。
• 結果： 處理為用戶登錄期間仍可使用舊界面，直到用戶退出重新登錄后，才應用新菜單權限；
• 推動冒煙測試： 冒煙不通過，測試召開會議羅列項目不通的模塊、存在的問題，一一對應到每個人去跟進，得到解決的時間，后續項目群說明并艾特每個人跟進。測試準時驗收。
• 推動文檔質量： 在日常工作中遇到需求文檔、設計文檔、接口文檔不規范或不詳細的在絕大多數，這個時候就要通過溝通或以bug的形式，促使各個崗位將各自的文檔完善。
• 結合自己的個人經驗，從問題描述+處理過程+推進表現+結果，一一說明。

三、測試中遇到的比較難的一個項目是？（掌握自己簡歷上的項目）

• XX項目：這個項目是一個新項目、需要對接第三方、從協助測試產品模塊到轉手負責整個項目加強了一定的需求理解難度、訂單邏輯不熟悉、其中需求的問題推進比較困難。
• 針對這些困難，測試方面：先快速了解需求，并與原先的測試負責人了解具體的進度和需要注意的測試點。
• 開發方面： 迅速與開發人員了解訂單邏輯，以及與第三方對接的過程。
• 產品方面： 遇到某個需求問題產品不接受、最后匯報領導+開會討論了較好的處理方案。
• 雖然過程問題比較多，但是通過項目組的集體努力，最后項目得以按時上線
• 描述有難度的地方+如何處理+結果

四、印象深刻的一個bug？

• 隱藏得比較深的bug、影響比較大的bug、處理過程比較曲折的bug。
• 如何發現的、如何處理、影響、結果、反思。
• 舉例說明：
  • 升級版本兼容性問題、
  • 接口安全性問題、
  • 數據庫安全性問題、
  • 服務器資源占用溢出問題、
  • 代碼邏輯問題等

五、你們公司是不是敏捷開發？介紹一下敏捷開發？

• 是，敏捷快速迭代、多版本同時迭代
• 敏捷開發屬于增量式開發，對于需求范圍不明確、需求變更較多的項目而言可以很大程度上響應和擁抱變化、主張簡單、擁抱變化、可持續性、遞增的變化、高質量的工作、快速反饋、軟件是你的主要目標

六、復盤會議的主要內容有哪些？

• 這點需要結合自己平時參與的項目會議舉例說明。如線上bug分析、優化改進策略、bug優先級等等

七、你們原來項目的測試流程是怎么樣的？

• 我們的測試流程主要有三個階段：需求了解分析，測試準備和測試執行

• 1需求了解分析階段

  • 我們的SE會把需求文檔給我們自己先去了解一到兩天這樣，之后我們會有一個需求澄清會議，我們會把不明白不理解的需求在會議上說出來，包含需求的合理性、還有需求的可測性等，產品這邊解答，目的是讓我們測試這邊和開發對需求的理解達到一致；

• ２測試準備階段

  • 會議結束之后我們開始準備測試工作，我們測試這邊會寫一個測試計劃，分配每個人負責的模塊，然后我們就根據自己負責的模塊用xmind（思維導圖）進行測試需求分析，分析測試點，以及編寫測試用例。之后我們會在自己的組內先進行評審，評審修改之后還會在我們的項目組評審。評審完后進行修改測試用例；

• ３測試執行階段

  • 開發人員編寫好代碼之后，我們會把代碼包部署到測試環境中進行SIT測試，在正式測試之前我們會先做一個冒煙測試，冒煙測試通過之后我們才轉測。在執行測試的過程中，我們如果重現有bug就會用禪道記錄并且提交bug ，也會進行回歸測試，一直到沒有重現bug達到上線為止，每一輪測試結束之后我們都會寫一個測試報告。一般情況下，測試2-3輪之后會達到上線要求。上線前我們會做UAT測試，當達到上線的標準后，測試報告會認為測試通過，由項目組與產品決定時間上線，上線完成，一周左右我們會寫一個項目總結測試報告，總結我們在上一個版本中遇到的問題以及今后有哪些地方需要改進。產品迭代幾次后，我們會跑自動化用例來測試所有的功能模塊;

八、你介紹下，你最熟悉的項目？

• 根據自己項目來

九、你們原來項目的主要的功能模塊有哪些，你主要負責哪些模塊？

• 根據自己實際項目說

十、產品是怎么上線的？

• 一般我們會選擇晚上上線，開發測試還有客戶產品全部到場，進行上線測試。
• 1）首先，開發將代碼打包到生產環境的服務器中，把代碼包替換到服務器的目錄中。如果數據表有變化，開發就會運行sql腳本，創建表，修改表的操作；
• 2）接著，我們測試就開始先測試主體業務功能以及新增的功能模塊；測試通過之后，我們會在界面上把上線測試的數據刪除，在規定的日期正常上線。
• 3）如果發現bug，開發人員當場修復bug，修復成功之后我們測試再復測，通過就可以正常上線。
• 4）如果發現了bug開發人員在上線規定時間之前都還沒有修復好的話，就看問題的嚴重性，如果嚴重就延期上線，或者迭代到下一個版本中。如果我們是迭代版本的話我們還需要版本回滾。如果不嚴重，產品跟客戶覺得可以上線，就正常上線。

十一、你提交的bug，開發不認可怎么辦？

• 首先我會再看需求文檔，是不是我的理解有誤，如果是我對需求理解錯的話我就去關閉bug；
• 如果是bug再去讓身邊的同看看聽下他們的意見，然后自己先再三確去復測，并且保存好截圖和日志，確定這是一個bug之后我就去跟開發說明白，并且給他看bug重現的截圖以及日志。
• 如果開發還是不認可的話我就跟產品或項目經理說明白情況，

十二、在linux系統如何搭建測試環境？
1. 對于linux云服務器的tomcat容器：

• 安裝jdk并配置jdk環境變量
• 安裝mysql/oracle 數據庫
• 安裝tomcat服務器
• 根據開發提供的項目war包、數據庫初始化腳本、配置文件，把war包放到tomcat的webapps目錄下
• 配置數據庫和項目關聯
• 初始化sql腳本，建立好數據庫的表結構
• 最后重啟tomcat服務

十二、對于無法重現bug，應該怎么處理？

• 首先，我會多測幾次，測了好多次都無法重現的話我就先把bug掛起。并且留意一下，看看往后的測試中會不會重現類似代碼的bug，因為有些是偶現bug。如果在后面的測試中重現bug就激活。如果經過幾個版本都還沒發現的話就關閉bug

十三、 原來項目有遇到哪些經典的bug，你是怎么發現的，最后怎么解決的？

• 1、經典bug：1.在理財中心的賺取小金庫中，投資人投資收益為負數

  • 發現途徑：我是在模擬投資人，輸入投資金額的時候，顯示出來的收益為負數
  • 解決：首先我去數據庫查找到對應的表，比對結果跟界面顯示的數據是否一樣，一樣我就把數據庫的記錄和界面顯示截圖都保存好。之后提交這個bug，開發人員通過修改代碼，我再復測，沒有重現bug

• 2、還有一個就是在借款流程中，我們通過修改數據庫中的數據，把借款時間修改了，制造出一個逾期未還款的數據，結果顯示還款的金額比借款金額還少，而且管理費收得特別高，存在不合理性。

• 3、還有一個是在產品上線后，運維人員在統計數據時發現少了一條數據，我們去數據庫檢查發現0分0秒的數據沒有統計，后來開發人員修改了代碼之后就解決了

十四、linux你是怎么用的？

• （1）在測試執行的過程中，我們發現的bug，有時候需要定位bug，協助開發修復bug時
  • tail -200 或tail -500查看當天的日志的后面多少行或者前面多少行定位bug，
  • tail -f來查看日志里的關鍵字exception(異常)、error(錯誤)或用重定向（ls -la > ls.txt）把信息保存起來再用vi命令進入信息里然后打開搜索命令shift + ：/進入文件定位模式搜索error,fatal（致命）,或者exception等
• （2）后臺程序運行久了會對系統造成卡頓等諸多隱患或我們做性能測試的時候。
  • Ps -ef(顯示所有進程)
  • top(監控程序執行狀況)
  • free -m(顯示內存使用情況)來查看系統資源
  • 如果服務器出現故障時我們也會用(service httpd status)看下服務器是否啟動
  • ps -ef|grep httpd 查看apache進程是否啟動
  • ps -ef | grep java查看jdk進程是否啟動。
  • 如果服務器起不來，常見的問題有端口可能被占用，用netstat -an | grep 8080 查看端口是否已被占用。
• （3）搭建測試環境的時候我們在是在linux下進行的
  • 搭建LAMP時在線用命令yum install安裝apache，php以及mysql；
  • 或通過xshell來導入需要的環境包來搭建LTMJ（Tomcat、Mysql、jdk）

十五、數據庫原來工作當中是怎么用的？
原來我們數據庫用的比較多的，就是數據結果檢查，測試一些數據準備，性能測試造大量數據

• (1)測試執行到的結果，我們需要通過sql語句select來查找數據庫對應的表，看看數據庫信息跟我們執行的結果是否一致；

  • 比如：生成申請訂單后，我們會去數據庫里面去檢查下，數據庫中數據是否跟申請訂單數據一致。

• (2)我們在測試執行時需要做一些測試數據準備，我們就用insert into輸入數據或（者 update set 修改數據），我們需要到數據庫查看有沒有相關記錄保存，保存的數據跟我們輸入或者修改的記錄是否一致；

  • 比如：原來我們一個初審功能里面有個分頁功能，測試分頁功能，需要100條數據，我們就通過數據庫操作添加100，可以用insert into。

• (3)還有在做性能測試時，模擬用戶場景時需要用到大量的數據，這時就需要我們到數據庫中制造大量的數據出來。

  • 比如說，測試充值，需要大量用戶數據，充值表中大量數據，比如10W條數據，我們就用存儲過程去造。

delimiter // create procedure 存儲過程名(n int) BEGIN declare i int default 0; while i <= n do Insert into 表名 values(值1，值2,.......); set i=i+1; end while; end // delimiter ; call 存儲過程名(數據量（n）);

十六、你想問什么問題？

• 1，公司現在做什么項目
• 2，公司目前做哪方面測試
• 3，公司這邊測試人員分配比例
• 4，進入公司，我這邊大概的工作安排
• 5，公司這么后續發現機會還有培養

十七、自我介紹（參考）

• 從業時間 、教育背景、工作經驗 、項目經驗 、擅長技能、你的性格，盡量與個人簡歷相一致
• 你好，我叫XX，來自XXXX，在XXX學院計算機專業畢業，從畢業至今在XXX公司從事軟件測試工作1年半。
• 我們做的項目主要是XXX，是一個XXX的系統平臺，涉及模塊主要是XXX。項目中我負責過web及app功能測試、接口測試、壓力穩定性測試。（跟簡歷項目一致）、能獨立搭建測試環境。
• 熟悉測試工具jmeter、soapui、loadrunner Fiddler Appium Monkey Postman…等的使用。
• 也有過開發的經驗，擅長shell、python編程語言（有該項經驗就補充）
• 我是一個耐心認真的人，有很大的信心做好測試的工作（可說可不說，影響不大）。

十八、說一下你項目的測試流程？

• 首先會召開需求分析會議，參加人員有產品、開發和測試，主要是探討需求主要的一些功能點。
• 完了之后，開發就排期進行開發，主管開始編寫測試計劃，對我們進行任務分配。
• 我們參考需求規格說明書及原型圖編寫測試用例，寫完之后會進行用例評審，有評審修改的就修改整理形成最終的用例版本，之后開發人員版本編譯完成后，我們會先進行預測，主要對主功能業務進行測試。
• 如果主業務流程不通過，直接返回給開發進行修改。預測通過，依據測試用例進行系統測試，測試過程中，提交bug，跟蹤bug，進行回歸測試直至不存在嚴重bug，滿足用戶需求，測試完后編寫測試報告，發布上線后，關注web是否正常運行。

十九、介紹下你最近做的一個項目？

• 項目陳述可以先整體后局部，整體可量化（項目規模、時間成本、人力成本），然后測試環境（知道的就說）、然后是角色職責。
• 這個XXX項目，是一個XXX的系統平臺，主要業務范圍是XXX。項目模塊主要是XXX。項目從今年3月份（時間按簡歷時間更改）開始進入立項、設計開發，到6月底（時間按簡歷時間更改）完成測試發布上線。
• 我們測試這邊是3個人負責這個項目，需求評審完成后老大給我們測試任務，編寫測試用例。我主要負責哪些模塊（按你具體的情況說明）。
• 第一輪測試用了一周的時間執行完，整個項目測試了將近1個多月，總共測試了4輪，前1輪發現了將近100個左右的bug.（項目上線前遺留了幾個Bug是什么程度的，最后是怎么處理的（這句有準備就說））

二十、對于復現率不高的bug怎么處理？

• 先在出現問題的環境上盡量重現，保持瀏覽器環境、出現問題的特定賬號等的一致，多次嘗試仍然不能重現，也要記錄到bug平臺。
• 將出現問題的特征步驟盡量描述清楚，附帶問題截圖及日志截圖，注明偶現；如果項目時間允許，bug等級高，需要開發協助重現；如果時間不允許，記錄到bug平臺后續再跟進。

二十一、您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？

• 我曾經做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。
• 最擅長的是功能測試 、自動化測試用例的編寫和執行，自動化測試框架的搭建和維護

二十二、你覺得bugzilla在使用的過程中，有什么問題？

• 界面不穩定；
• 根據需要配置它的不同的部分，過程很煩瑣。
• 流程控制上，安全性不好界定，很容易對他人的Bug進行誤操作；
• 沒有綜合的評分指標，不好確認修復的優先級別。

二十三、對一個不熟悉的功能進行設計用例，該如何做？

• 確認業務需求
• 熟悉業務說明文檔
• 不明白之處找對應開發、產品 溝通

總結

以上是生活随笔為你收集整理的软件测试面试题整理(三)之工作/项目流程篇的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。