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

• 需求評(píng)審、
• 測(cè)試計(jì)劃、
• 測(cè)試用例、
• 用例評(píng)審、
• 冒煙測(cè)試、
• 測(cè)試執(zhí)行、
• 驗(yàn)收測(cè)試、
• 風(fēng)險(xiǎn)評(píng)估、
• 上線(xiàn)\觀察、
• 問(wèn)題跟進(jìn)、
• 測(cè)試報(bào)告、
• 復(fù)盤(pán)會(huì)議；

二、介紹一下測(cè)試方法

• 按階段： 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試
• 按手段： 黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試
• 其他： 冒煙測(cè)試、回歸測(cè)試

三、舉例說(shuō)明項(xiàng)目推進(jìn)的能力（針對(duì)個(gè)人評(píng)價(jià)的舉例說(shuō)明）
（例）推動(dòng)開(kāi)發(fā)解決菜單權(quán)限需退出登錄才可應(yīng)用的問(wèn)題。

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

三、測(cè)試中遇到的比較難的一個(gè)項(xiàng)目是？（掌握自己簡(jiǎn)歷上的項(xiàng)目）

• XX項(xiàng)目：這個(gè)項(xiàng)目是一個(gè)新項(xiàng)目、需要對(duì)接第三方、從協(xié)助測(cè)試產(chǎn)品模塊到轉(zhuǎn)手負(fù)責(zé)整個(gè)項(xiàng)目加強(qiáng)了一定的需求理解難度、訂單邏輯不熟悉、其中需求的問(wèn)題推進(jìn)比較困難。
• 針對(duì)這些困難，測(cè)試方面：先快速了解需求，并與原先的測(cè)試負(fù)責(zé)人了解具體的進(jìn)度和需要注意的測(cè)試點(diǎn)。
• 開(kāi)發(fā)方面： 迅速與開(kāi)發(fā)人員了解訂單邏輯，以及與第三方對(duì)接的過(guò)程。
• 產(chǎn)品方面： 遇到某個(gè)需求問(wèn)題產(chǎn)品不接受、最后匯報(bào)領(lǐng)導(dǎo)+開(kāi)會(huì)討論了較好的處理方案。
• 雖然過(guò)程問(wèn)題比較多，但是通過(guò)項(xiàng)目組的集體努力，最后項(xiàng)目得以按時(shí)上線(xiàn)
• 描述有難度的地方+如何處理+結(jié)果

四、印象深刻的一個(gè)bug？

• 隱藏得比較深的bug、影響比較大的bug、處理過(guò)程比較曲折的bug。
• 如何發(fā)現(xiàn)的、如何處理、影響、結(jié)果、反思。
• 舉例說(shuō)明：
  • 升級(jí)版本兼容性問(wèn)題、
  • 接口安全性問(wèn)題、
  • 數(shù)據(jù)庫(kù)安全性問(wèn)題、
  • 服務(wù)器資源占用溢出問(wèn)題、
  • 代碼邏輯問(wèn)題等

五、你們公司是不是敏捷開(kāi)發(fā)？介紹一下敏捷開(kāi)發(fā)？

• 是，敏捷快速迭代、多版本同時(shí)迭代
• 敏捷開(kāi)發(fā)屬于增量式開(kāi)發(fā)，對(duì)于需求范圍不明確、需求變更較多的項(xiàng)目而言可以很大程度上響應(yīng)和擁抱變化、主張簡(jiǎn)單、擁抱變化、可持續(xù)性、遞增的變化、高質(zhì)量的工作、快速反饋、軟件是你的主要目標(biāo)

六、復(fù)盤(pán)會(huì)議的主要內(nèi)容有哪些？

• 這點(diǎn)需要結(jié)合自己平時(shí)參與的項(xiàng)目會(huì)議舉例說(shuō)明。如線(xiàn)上bug分析、優(yōu)化改進(jìn)策略、bug優(yōu)先級(jí)等等

七、你們?cè)瓉?lái)項(xiàng)目的測(cè)試流程是怎么樣的？

• 我們的測(cè)試流程主要有三個(gè)階段：需求了解分析，測(cè)試準(zhǔn)備和測(cè)試執(zhí)行

