一、?你們的測試流程是怎么樣的？

答：1.項目開始階段，BA（需求分析師）從用戶方收集需求并將需求轉(zhuǎn)化為規(guī)格說明書，接

下來在項目組領(lǐng)導會組織需求評審。

2.需求評審通過后，BA 會組織項目經(jīng)理、開發(fā)人員和測試人員交接需求( 交接需求的過程中，

我一般會關(guān)注需求是否清晰，是否具有可測性，并識別出測試的難易程度和測試的大概工作

量)。

需求交接結(jié)束后，項目經(jīng)理根據(jù)交接過程中的一些問題評估需求交接是 否通過，交接不通

過的，BA 會修改需求文檔并組織二次交接，交接通過的需求。

3.測試 Leader 根據(jù)需求編寫測試方案和測試計劃，并評審。

4.然后根據(jù)需求的難易程度和組員的個人能力分配測試任務(wù)。測試人員根據(jù)分配到的需求進

行分析同時編寫測試用例，用例完成后，測試 Leader 組織項目經(jīng)理、BA、開發(fā)人員、測試

人員評審用例，評審完成后，對于有問題的測試用例，測試人員會做相應(yīng)的修改。在測試人

員編寫用例的同時，TA 同時進行測試環(huán)境的準備。

5.在測試執(zhí)行階段，測試經(jīng)理會通知各模塊測試人員進行冒煙測試。

6.冒煙通過后，測試人員開始啟動測試（測試的輪次根據(jù)實際的測試時間調(diào)整，測試時間較

充足的情況下，一般進行 3 輪測試用例的執(zhí)行（第一輪：全用例覆蓋執(zhí)行，第二輪:進行重

點用例的執(zhí)行，第 3 輪：全量回歸第一輪用例。）測試時間比較緊張的情況下，一般進行 2

輪測試（第一輪：全用例覆蓋執(zhí)行，第二輪：進行重點用例的執(zhí)行），測試過程中發(fā)現(xiàn)的 bug，

通過缺陷管理工具禪道進行管理，為方便開發(fā)人員高效率的解決問題、減少溝通等，測試錄

入 bug 時，嚴格按照 bug 的嚴重等級進行定義，缺陷單中會記錄測試環(huán)境，測試賬號，操

作步驟，預期結(jié)果，實際結(jié)果，截圖。

7.開發(fā)人員解決問題并將程序部署到環(huán)境后，提交問題單給測試人員進行驗證，問題驗證不

通過的，駁回問題單并通知開發(fā)人員繼續(xù)修改，問題驗證通過的，關(guān)閉 BUG 。

8.測試周期結(jié)束前幾天，測試經(jīng)理開始著手準備測試報告，這個時候測試經(jīng)理會關(guān)注 bug 單

的情況（未關(guān)閉的 bug 數(shù)據(jù)有多少，嚴重的問題有多少），如果 bug 單還有很多沒有關(guān)閉，

項目組一般會安排開發(fā)人員和測試人員加班加點修改及驗證問題單。如果 bug 單關(guān)閉率及

遺留率滿足項目規(guī)定，測試用例輪次也按計劃完成。測試經(jīng)理按照實際情況輸出測試報告讓

項目組領(lǐng)導決策上線。

二、?CRM 項目的各個模塊是獨立的嗎？功能測試寫了多少用例？

答：不是。比如線索模塊和客戶模塊就是有聯(lián)系的，當確定線索是潛力客戶時，需要在線索

模塊點擊轉(zhuǎn)換按鈕，把線索信息導入到客戶模塊成為客戶信息。

這個項目我寫了大概 800 條。

1三、?CRM 市場信息系統(tǒng)管理業(yè)務(wù)是怎樣的？介紹下新建線索這是

怎樣的模塊？

答：背 crm 的流程

四、?CRM 項目做了多久？

答：這個項目做了半年（甚至可以說一年），一般 2 個月左右一個大版本，兩周左右一個小

版本

五、?你們這個 P2P 的業(yè)務(wù)流程是怎么樣的，這個項目做了多久，你

負責哪些模塊，寫了多少用例？發(fā)現(xiàn)了多少個 BUG

答：背熟流程。

這個項目做了半年（甚至可以說一年），一般 2 個月左右一個大版本，兩周左右一個小

版本，負責借貸管理、理財管理、會員管理、資金管理，還有首頁。大概寫了上千條用例，

發(fā)現(xiàn)幾百個 BUG。

六、?P2P，你們?nèi)绾瓮泄芸蛻舻馁Y金，這些資金的流向是怎么樣的？

答：借款人和投資人雙方，一旦投錢，錢就到第三方賬號，借款人和投資人可以看到錢在第

三方賬號里

第三方資金托管公司：寶付，易寶，環(huán)視資金。。。。

一般 p2p 平臺不會直接吸收這筆借款，避免 p2p 公司自己去挪用資金，所以借款人和投資

人在投資過程中雙方都會在第三方托管公司有一個自己的賬號，投資過程中，投資人投借款

的標，那么這筆資金會直接流入第三方賬號里，借款人也可以直接從第三方賬號拿到借款，

用戶把錢沖到第三方公司，也會受到第三方托管公司監(jiān)管，不管投資還是提現(xiàn)都要經(jīng)過第三

方資金托管公司即投資、借款、充值、提現(xiàn)都要經(jīng)過第三方。借款人也是從第三方手上拿到

這款資金用戶資金不管是充值和資金都受到自己托管的第三方的管理

2七、?你們第三方支付的有哪些？用戶怎么充值和提現(xiàn)？

答：我們分為線上和線下充值，線上：各種的第三方方式充值進來，在 p2p 后臺資金管理會

有記錄，相應(yīng)的也支持線下：線下會有方式提供選擇，p2p 后臺會對其進行充值。提現(xiàn)的話

只有在平臺的上實現(xiàn)，扣除相對應(yīng)的手續(xù)費后充值相對應(yīng)賬號。每提現(xiàn)一筆資金，p2p 生成