• 1需求了解分析階段

  • 我們的SE會(huì)把需求文檔給我們自己先去了解一到兩天這樣，之后我們會(huì)有一個(gè)需求澄清會(huì)議，我們會(huì)把不明白不理解的需求在會(huì)議上說(shuō)出來(lái)，包含需求的合理性、還有需求的可測(cè)性等，產(chǎn)品這邊解答，目的是讓我們測(cè)試這邊和開(kāi)發(fā)對(duì)需求的理解達(dá)到一致；

• ２測(cè)試準(zhǔn)備階段

  • 會(huì)議結(jié)束之后我們開(kāi)始準(zhǔn)備測(cè)試工作，我們測(cè)試這邊會(huì)寫(xiě)一個(gè)測(cè)試計(jì)劃，分配每個(gè)人負(fù)責(zé)的模塊，然后我們就根據(jù)自己負(fù)責(zé)的模塊用xmind（思維導(dǎo)圖）進(jìn)行測(cè)試需求分析，分析測(cè)試點(diǎn)，以及編寫(xiě)測(cè)試用例。之后我們會(huì)在自己的組內(nèi)先進(jìn)行評(píng)審，評(píng)審修改之后還會(huì)在我們的項(xiàng)目組評(píng)審。評(píng)審?fù)旰筮M(jìn)行修改測(cè)試用例；

• ３測(cè)試執(zhí)行階段

  • 開(kāi)發(fā)人員編寫(xiě)好代碼之后，我們會(huì)把代碼包部署到測(cè)試環(huán)境中進(jìn)行SIT測(cè)試，在正式測(cè)試之前我們會(huì)先做一個(gè)冒煙測(cè)試，冒煙測(cè)試通過(guò)之后我們才轉(zhuǎn)測(cè)。在執(zhí)行測(cè)試的過(guò)程中，我們?nèi)绻噩F(xiàn)有bug就會(huì)用禪道記錄并且提交bug ，也會(huì)進(jìn)行回歸測(cè)試，一直到?jīng)]有重現(xiàn)bug達(dá)到上線(xiàn)為止，每一輪測(cè)試結(jié)束之后我們都會(huì)寫(xiě)一個(gè)測(cè)試報(bào)告。一般情況下，測(cè)試2-3輪之后會(huì)達(dá)到上線(xiàn)要求。上線(xiàn)前我們會(huì)做UAT測(cè)試，當(dāng)達(dá)到上線(xiàn)的標(biāo)準(zhǔn)后，測(cè)試報(bào)告會(huì)認(rèn)為測(cè)試通過(guò)，由項(xiàng)目組與產(chǎn)品決定時(shí)間上線(xiàn)，上線(xiàn)完成，一周左右我們會(huì)寫(xiě)一個(gè)項(xiàng)目總結(jié)測(cè)試報(bào)告，總結(jié)我們?cè)谏弦粋€(gè)版本中遇到的問(wèn)題以及今后有哪些地方需要改進(jìn)。產(chǎn)品迭代幾次后，我們會(huì)跑自動(dòng)化用例來(lái)測(cè)試所有的功能模塊;

八、你介紹下，你最熟悉的項(xiàng)目？

• 根據(jù)自己項(xiàng)目來(lái)

九、你們?cè)瓉?lái)項(xiàng)目的主要的功能模塊有哪些，你主要負(fù)責(zé)哪些模塊？

• 根據(jù)自己實(shí)際項(xiàng)目說(shuō)

十、產(chǎn)品是怎么上線(xiàn)的？

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

十一、你提交的bug，開(kāi)發(fā)不認(rèn)可怎么辦？

• 首先我會(huì)再看需求文檔，是不是我的理解有誤，如果是我對(duì)需求理解錯(cuò)的話(huà)我就去關(guān)閉bug；
• 如果是bug再去讓身邊的同看看聽(tīng)下他們的意見(jiàn)，然后自己先再三確去復(fù)測(cè)，并且保存好截圖和日志，確定這是一個(gè)bug之后我就去跟開(kāi)發(fā)說(shuō)明白，并且給他看bug重現(xiàn)的截圖以及日志。
• 如果開(kāi)發(fā)還是不認(rèn)可的話(huà)我就跟產(chǎn)品或項(xiàng)目經(jīng)理說(shuō)明白情況，