一條信息記錄保存

八、?對于提前還款提現(xiàn)是怎么做？

答：

要提前申請要符合平臺要求。合同里面有簽署關(guān)于提前還款的要求，平臺會對這一業(yè)務(wù)對服

務(wù)費的減少，進行要向平臺支付本金和利息，還有剩余的本金的 3%的違約金。

九、?如果讓你去申請貸款，要怎么做

答：我要借款—申請貸款—

到后臺頁面的表單里面的內(nèi)容要說具體點，線下合同肯定是要寫一份的。合同里會有一系列

的規(guī)定，違約的處理做法。個人的認證資料，

前臺：用戶要登錄線上平臺，他會點擊到借款頁面里面，選擇固定的借款模版取選，長期短

期的選擇。借款信息的填寫內(nèi)容：標題，用途，有誤抵押，借款金額，還款日期，期限，年

利率，還款方式，擔保機構(gòu)，

后臺：這條借貸信息會出現(xiàn)借貸審核管理頁面，后臺的管理人員會對這條信息審核，會審核

他的基本信息，會和借款人簽署一份線下合同，這些合同模版是 p2p 和借款人協(xié)商，工作人

會和借款人核實抵押物，借款利率還款日期之類的問題。工作人員辦理好手續(xù)后重新編輯初

審信息提交給復審，復審的工作人員會判斷這份貸款能否通過，符合借款要求就會給他審核

通過，如果不符合就會駁回，當最后復審通過，借款人就會接到審核通過的通知，前臺就會

出現(xiàn)這條借貸信息，投資人可以進行投資

十、?你們在 P2P 項目中用到第三方的接口，怎么用，這些接口怎么

測試？

答：在后臺的“系統(tǒng)設(shè)備設(shè)置”—“接口設(shè)置”（背幾個接口名字）

實名認證接口，中誠信征信

資金托管接口，已報，環(huán)訊，寶付

支付接口，支付寶，銀聯(lián)，微信支付，網(wǎng)銀；

3第三方提供接口規(guī)則（開發(fā)有）

知道接口規(guī)則，根據(jù)接口規(guī)則需求文檔進行接口測試，先調(diào)通接口，再用功能測試測試

頁面功能

第三方接口不需要找 bug

調(diào)試接口：接口不通報錯（調(diào)試，權(quán)限） 根據(jù)報錯調(diào)通接口

十一、?項目周期，測試周期，寫了多少用例

答：這個項目做了半年（甚至可以說一年），一般 2 個月左右一個大版本，兩周左右一

個小版本，負責借貸管理、理財管理、會員管理、資金管理，還有首頁。大概寫了上千條用

例，發(fā)現(xiàn)幾百個 BUG。

十二、?你負責什么模塊？你的貨款管理有什么內(nèi)容?應(yīng)該有到期

未還款的吧這個怎么處理?

答：我負責借貸模塊，借貸審核管理，貨款管理，債權(quán)轉(zhuǎn)讓等等，

內(nèi)容有：內(nèi)容：全部貨款，新手獨享，正在進行還款，已經(jīng)還款等等

有，一般是到期前一定時間內(nèi)會短信、郵件提醒，如果還是到期未還就會增加利息，再

次警告無效時，一般會根據(jù)公司的制度就會拍賣抵押物，同時在系統(tǒng)中也會記錄此人的信息，

降低其信用等級或者列入黑名單。

十三、?當借款人借款時間到期后，沒還款，你們怎么處理的？不

還款怎么處理？

答：借款初期有簽署逾期還款的條約，首先利息會上調(diào) 50%，如果每一天不還就是每一天的

利息會增長，后面還不還款就降低信用等級拉進黑名單范圍內(nèi) ，并且會影響他的征信記錄

十四、?逾期還款會有一個罰息，你們是怎么算的

答：剩余本金*借款年利率*150%*(逾期天數(shù)/365 天）

4十五、?你跟我講講你第三個項目（移動云平臺）是做什么的？

答：支持符合該平臺協(xié)議的終端設(shè)備，可用于對移動 AP（無線訪問接入點, AP 相當于一

個連接有線網(wǎng)和無線網(wǎng)的橋梁，其主要作用是將各個無線網(wǎng)絡(luò)客戶端連接到一起，然后將

無線網(wǎng)絡(luò)接入以太網(wǎng)。）和 AC(接入控制器（Access Controller 或 Wireless Access

Point Controller），即無線控制器，是一種網(wǎng)絡(luò)設(shè)備，負責管理某個區(qū)域內(nèi)無線網(wǎng)絡(luò)中的

AP。)的集中管理;

十六、?你項目（適用簡歷所有項目）組內(nèi)是怎么樣分工的？

答：組長協(xié)調(diào)分配工作量，接口測試組內(nèi)外的總體事項。組長負責一小部分的功能測試，跟

進開發(fā)問題的修改進度。

有一個同事專職做性能測試。

有一個同事主導自動化測試，及負責一小部分的功能測試。

（我）負責大部分的功能測試，以及輔助編寫一部分自動化腳本。

(可選：如果想體現(xiàn)一下性

能測試能力，可以在加上輔導測試 2 個性能場景)

十七、?項目上線沒有？

答：我做完第 2 個版本離職的時候，當時功能已經(jīng)基本穩(wěn)定了，并且已經(jīng)在預發(fā)布環(huán)境測試

了一遍，公司領(lǐng)導已經(jīng)決定可以上線了。不過當時域名還沒有搞定?，F(xiàn)在不清楚他們用什么

域名。

十八、?你覺得你們項目（O2O）的亮點是什么?

答：1. 商家活動等模塊審批流程快捷，有助于提高商城引流；

2. 商家管理費，會員購買結(jié)算費用可根據(jù)級別進行設(shè)置，有助于客情維護。

3. 支付方式靈活多樣化

4. 數(shù)據(jù)可配置，業(yè)務(wù)推廣時，不需停機，可由運營方協(xié)調(diào)快速配置，快速響應(yīng)用戶需求。

5. 頁面記錄軟刪除，當有誤刪除數(shù)據(jù)時，可申請后，由 IT 運維人員在數(shù)據(jù)庫恢復。

6. 用戶密碼采用 md5 加密，有效保護用戶賬號信息安全。

5十九、?你覺得你們項目（O2O）的難點是什么？

答：1. 需求不詳細，很多問題上，產(chǎn)品，開發(fā)，測試 經(jīng)常扯皮，測試問題很難推動解決。

2. 字段多，很多字段要結(jié)合數(shù)據(jù)庫檢查數(shù)據(jù)是否正確(要熟悉表結(jié)構(gòu)，看字段的定義，比如

數(shù)據(jù)庫中訂單狀態(tài) 1.2.3.4.5 分別代表什么。)

3. 因為測試環(huán)境很多外部接口不能真實配置， 很多測試數(shù)據(jù)不能真實摸擬，測試環(huán)境大部

分是利用數(shù)據(jù)庫造數(shù)據(jù)。(比如手機驗證碼，還有充值，支付)，導致測試上線有風險，在上

線時，要進一步對線上環(huán)境進行嚴格的驗證。

二十、?你遇到什么經(jīng)典（難忘）的 BUG？

答：（CRM）功能 BUG, 線索模塊里，有今日需要聯(lián)系的，本周需聯(lián)系的，本月需聯(lián)系的，

這個功能是系統(tǒng)里查詢線索數(shù)據(jù)量歷史數(shù)據(jù)量較大，所以開發(fā)了個“定時任務(wù)”設(shè)定了按1天、

7 天、30 天后自動同步線索數(shù)據(jù)到一張臨時表方便提供查詢，我在測試前臺搜索的時候，首

先用 SQL 在數(shù)據(jù)庫里修改數(shù)據(jù)時間，修改測試環(huán)境的系統(tǒng)的時間當月的時間。發(fā)現(xiàn)本月需

搜索的時候前臺顯示 2 月份的 28、29 天，還有用 31 天月份這種月份的數(shù)據(jù)數(shù)對比 MySQL

數(shù)據(jù)庫里用 SQL 查詢統(tǒng)計的信息數(shù)量結(jié)果數(shù)量不一致。bug 原因是：開發(fā)在定時任務(wù)里固

定設(shè)置了每 30 天同步一次數(shù)據(jù)到臨時表。所以取的數(shù)據(jù)和查詢的數(shù)據(jù)不一致。

(O2O): 1，重復支付沒有做校驗，同一個訂單，可以重復支付

（當時開發(fā)沒有對訂單的狀態(tài)做支付校驗，后來開發(fā)在訂單支付時，加上了對支付狀態(tài)的校

驗。當訂單已經(jīng)完成支付后，就不能重復支付了。）

2、手機驗證碼數(shù)據(jù)庫表數(shù)據(jù)，沒有做自動清除，導致驗證碼可以重復使用。（臨時數(shù)據(jù)，

只要手機驗證碼被使用過，就自動刪掉數(shù)據(jù)庫記錄。）

3、手機驗證碼沒有做時間限制，只要沒有使用過，就可以使用。

1. （

P2P）在數(shù)據(jù)庫表中復制加密的密碼在前臺頁面也可以登陸（讓開發(fā)寫一條代碼需

要解密后的密碼才能登陸）

2. 在申請貸款時，借款標題填寫完，再選擇借款用途的時候，頁面會刷新，前面寫的標

題也清空了

3. 這借款單填寫完后點擊預覽，年利率只顯示個百分號。

4. 借出金額框可以任意輸入數(shù)據(jù)，沒有限制。

5. 強行流標的時候，服務(wù)費照樣扣，利息沒返回賬戶

6二十一、?你們借貸系統(tǒng)是上線后就結(jié)束了不用維護嗎？為什么要更

新版本，是因為客戶需求有很大改動？

答：上線后需要維護，大概兩個月更新一次版本，最初的版本功能不夠完善，客戶在使用過

程中也提出新的需求。有時候有大的需求就需要做大的版本更新。

二十二、?你怎么寫測試用例？怎么保證沒有遺漏？

答：Xmind 思維導圖分析，盡可能全面的分析，比如登錄用戶名要檢驗字段字符類型、長

度，是否與密碼匹配，他說那你寫登錄用戶名怎么用最少的用例保證沒有遺漏，我說數(shù)字、

符號、中文標點特殊字符等組合，查看數(shù)據(jù)庫里定義變量的類型，同時熟悉業(yè)務(wù)，依靠經(jīng)驗、

考慮不同的場景，總結(jié)以前現(xiàn)場過的問題的案例。

二十三、?如果一天之內(nèi)有 3.4 個新的版本，你會怎么做？

答：這么頻繁地換版本，就沒說明當前版本很不穩(wěn)定，每次來一個版本我都會先做冒煙測試，

然后對經(jīng)常出現(xiàn)問題的模塊根據(jù)重點用例進行測試，看是否當前版本相對穩(wěn)定。

二十四、?你這個 Xmind 是什么？有什么用？

答：是思維導圖工具，用來設(shè)計測試點，也方便轉(zhuǎn)化成用例，評審

二十五、?你們做過哪個方面的兼容測試？

答：在項目中我做了多個瀏覽器間的兼容測試，以及版本間的兼容測試（向下兼容）

二十六、?有什么比較主流的瀏覽器？

答：IE（IE8\9\11）、火狐、chrom（

V44\46\50\58）、360 等

7二十七、?你們的網(wǎng)頁是用什么語言寫的？用什么數(shù)據(jù)庫？后臺需要

你們測試維護嗎？

答：用 php 寫，用的是 mysql 數(shù)據(jù)庫，后強也是要我們測試維護的。

二十八、?你們項目有多少人?

答：我們項目大概 30 人左右，測試有 3 個，開發(fā) 15 個。

二十九、?你寫過測試計劃嗎，里面有哪些內(nèi)容？

答：寫過，主要內(nèi)容有測試目的、測試范圍、測試環(huán)境、測試方案、參與測試的人員和時間

安排、風險預估分析。

三十、?你寫過測試方案嗎？

答：寫過，方案具體明確碩測試策略該怎么做，對測試用例的規(guī)范，對測試環(huán)境的規(guī)范，對

測試工具的設(shè)計和選擇。

三十一、?怎么和開發(fā)有效果的溝通？

答：有時候郵件或者 QQ 不能傳達你表達的意思，并且消息不能第一時間看到，這個時候就

要當面溝通，和開發(fā)商量好時機，你準備好相應(yīng)的問題，在溝通的過程中你做好記錄，爭取

一次性搞定問題溝通。

三十二、?功能測試你們一般做幾輪？

答：如果時間足夠做三輪，如果不夠就兩輪，一輪全用例覆蓋，一輪重點用例覆蓋。

8三十三、?功能測試的 BUG 級別你們怎么劃分？

答：參考 BUG 級別定義。

三十四、?怎么確保自己負責測試的模塊沒有 BUG

答：首先很難保證完全沒有 BUG,只能執(zhí)行用例要全面，對用例做到全面覆蓋，同時在測試

過程中不斷地完善用例。并不斷地總結(jié)和分析出現(xiàn)過的 BUG，以提升用例的質(zhì)量。

三十五、?假如軟件還有許多 bug 沒有解決，沒法正常上線，領(lǐng)導說

下周要上線，你怎么去處理

答：我會把所有的未解決的 BUG 整理列出，發(fā)送給領(lǐng)導，同時建議組織會討論，列出一個

修復計劃，在有限的時間內(nèi)解決優(yōu)先級高的 BUG，把 BUG 的修復以及回測落實到具體的責

任人，同時我會主動跟進修復的情況，遇到風險時及時匯報。

三十六、?畫出你們的缺陷管理流程圖

答：

9三十七、?你所熟悉的 linux 命令、SQL 語句有哪些？

答：我們以前的服務(wù)器就是 linux 系統(tǒng)（centos6.5）,除了在上面搭建環(huán)境外有時候還需要在

上面查看日志定位問題，如配置環(huán)境變量文件用到 vi,查找文件用到 find，重啟服務(wù)用 service ,

下載安裝用 yum，查看進程用 ps，查看資源使用 top，還有解壓包的時候使用 tar,刪除文件

時用 rm，還有剪切復制 mv cp 等等。

數(shù)據(jù)庫就經(jīng)常用到 select,update,delete,drop,alter,insert into 等等。

三十八、?Linux 中 有個文本 你用什么命令統(tǒng)計其相同字符串的個

數(shù)

答：

grep -c 'http' request.log 字符串：

‘http’ 文本名：request.log

三十九、?不同的系統(tǒng)，怎么將一個系統(tǒng)的安裝包放到另一個系統(tǒng)里，

用什么命令（Linux 系統(tǒng)）？

答：scp -r local_folder remote_username@remote_ip:remote_folder

格式：Scp -r 源目錄 目標機器的 username@目標機器 ip:目標路徑

四十、?編輯命令是什么？怎么退出保存？

答：編輯命令：

vi

退出保存： ：wq (如果需要強制保存的話使用 ：wq!)

四十一、?你常用的 linux 命令有哪些？查看前 500 行用什么命令？

查看 cpu 用什么？查看動態(tài)日志是什么？

常用命令：

10強制刪除文件或目錄（一般慎用）：

rm –rf 文件名/目錄

查看本機 IP 與目標 IP 網(wǎng)絡(luò)是否通暢（常用）：

ping 目標 IP

查看文件的訪問權(quán)限：

ls –l

查看文件內(nèi)容：

cat/more/less 文件名

查找制定文件名的文件 ：

find –name 文件名

查看前 500 行：

Head -500 文件名

查看后 20 行 ：

tail -20 文件名

查看 cpu: cat /proc/cpuinfo

查看動態(tài)日志：tail –f abc.log

四十二、?Linux 的動態(tài)鏈接文件放在哪個文件夾

答：/usr/lib 常用的動態(tài)鏈接庫和軟件包的配置文件

四十三、?linux 中殺死某進程的命令？

答： Kill -9 進程號

四十四、?統(tǒng)計一個目錄下文件的數(shù)量的命令怎么寫？

答：統(tǒng)計當前文件夾下文件的個數(shù)：ls -l |grep "^-"|wc -l

統(tǒng)計當前文件夾下目錄的個數(shù)：ls -l |grep "^d"|wc -l

四十五、?vi 編輯文件怎么清空文本內(nèi)容

答：在命令模式下，首先執(zhí)行 gg 這里是跳至文件首行 再執(zhí)行：dG 這樣就清空了整個文

件

11四十六、?你們的測試環(huán)境是你搭建的嗎，怎么搭建，說一下步驟？

答：看搭建 LAMP 的環(huán)境步驟，先放開需要用到的端口（如數(shù)據(jù)庫 mysql 的 3306），或者

需要用到的，關(guān)閉 seliunx;然后使用 yum 命令安裝 Apache,安裝 mysql、安裝 PHP.，并配置

mysql 的密碼。最后把源碼包放到服務(wù)器的相應(yīng)目錄下，再重啟相關(guān)服務(wù)（如數(shù)據(jù)庫、Apache

服務(wù)）。

搭建 tomcat 應(yīng)用服務(wù)器步驟也大概類似，先下載安裝 jdk，并配置環(huán)境變量，再下載

tomcat，并配置環(huán)境變量，再安裝數(shù)據(jù)庫（mysql）,安裝完后把源碼包放到相應(yīng)的目錄，并

啟動 tomcat 服務(wù)發(fā)布。

四十七、?Linux 系統(tǒng)的優(yōu)點

答：開放性、多用戶、多任務(wù)、出色的速度性能、良好的圖形界面、豐富的網(wǎng)絡(luò)性能、可靠

的系統(tǒng)安全、良好的可移植性。

四十八、?Linux 命令修改網(wǎng)關(guān)

答：route add default gw 192.168.5.1

四十九、?Linux 命令修改 IP

答：ifconfig eth0 192.168.5.40 netmask 255.255.255.0

五十、?Linux 查看進程的命令

答：ps -ef|grep 進程名

五十一、?寫一個 shell 腳本來顯示當前日期、時間、用戶名和當前工

作目錄

答：#!/bin/bash

Cur_Dir=$(pwd)

echo $Cur_Dir

echo $(date +%Y-%m-%d +%H:%M:%S)

echo `who am i`

12五十二、?delete 和 drop 的區(qū)別

答：DROP 把表結(jié)構(gòu)都刪了

DELETE 只是把數(shù)據(jù)清掉

五十三、?你數(shù)據(jù)庫熟悉嗎，都會些什么？

答：mysql 和 Oracle 等關(guān)系型數(shù)據(jù)庫都熟悉，以前在項目里也經(jīng)常用到，增刪改查，多表、

關(guān)聯(lián)查詢都沒問題。還會使用存儲過程造數(shù)據(jù)。

五十四、?Oracle 和 MySQL 的區(qū)別？

答：Oracle 是大型數(shù)據(jù)庫，mysql 是中小型數(shù)據(jù)庫。

Oracle 支持大并發(fā)，大訪問量，是 OLTP 最好的工具

Oracle 也 Mysql 操作上的一些區(qū)別，如查前幾行的數(shù)據(jù)、mysql 主鍵能自動增長而

oracle 不行等等

五十五、?用數(shù)據(jù)庫怎么添加權(quán)限

答：一般是通過數(shù)據(jù)庫操作頁面對用戶的權(quán)限進行設(shè)置。

五十六、?數(shù)據(jù)庫查一個表格的前 10 行怎么查？

答：

select top 10 * from 表名;（sql server）

select * from 表名 limit 10;(mysql)

select * from 表名 where rownum<=10;(oracle)

13五十七、?MySQL 數(shù)據(jù)庫怎么刪除重復數(shù)據(jù)

答：刪除重復數(shù)據(jù)一般是根據(jù)某個字段來查詢多余重復的記錄，然后再刪除重復數(shù)據(jù)。

例如：

刪除表中多余的重復記錄，重復記錄是根據(jù)單個字段（peopleId）來判斷，只留有

rowid 最小的記錄

DELETE FROM people WHERE peopleName IN (SELECT peopleName FROM people

GROUP BY peopleName HAVING count(peopleName) > 1)AND peopleId NOT IN

( SELECT min(peopleId) FROM people GROUP BY peopleName HAVING

count(peopleName) > 1)

五十八、?查詢表 A 中存在 ID 重復三次及以上的記錄

答：Select *From A Where id in(select ID from A group by id having count(id)>=3)

五十九、?怎么把一個數(shù)據(jù)庫的數(shù)據(jù)同步到另外一個數(shù)據(jù)庫？

答：在一般生產(chǎn)環(huán)境中，數(shù)據(jù)庫中都有自動同步機制，當然也可以采用手工的辦法，就是講

數(shù)據(jù)庫的數(shù)據(jù)備份來后，再還原到另一個數(shù)據(jù)庫。

六十、?什么是視圖，什么是索引這兩者有什么區(qū)別？

答：視圖是從一個或多個表中導出來的表，是一種不是一種真正存在的概念。

視圖就像一個窗口，通過這個窗口可以看到系統(tǒng)專門提供的數(shù)據(jù)。

索引，可以理解為是一本書的目錄，它記錄了數(shù)據(jù)在數(shù)據(jù)庫中存放的位置，就像一本書的目

錄，記錄了，某一頁在這本書的那個位置。相同地，索引是一個單獨的、存儲在磁盤上的數(shù)

據(jù)庫結(jié)構(gòu)，它們包含著對數(shù)據(jù)庫表里所有記錄的引用指針。

14六十一、?sql 語句怎么更新數(shù)據(jù)庫？

更新單列：UPDATE 表名稱 SET 列名稱 = 新值 WHERE 列名稱 = 某值

更新多列：UPDATE 表名稱 SET 列名稱 = 新值，列名稱=新值，列名稱=新值 WHERE 列

名稱 = 某值

六十二、?數(shù)據(jù)庫中，游標是什么，其作用是什么？

答：概括來講，SQL 的游標是一種臨時的數(shù)據(jù)庫對象，即可以用來存放在數(shù)據(jù)庫表中的數(shù)據(jù)

行副本，也可以指向存儲在數(shù)據(jù)庫中的數(shù)據(jù)行的指針。游標提供了在逐行的基礎(chǔ)上操作表中

數(shù)據(jù)的方法。

作用：游標的一個常見用途就是保存查詢結(jié)果，以便以后使用。游標的結(jié)果集是由 SELECT

語句產(chǎn)生，如果處理過程需要重復使用一個記錄集，那么創(chuàng)建一次游標而重復使用若干次，

比重復查詢數(shù)據(jù)庫要快的多。

六十三、?CS 跟 BS 的區(qū)別

答：B/S 是 Brower/Server 的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如 Netscape

Navigator 或 Internet Explorer，服務(wù)器安裝 Oracle、Sybase、Informix 或 SQL Server 等數(shù)據(jù)

庫。瀏覽器通過 Web Server 同數(shù)據(jù)庫進行數(shù)據(jù)交互。

C/S 的優(yōu)點是能充分發(fā)揮客戶端 PC 的處理能力，很多工作可以在客戶端處理后再提交給服

務(wù)器。對應(yīng)的優(yōu)點就是客戶端響應(yīng)速度快

六十四、?平時工作中你是怎么應(yīng)用數(shù)據(jù)庫的？

答：功能測試和接口測試有時候需要查詢數(shù)據(jù)庫輔助檢查測試的結(jié)果 （如接口測試時，對

返回的結(jié)果有疑問的時候就需要去數(shù)據(jù)庫查詢來校對結(jié)果），性能測試時使用存儲過程大量

造數(shù)據(jù)。

15六十五、?給你一個模塊測試，只有一個星期的時間你如何有效率地

完成？

答：在有限的時間里，我會在明確了需求的情況下，先制定好工作計劃，把每天的任務(wù)細分，

先走重要地測試用例，保證重要的功能的測試覆蓋度，同時每天都會發(fā)出發(fā)現(xiàn)的 BUG,同時

跟進 BUG 的修復情況及時回測，并且每天都會發(fā)出日報，如果遇到有進度風險就會及時匯

報與項目組討論解決。

六十六、?你功能和性能短期內(nèi)哪個比較拿手？

答：這兩個都不錯，項目需要哪個我就做哪個，都沒問題。

六十七、?你同時負責功能和性能，你怎么做？

答：首先，我會先測試功能，保證部分功能沒有問題后，再給這部分開展性能測試，我會合

理統(tǒng)籌安排時間，在測試功能等待開發(fā)修改 BUG 的時候，我就開發(fā)腳本，在壓測的過程中

我又會去回歸驗證其他部分的功能問題是否已經(jīng)解決。如果實在完成不了這些量的任務(wù)，我

還會主動加班，或者及時匯報風險請求有空閑的同事支援。

六十八、?你們做回歸測試的時候是否全部都做呢？

答：看時間是否充裕，如果充裕會全部走一遍，如果不充裕主要針對 BUG 出現(xiàn)的模塊及相

關(guān)聯(lián)模塊做測試。

六十九、?你們用的是什么 BUG 管理工具，你會安裝嗎？

答：禪道，會（百度看下安裝文檔）

16七十、?給我一個登陸界面寫測試用例？

答：背項目中的登錄用例。

七十一、?你們怎么管理你們的用例？

答：我們項目以前是用 excle 管理，放在 svn 中，定期的維護更新。

七十二、?你認為是 bug,開發(fā)認為不是，怎么解決？如果最后還是僵

持不下，你有什么機智的方法解決？

答：與開發(fā)友好溝通，如果確實為 bug 并且很嚴重，演示證明給開發(fā)看，并闡明不修改會影

響用戶體驗，要堅持自己的觀點，如果 bug 不嚴重，可根據(jù)版本進度討論是否可以延期修

改

七十三、?會問你這個項目是給哪家公司做？

答：可以編一家公司（提前想好）。

七十四、?測試報告是你們經(jīng)理寫的嗎，你會自己寫嗎？

答：項目上線前項目經(jīng)理會寫，我們會提交相關(guān)數(shù)據(jù)給測試經(jīng)理，我自己平時也會寫我負責

的相關(guān)模塊的測試報告（要記測試報告的內(nèi)容）

七十五、?應(yīng)用寶下載 app 功能用例

答：1）UI 界面：顏色，圖文，按鈕位置和需求一致

（

2）功能方面：分正常邏輯和異常邏輯

正常邏輯：

①下載前

app 各項顯示正常

②下載中

17點擊下載：下載中斷，繼續(xù)下載，單個文件下載，多個文件同時下載

文件大小：下載大文件，下載小文件

下載速度：大文件速度慢，小文件速度快

網(wǎng)絡(luò)環(huán)境：2G/3G/4G/WIFI 各自下載，不同網(wǎng)絡(luò)切換下載，弱網(wǎng)絡(luò)下載，斷網(wǎng)下載，重新聯(lián)

網(wǎng)下載

內(nèi)存空間：空間足夠下載，空間不足下載相關(guān)提示）

③下載后

能夠正常安裝，卸載后能重新下載

異常邏輯：

第三方干擾（下載時有來電/短信/其他消息或通知/鬧鐘等）

內(nèi)存不足（下載一半內(nèi)存不足，能夠繼續(xù)下載）

機沒電（下載一半手機沒電,充電后能夠繼續(xù)下載）

斷網(wǎng)（下載過程人為斷網(wǎng)或不明原因的斷網(wǎng),繼續(xù)下載是否異常）

進程退出（下載一半,退出應(yīng)用寶）

手機死機（下載一半，手機死機，重啟是否正常下載）

后臺下載（下載時玩游戲/微信/QQ 等）

鎖屏下載（下載時鎖屏,再解鎖是否正常下載）

（

3）兼容性：

android 系統(tǒng)，ios 系統(tǒng)（應(yīng)用寶只支持 android 系統(tǒng)）

系統(tǒng)版本（2.0，3.0，4.0，5.0 等）

手機品牌（不同品牌，如魅族/華為/小米/oppo/三星/酷派等）

手機型號（同個品牌不同型號，如紅米/小米 1/小米 2/小米 2A/小米 2S 等）

（

4）安全性：下載的 app 是否為官方版本,非官方版本的安全提示

（

5）易用性：對用戶來講，下載操作等是否簡單易懂

（

6）性能方面（不是所有功能模塊都涉及到性能,看需求及開發(fā)而定）

測試點：電量/內(nèi)存/流量/頁面加載速度/響應(yīng)時延/流暢度等

使用工具：有內(nèi)部工具和外部工具，內(nèi)部工具為騰訊本部提供，簡單易操作，如視頻分幀工

具，外部工具為 fiddler/eclipse/mat/monkey

（二）瀏覽器搜索功能用例詳細如下:（只是功能和性能方面不同，其他類似于應(yīng)用寶下載

app 的用例）

（

1）UI 界面

（

2）功能方面

①精確搜索（比如搜“蘋果手機”）、模糊搜索（比如搜“手機”）

②搜索類型：中文，數(shù)字，英文，符號，空格等，及組合搜索，如中文+數(shù)字等

③搜索長度：比如只支持 100 個字符，需要重點測試輸入 0 個，1 個，2 個，99 個，100 個，

101 個字符這幾種情況

④輸入法兼容：覆蓋多種輸入法（百度，搜索，QQ 拼音，谷歌等）

⑤可搜索性：

輸入可查到結(jié)果的正常關(guān)鍵字、詞、語句，檢索到的內(nèi)容、鏈接正確性

輸入不可查到結(jié)果的關(guān)鍵字、詞、語句

⑥對比性：個別搜索項需要與其他瀏覽器的搜索結(jié)果做對比

⑦搜索結(jié)果：檢索到的內(nèi)容、鏈接正確性，點擊跳轉(zhuǎn)是否正常

（

3）兼容性

18Android，ios 系統(tǒng)

android 系統(tǒng)版本（2.0，3.0，4.0，5.0 等）

ios 系統(tǒng)版本（

6，7，8，9）

手機品牌（不同品牌，android 的如魅族/華為/小米/oppo/三星/酷派等，ios 的如 iphone4，

4S，5，5S，6，6S，6S PLUS）

手機型號（同個品牌不同型號，android 如紅米/小米 1/小米 2/小米 2A/小米 2S 等）

（

4）安全性：搜索結(jié)果頁面內(nèi)容是否安全，不安全的內(nèi)容一般設(shè)有警告提示

（

5）易用性：對用戶來講，搜索操作簡單易懂

（

6）性能方面

壓力測試：在不同用戶數(shù)壓力下的表現(xiàn)（評價指標如響應(yīng)時間等）

負載測試：看極限能承載多大的用戶量同時正常使用

穩(wěn)定性測試：常規(guī)壓力下能保持多久持續(xù)穩(wěn)定運行

內(nèi)存測試：有無內(nèi)存泄漏現(xiàn)象

七十六、?如何測試一個水杯？

答：一、功能測試

1.能否裝水，

2.除了裝水， 能否裝其他液體。比如可樂，酒精

3.能裝多少 ML 的水

4.杯子是否有刻度表

5.杯子能否泡茶，跑咖啡

6.杯子是否能放冰箱，做冰塊

7.杯子的材質(zhì)是什么（玻璃，塑料,黃金做的）

二、界面測試

1.外觀好不好看。

2.什么顏色

3.杯子的形狀是怎么樣的。

4.杯子的重量是多少

5.杯子是否有異味

6.杯子的圖案是否合理

三、性能測試

1.能否裝 100 度的開水 (泡茶)

2.能否裝 0 度冰水

3.裝滿水，放幾天后，是否會漏水

4.杯子內(nèi)壁上的涂料是否容易脫落。

5.杯子上的顏色是否容易褪色或者脫落

四、安全性測試

1.制作杯子的材料，是否有毒

2.放微波爐里轉(zhuǎn)的時候，是否會爆炸, 或者杯子是否會熔化。

193.從桌子上掉到水泥地上是否會摔碎。

4.杯子是否容易長細菌

5.杯子是否有缺口，會劃壞嘴巴

6.杯子內(nèi)壁上的材料，是否會溶解到水中

7.杯子破碎后，是否會對使用者造成傷害

五、可用性測試

1.杯子是否容易燙手

2.杯子是否好端，好拿

3.杯子的水是否容易喝到

4.杯子是否有防滑措施

總結(jié)

以后要是遇到一支筆、一個燈泡、一個椅子等等，都可按照同樣的思路測試。

七十七、?你和你們測試經(jīng)理是怎么一個交互界面？

答：平時通過公司內(nèi)部通訊工具交流，工作上匯報任務(wù)或者接受任務(wù)會使用郵件，工作之外

就用 QQ 和微信。

七十八、?通過什么知道一個測試人員的水平？

答：通過提交的 BUG 數(shù)，還有軟件上線后負責需求有沒有出現(xiàn)問題。

七十九、?你對加班有什么看法，能接受加班嗎？

答：我對加班沒什么抵觸心理，畢竟做這行加班趕進度也是很正常，如果需要加班趕進度我

沒問題，完全能接受加班。

八十、?能接受出差嗎？

答：可以。

20八十一、?你的職業(yè)規(guī)劃是什么？

答：首先，進入公司快速熟悉業(yè)務(wù)工作流程，盡快上手工作。當自己做的比較熟練之后，可

以帶領(lǐng)團隊的新人做事，主動多承擔工作職責。公司要做一些新的技術(shù)研究和項目測試工作，

自己也會主動學習研究，在業(yè)余時間加深學習更多的技術(shù)知識，運用在日常工作中分享給團

隊，爭取做項目組里面的全能型人才。如果以后公司做大了，只要領(lǐng)導需要，可以為領(lǐng)導分

擔一部分管理工作。

八十二、?你的期望工資？

答：具體多少你要看你面試過程中表現(xiàn)如何，如果表現(xiàn)一般，那你跟面試官說，：我本來的

期望是 8K，但通過剛才和您的交流，我發(fā)現(xiàn)我還有很多需求提升的地方，我可以接受調(diào)整，

同時要是我有機會進入貴公司，我會努力提升自己，以達到自己的期望薪資。

八十三、?上家公司離職時工資是多少？

答：比你的期望低點。

八十四、?為什么從上家公司離職？

答：首先，很感謝上家公司提供的學習及工作機會，讓我的測試能力和做事方式得到了很大

的提高。

這次離職找工作，主要想在一個陌生的環(huán)境及平臺中再次證明自己，挑戰(zhàn)自己，并積累更多

類型的項目測試經(jīng)驗，為以后的測試職業(yè)生涯做準備。

八十五、?從上家公司學到了些什么？

答：簡歷上的技能和為人處事方式。

21八十六、?你們公司地點在哪？

答：根據(jù)簡歷上的公司，百度上查相應(yīng)的公司地址。

八十七、?對之前公司的看法？

答：首先感謝上家公司提供我工作的平臺，以及對我技術(shù)磨煉以及為人處事的方式。以前公

司還是不錯，只是我個人原因想換一個工作來挑戰(zhàn)自己以及見識更多的技術(shù)以對我未來的職

業(yè)有更全面地發(fā)展。

注：不要說以前公司的壞話或倒閉。

八十八、?你對測試最大的興趣在哪里？為什么？

答：最大的興趣，感覺這是一個有挑戰(zhàn)性的工作；

測試是一個經(jīng)驗行業(yè)，工作越久越能感覺到做好測試的難度和樂趣

通過自己的工作，能使軟件產(chǎn)品越來越完善，從中體會到樂趣

回答此類問題注意以下幾個方面：

盡可能的切合招聘企業(yè)的技術(shù)路線來表達你的興趣，例如該企業(yè)是數(shù)據(jù)庫應(yīng)用的企業(yè)，那么表示

你的興趣在數(shù)據(jù)庫的測試，并且希望通過測試提升自己的數(shù)據(jù)庫掌握能力。

八十九、?簡述你在以前的工作中做過哪些事情，比較熟悉什么。

答：我過去的主要工作是系統(tǒng)測試和自動化測試。在系統(tǒng)測試中，主要是對 XX 系統(tǒng)的業(yè)務(wù)邏輯

功能.性能測試中，主要是進行的壓力測試，在各個不同數(shù)量請求的情況下，獲取系統(tǒng)響應(yīng)時間

以及系統(tǒng)資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測試

軟交換的特性測試。

在測試中，我感覺對用戶需求的完全準確的理解非常重要。另外，就是對 BUG 的管理，要以需

求為依據(jù)，并不是所有 BUG 均需要修改。

測試工作需要耐心和細致，因為在新版本中，雖然多數(shù)原來發(fā)現(xiàn)的 BUG 得到了修復，但原來正

22確的功能也可能變得不正確。因此要注重迭代測試和回歸測試。

九十、?你說說你的優(yōu)勢在什么的地方？

答：我的優(yōu)勢在于工作積極，做事主動，有責任心，具有良好的邏輯分析能力及良好的溝通能力。

九十一、?你的職業(yè)規(guī)劃是怎么樣的？

答：測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試

工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前 3 年累積測試經(jīng)驗，不斷的更新自己改正自己，做

好測試任務(wù)。

九十二、?在你以往的中自己覺得做過最有挑戰(zhàn)的事情是什么?

答;可從自己的項目著手，就說當時項目組測試這邊有人離職，然后你不僅要負責的自己的

模塊還要支撐他所負責的模塊，自己主動加班，熟悉他那塊的業(yè)務(wù)及測試，最終保證了項目

的交付，因此還得到的項目經(jīng)理的嘉獎。

九十三、?你有什么想問的？

答：可以問一些你們現(xiàn)在的項目的一些情況，還有如果我能面試過，我主要負責的工作內(nèi)容。

或者可以問一些有沒有培訓機制能提升自己等等。

二十、?BUG 的等級有哪些，如何劃分？

答：

Blocker（崩潰/致命）：

阻礙開發(fā)或測試工作的問題；造成系統(tǒng)崩潰、死機、死循環(huán)，導致數(shù)據(jù)庫數(shù)據(jù)丟失，與數(shù)據(jù)

庫連接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環(huán)、數(shù)據(jù)庫發(fā)生死

鎖、重要的一級菜單功能不能使用等（該問題在測試中較少出現(xiàn)，一旦出現(xiàn)應(yīng)立即中止當前

版本測試）

Critical（嚴重）：

系統(tǒng)主要功能部分喪失、數(shù)據(jù)庫保存調(diào)用錯誤、用戶數(shù)據(jù)丟失，一級功能菜單不能使用但是

不影響其他功能的測試。功能設(shè)計與需求嚴重不符，模塊無法啟動或調(diào)用，程序重啟、自動

退出，關(guān)聯(lián)程序間調(diào)用沖突，安全問題、穩(wěn)定性等。如：軟件中數(shù)據(jù)保存后數(shù)據(jù)庫中顯示錯

誤，用戶所要求的功能缺失，程序接口錯誤，數(shù)值計算統(tǒng)計錯誤等（該等級問題出現(xiàn)在不影

響其他功能測試的情況下可以繼續(xù)該版本測試）

Major（一般）：

功能沒有完全實現(xiàn)但是不影響使用，功能菜單存在缺陷但不會影響系統(tǒng)穩(wěn)定性。如：操作時

間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數(shù)據(jù)庫表中字段過多等

(該問題實際測試中存在最多，合理安排解決 BUG，解決率關(guān)系版本的優(yōu)化程度)

Minor（次要）：

界面、性能缺陷，建議類問題，不影響操作功能的執(zhí)行，可以優(yōu)化性能的方案等。如：錯別

字、界面格式不規(guī)范，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟失，文字

排列不整齊，光標位置不正確，用戶體驗感受不好，可以優(yōu)化性能的方案等（此類問題在測

試初期較多，優(yōu)先程度較低；在測試后期出現(xiàn)較少，應(yīng)及時處理）

十五、?測試用例設(shè)計的原則是什么？

答：1. 單個用例覆蓋最小化原則。

2. 測試用例替代產(chǎn)品文檔功能原則

3. 單次投入成本和多次投入成本原則

4. 使測試結(jié)果分析和調(diào)試最簡單化原則

十九、?測試計劃工作的目的是什么？測試計劃文檔的內(nèi)容應(yīng)該包

括什么？其中哪些是最重要的？

答：軟件測試計劃是指導測試過程的綱領(lǐng)性文件：

? 領(lǐng)導能夠根據(jù)測試計劃進行宏觀調(diào)控，進行相應(yīng)資源配置等

? 測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進行的工作等

? 便于其他人員了解測試人員的工作內(nèi)容，進行有關(guān)配合工作

包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、

風險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測

試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各

種變更。

測試計劃編寫 6 要素（5W1H）：

7? why——為什么要進行這些測試；

? what—測試哪些方面，不同階段的工作內(nèi)容；

? when—測試不同階段的起止時間；

? where—相應(yīng)文檔，缺陷的存放位置，測試環(huán)境等；

? who—項目有關(guān)人員組成，安排哪些測試人員進行測試；

? how—如何去做，使用哪些測試工具以及測試方法進行測試

測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試

活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其

中最重要的是測試測試策略和測試方法（最好是能先評審）。