十二、在linux系統(tǒng)如何搭建測(cè)試環(huán)境？
1. 對(duì)于linux云服務(wù)器的tomcat容器：

• 安裝jdk并配置jdk環(huán)境變量
• 安裝mysql/oracle 數(shù)據(jù)庫(kù)
• 安裝tomcat服務(wù)器
• 根據(jù)開(kāi)發(fā)提供的項(xiàng)目war包、數(shù)據(jù)庫(kù)初始化腳本、配置文件，把war包放到tomcat的webapps目錄下
• 配置數(shù)據(jù)庫(kù)和項(xiàng)目關(guān)聯(lián)
• 初始化sql腳本，建立好數(shù)據(jù)庫(kù)的表結(jié)構(gòu)
• 最后重啟tomcat服務(wù)

十二、對(duì)于無(wú)法重現(xiàn)bug，應(yīng)該怎么處理？

• 首先，我會(huì)多測(cè)幾次，測(cè)了好多次都無(wú)法重現(xiàn)的話(huà)我就先把bug掛起。并且留意一下，看看往后的測(cè)試中會(huì)不會(huì)重現(xiàn)類(lèi)似代碼的bug，因?yàn)橛行┦桥棘F(xiàn)bug。如果在后面的測(cè)試中重現(xiàn)bug就激活。如果經(jīng)過(guò)幾個(gè)版本都還沒(méi)發(fā)現(xiàn)的話(huà)就關(guān)閉bug

十三、 原來(lái)項(xiàng)目有遇到哪些經(jīng)典的bug，你是怎么發(fā)現(xiàn)的，最后怎么解決的？

• 1、經(jīng)典bug：1.在理財(cái)中心的賺取小金庫(kù)中，投資人投資收益為負(fù)數(shù)

  • 發(fā)現(xiàn)途徑：我是在模擬投資人，輸入投資金額的時(shí)候，顯示出來(lái)的收益為負(fù)數(shù)
  • 解決：首先我去數(shù)據(jù)庫(kù)查找到對(duì)應(yīng)的表，比對(duì)結(jié)果跟界面顯示的數(shù)據(jù)是否一樣，一樣我就把數(shù)據(jù)庫(kù)的記錄和界面顯示截圖都保存好。之后提交這個(gè)bug，開(kāi)發(fā)人員通過(guò)修改代碼，我再?gòu)?fù)測(cè)，沒(méi)有重現(xiàn)bug

• 2、還有一個(gè)就是在借款流程中，我們通過(guò)修改數(shù)據(jù)庫(kù)中的數(shù)據(jù)，把借款時(shí)間修改了，制造出一個(gè)逾期未還款的數(shù)據(jù)，結(jié)果顯示還款的金額比借款金額還少，而且管理費(fèi)收得特別高，存在不合理性。

• 3、還有一個(gè)是在產(chǎn)品上線(xiàn)后，運(yùn)維人員在統(tǒng)計(jì)數(shù)據(jù)時(shí)發(fā)現(xiàn)少了一條數(shù)據(jù)，我們?nèi)?shù)據(jù)庫(kù)檢查發(fā)現(xiàn)0分0秒的數(shù)據(jù)沒(méi)有統(tǒng)計(jì)，后來(lái)開(kāi)發(fā)人員修改了代碼之后就解決了

十四、linux你是怎么用的？

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

十五、數(shù)據(jù)庫(kù)原來(lái)工作當(dāng)中是怎么用的？
原來(lái)我們數(shù)據(jù)庫(kù)用的比較多的，就是數(shù)據(jù)結(jié)果檢查，測(cè)試一些數(shù)據(jù)準(zhǔn)備，性能測(cè)試造大量數(shù)據(jù)

• (1)測(cè)試執(zhí)行到的結(jié)果，我們需要通過(guò)sql語(yǔ)句select來(lái)查找數(shù)據(jù)庫(kù)對(duì)應(yīng)的表，看看數(shù)據(jù)庫(kù)信息跟我們執(zhí)行的結(jié)果是否一致；

  • 比如：生成申請(qǐng)訂單后，我們會(huì)去數(shù)據(jù)庫(kù)里面去檢查下，數(shù)據(jù)庫(kù)中數(shù)據(jù)是否跟申請(qǐng)訂單數(shù)據(jù)一致。

• (2)我們?cè)跍y(cè)試執(zhí)行時(shí)需要做一些測(cè)試數(shù)據(jù)準(zhǔn)備，我們就用insert into輸入數(shù)據(jù)或（者 update set 修改數(shù)據(jù)），我們需要到數(shù)據(jù)庫(kù)查看有沒(méi)有相關(guān)記錄保存，保存的數(shù)據(jù)跟我們輸入或者修改的記錄是否一致；

  • 比如：原來(lái)我們一個(gè)初審功能里面有個(gè)分頁(yè)功能，測(cè)試分頁(yè)功能，需要100條數(shù)據(jù)，我們就通過(guò)數(shù)據(jù)庫(kù)操作添加100，可以用insert into。

• (3)還有在做性能測(cè)試時(shí)，模擬用戶(hù)場(chǎng)景時(shí)需要用到大量的數(shù)據(jù)，這時(shí)就需要我們到數(shù)據(jù)庫(kù)中制造大量的數(shù)據(jù)出來(lái)。

  • 比如說(shuō)，測(cè)試充值，需要大量用戶(hù)數(shù)據(jù)，充值表中大量數(shù)據(jù)，比如10W條數(shù)據(jù)，我們就用存儲(chǔ)過(guò)程去造。

delimiter // create procedure 存儲(chǔ)過(guò)程名(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 存儲(chǔ)過(guò)程名(數(shù)據(jù)量（n）);

十六、你想問(wèn)什么問(wèn)題？

• 1，公司現(xiàn)在做什么項(xiàng)目
• 2，公司目前做哪方面測(cè)試
• 3，公司這邊測(cè)試人員分配比例
• 4，進(jìn)入公司，我這邊大概的工作安排
• 5，公司這么后續(xù)發(fā)現(xiàn)機(jī)會(huì)還有培養(yǎng)

十七、自我介紹（參考）

• 從業(yè)時(shí)間 、教育背景、工作經(jīng)驗(yàn) 、項(xiàng)目經(jīng)驗(yàn) 、擅長(zhǎng)技能、你的性格，盡量與個(gè)人簡(jiǎn)歷相一致
• 你好，我叫XX，來(lái)自XXXX，在XXX學(xué)院計(jì)算機(jī)專(zhuān)業(yè)畢業(yè)，從畢業(yè)至今在XXX公司從事軟件測(cè)試工作1年半。
• 我們做的項(xiàng)目主要是XXX，是一個(gè)XXX的系統(tǒng)平臺(tái)，涉及模塊主要是XXX。項(xiàng)目中我負(fù)責(zé)過(guò)web及app功能測(cè)試、接口測(cè)試、壓力穩(wěn)定性測(cè)試。（跟簡(jiǎn)歷項(xiàng)目一致）、能獨(dú)立搭建測(cè)試環(huán)境。
• 熟悉測(cè)試工具jmeter、soapui、loadrunner Fiddler Appium Monkey Postman…等的使用。
• 也有過(guò)開(kāi)發(fā)的經(jīng)驗(yàn)，擅長(zhǎng)shell、python編程語(yǔ)言（有該項(xiàng)經(jīng)驗(yàn)就補(bǔ)充）
• 我是一個(gè)耐心認(rèn)真的人，有很大的信心做好測(cè)試的工作（可說(shuō)可不說(shuō)，影響不大）。

十八、說(shuō)一下你項(xiàng)目的測(cè)試流程？

• 首先會(huì)召開(kāi)需求分析會(huì)議，參加人員有產(chǎn)品、開(kāi)發(fā)和測(cè)試，主要是探討需求主要的一些功能點(diǎn)。
• 完了之后，開(kāi)發(fā)就排期進(jìn)行開(kāi)發(fā)，主管開(kāi)始編寫(xiě)測(cè)試計(jì)劃，對(duì)我們進(jìn)行任務(wù)分配。
• 我們參考需求規(guī)格說(shuō)明書(shū)及原型圖編寫(xiě)測(cè)試用例，寫(xiě)完之后會(huì)進(jìn)行用例評(píng)審，有評(píng)審修改的就修改整理形成最終的用例版本，之后開(kāi)發(fā)人員版本編譯完成后，我們會(huì)先進(jìn)行預(yù)測(cè)，主要對(duì)主功能業(yè)務(wù)進(jìn)行測(cè)試。
• 如果主業(yè)務(wù)流程不通過(guò)，直接返回給開(kāi)發(fā)進(jìn)行修改。預(yù)測(cè)通過(guò)，依據(jù)測(cè)試用例進(jìn)行系統(tǒng)測(cè)試，測(cè)試過(guò)程中，提交bug，跟蹤bug，進(jìn)行回歸測(cè)試直至不存在嚴(yán)重bug，滿(mǎn)足用戶(hù)需求，測(cè)試完后編寫(xiě)測(cè)試報(bào)告，發(fā)布上線(xiàn)后，關(guān)注web是否正常運(yùn)行。

十九、介紹下你最近做的一個(gè)項(xiàng)目？

• 項(xiàng)目陳述可以先整體后局部，整體可量化（項(xiàng)目規(guī)模、時(shí)間成本、人力成本），然后測(cè)試環(huán)境（知道的就說(shuō)）、然后是角色職責(zé)。
• 這個(gè)XXX項(xiàng)目，是一個(gè)XXX的系統(tǒng)平臺(tái)，主要業(yè)務(wù)范圍是XXX。項(xiàng)目模塊主要是XXX。項(xiàng)目從今年3月份（時(shí)間按簡(jiǎn)歷時(shí)間更改）開(kāi)始進(jìn)入立項(xiàng)、設(shè)計(jì)開(kāi)發(fā)，到6月底（時(shí)間按簡(jiǎn)歷時(shí)間更改）完成測(cè)試發(fā)布上線(xiàn)。
• 我們測(cè)試這邊是3個(gè)人負(fù)責(zé)這個(gè)項(xiàng)目，需求評(píng)審?fù)瓿珊罄洗蠼o我們測(cè)試任務(wù)，編寫(xiě)測(cè)試用例。我主要負(fù)責(zé)哪些模塊（按你具體的情況說(shuō)明）。
• 第一輪測(cè)試用了一周的時(shí)間執(zhí)行完，整個(gè)項(xiàng)目測(cè)試了將近1個(gè)多月，總共測(cè)試了4輪，前1輪發(fā)現(xiàn)了將近100個(gè)左右的bug.（項(xiàng)目上線(xiàn)前遺留了幾個(gè)Bug是什么程度的，最后是怎么處理的（這句有準(zhǔn)備就說(shuō)））

二十、對(duì)于復(fù)現(xiàn)率不高的bug怎么處理？

• 先在出現(xiàn)問(wèn)題的環(huán)境上盡量重現(xiàn)，保持瀏覽器環(huán)境、出現(xiàn)問(wèn)題的特定賬號(hào)等的一致，多次嘗試仍然不能重現(xiàn)，也要記錄到bug平臺(tái)。
• 將出現(xiàn)問(wèn)題的特征步驟盡量描述清楚，附帶問(wèn)題截圖及日志截圖，注明偶現(xiàn)；如果項(xiàng)目時(shí)間允許，bug等級(jí)高，需要開(kāi)發(fā)協(xié)助重現(xiàn)；如果時(shí)間不允許，記錄到bug平臺(tái)后續(xù)再跟進(jìn)。

二十一、您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作？其中最擅長(zhǎng)哪部分工作？

• 我曾經(jīng)做過(guò)web測(cè)試，后臺(tái)測(cè)試，客戶(hù)端軟件，其中包括功能測(cè)試，性能測(cè)試，用戶(hù)體驗(yàn)測(cè)試。
• 最擅長(zhǎng)的是功能測(cè)試 、自動(dòng)化測(cè)試用例的編寫(xiě)和執(zhí)行，自動(dòng)化測(cè)試框架的搭建和維護(hù)

二十二、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題？

• 界面不穩(wěn)定；
• 根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。
• 流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；
• 沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。

二十三、對(duì)一個(gè)不熟悉的功能進(jìn)行設(shè)計(jì)用例，該如何做？

• 確認(rèn)業(yè)務(wù)需求
• 熟悉業(yè)務(wù)說(shuō)明文檔
• 不明白之處找對(duì)應(yīng)開(kāi)發(fā)、產(chǎn)品 溝通

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。