1原朝、你在項目中負責什么？

參考答案：在工作中我主要負責功能測試镶苞，其次還參與了一些非功能測試喳坠，如：接口測試，自動化測試茂蚓，性能測試壕鹉，兼容性測試等。在項目中主要參與了需求分析和需求評審聋涨，負責收集項目資料協(xié)助上級完成測試計劃的編寫晾浴，編寫測試用例并評審，測試環(huán)境的搭建以及測試執(zhí)行和編寫測試報告等工作牍白。

2脊凰、問題：怎么保證覆蓋用戶需求？

? 回答：從BA那里拿到需求文檔淹朋，熟悉文檔笙各，畫好流程圖钉答，保證整個流程都覆蓋全面，小組之間每個人都要根據(jù)各自的流程圖杈抢，來講解一下自己的思路数尿，防止測試點遺漏，各個功能點有哪些限制條件惶楼，防止之后編寫測試用例時發(fā)現(xiàn)遺漏右蹦；用例編寫完之后，再進行用例的評審歼捐，看看測試點有沒有用遺漏何陆，對需求理解有沒有錯誤，測試場景是否覆蓋完全豹储。

3贷盲、一般測試過程中出現(xiàn)問題，你是怎么定位的剥扣？

參考答案：

1）巩剖、檢查測試環(huán)境是否有問題

2）、用fiddler抓包钠怯，分析請求和響應(yīng)數(shù)據(jù)是否存在問題

3）佳魔、查看應(yīng)用服務(wù)器的日志

4）、然后再查看數(shù)據(jù)庫的數(shù)據(jù)是否存在問題

4晦炊、測試結(jié)束的標準是什么鞠鲜？

答：需求覆蓋率、用例執(zhí)行率断国、缺陷遺留率達到預(yù)定質(zhì)量目標

5贤姆、你會編寫測試計劃嗎？

參考答案：我們之前的測試計劃都是測試組長寫的并思，我們只是負責收集數(shù)據(jù)庐氮，協(xié)助組長完成測試計劃的編寫，測試計劃的內(nèi)容還是知道的宋彼，有測試范圍弄砍、測試方式/策略、測試資源输涕、測試開始和結(jié)束條件音婶、進度安排、測試組織等莱坎，如果以后有機會讓我來編寫測試計劃衣式，我覺得我沒問題。-----(回答的時候，要自信碴卧。)

6弱卡、缺陷怎么分類的？怎么跟蹤住册？印象最深的bug有哪些婶博？

參考答案：缺陷類型分為：致命荧飞，嚴重凡人，一般叹阔，輕微

? ? ? ? ? 怎么跟蹤：

? ? ? ? ? 印象最深的bug：（這個問題經(jīng)常問題，必須要提前準備好）

7耳幢、測試一般做幾輪岸晦？

參考答案：一般是兩三輪，看情況委煤，缺陷不多修档，就兩輪；稍微多些府框，就三輪吱窝。（一般我們測試都分兩到三輪，通常是兩輪迫靖，如果Bug數(shù)量多的話就三輪。然后我們拿到求文檔后照激，進行需求分析和評審一般要兩天左右，測試計劃的編寫大概也要半天時間俩垃，編寫測試用例和評審也要兩到三天汰寓，然后測試執(zhí)行也要兩到三天，中途開發(fā)要修復(fù)bug和回歸測試也要兩到三天）

8有滑、工作中遇到過什么困難，是怎么解決的望艺？

參考答案：(思考三四秒...)在上個項目遇到過一個，當時我們的測試環(huán)境有問題找默，在界面上構(gòu)造不了數(shù)據(jù)啡莉，導(dǎo)致測試堵塞了港准，項目又趕著上線咧欣，當時我們的解決方法是魄咕，從生產(chǎn)環(huán)境上把數(shù)據(jù)導(dǎo)到測試環(huán)境上來測試。

8哮兰、你們兼容性怎么測試的？

面：你們上一個項目寫了多少條測試用例

我：我也記不太清了喝滞，大概一千多條吧阁将，但我們迭代比較頻繁右遭，大概一個迭代是100多條用例，這個也是要根據(jù)需求來吹榴，需求多的話滚婉，就寫多一些

面：發(fā)現(xiàn)了多少個Bug

我：發(fā)現(xiàn)了五六十個bug吧，如果面試官問：發(fā)現(xiàn)這么多?就回答開發(fā)的水平有限远剩，如果說少哨鸭，就說開發(fā)的能力可以

面：項目有上線嗎

我：我們公司是做外包的，產(chǎn)品一般都是給客戶定制像鸡，完成項目后交付給客戶他們會自己去運營，有可能把軟件的名字改了再上線志群，我們也不清楚

9、迭代兩到三周的項目荠医，需求分析寫多久桑涎，用例寫多久，寫多少用例娃胆，執(zhí)行多久等曼，發(fā)現(xiàn)多少個bug，做了幾個版本禁谦，項目有沒有上線？

參考答案：

1）丧蘸、需求分析1到2天遥皂，用例也是寫兩天左右，包括用例評審；

2）爽冕、用例的個數(shù)看需求和顆粒度的大小，如果時間充足乌奇，我們寫的用例細眯娱，用例數(shù)就多些，一個版本大概有100多條徙缴，執(zhí)行花的時間長了，一般要4到5天疏叨；

3）、每個版本發(fā)現(xiàn)的bug數(shù)量卦溢，要看需求和實現(xiàn)起來的難易程度秀又，開發(fā)人員的水平和測試用例的質(zhì)量，一般一個版本我們能找50-60個bug宣决，越到后面袱讹，系統(tǒng)越來越穩(wěn)定，發(fā)現(xiàn)的bug就越少捷雕；

4）、總的版本數(shù)記不清了壶熏，十來個版本是有了的浦译；

5）、項目上線了帽哑，我們是給用戶定制產(chǎn)品的叹俏，交付給用戶自己運營。

10屡谐、你們的項目做了多久蝌数，一直在做？你負責哪些模塊顶伞？

提示：這個項目到現(xiàn)在還一直在做剑梳，已經(jīng)做了8個月了(多長時間肄梨，可以靈活修改)，前期需求比較多众羡，迭代的版本多一些，到后期項目基本穩(wěn)定了羊壹，需求變化不大齐婴，我們會被調(diào)去做其他項目，這個項目后期如果需求發(fā)生變化情妖，我們還是要負責測試诱担。所以，在上家公司基本每個人都會跟著幾個項目料睛。

提示：回答負責哪些模塊的時候摇邦，一定不能說 注冊，登陸居扒，查詢３笊鳌！Ａ⒀啤姻灶！

11产喉、項目多久迭代一次

1）敢会、沒有固定時間这嚣，看需求的多少和復(fù)雜程度，快的這個星期吏垮，慢的一個月

2）罐旗、看需求的多少，我們寫的用例比較細九秀，一個用例測試一個場景鼓蜒，基本每個迭代都有100多條用例

3）、把bug單對應(yīng)的用例執(zhí)行一遍都弹，還要檢查有數(shù)據(jù)交互的模塊會不會受影響缔杉，有沒有引入新的問題；項目上線前或详，還要把當前版本的重要功能以及冒煙測試的用例都回歸一遍，確保重要功能上線后不出問題椒振。

12梧乘、那你們用例執(zhí)行后bug占整體的比率，是什么原因造成的夹供？

參考答案：一般是40%左右

14仁堪、問題：當用戶需求變更時，你會怎么做鸟辅？

答案：這個會經(jīng)常遇到的，一般如果是小的需求變更枪眉，合理的話再层，能改的，經(jīng)理會讓開發(fā)直接改萨脑，然后測試再測一下就好了饺饭，如果是涉及到比較大的改動的話，我們會開會討論一下會影響到的模塊鹊杖，經(jīng)理會計算一下修改的成本扛芽，一般會建議放到下一個版本再修改，如果必須要改的話登下，開發(fā)就會改的叮喳，測試也會重新修改一下測試用例，把可能會影響到的模塊再測一遍馍悟。

14锣咒、公司在哪里？有多少人毅整？項目有多少人悼嫉？

參考答案：公司在xxxx，有40來人暴区，沒問的項目開發(fā)有7個辛臊，測試2個。

17彻舰、問：在最新的項目中有學(xué)習(xí)到什么刃唤，對自身的成長有沒有什么幫助

答： 通過這個項目首先是豐富了我自身的測試經(jīng)驗，然后這個項目也是有做性能硬霍、接口笼裳、自動化等等，這讓我的測試能力更能全面的發(fā)展拜轨，同時通過項目也讓我對web端的測試更加熟悉允青，相信在以后的工作中我對web端的項目能夠盡快上手的。

---（PS：根據(jù)自己的理解來回答）

************************************

15法牲、面試官：支付功能怎么測試(特別重要)

第三方支付木柬，微信怎么測？

像第三方支付寶恶复，微信調(diào)用接口速挑，然后我們公司有專用的支付寶賬號和微信賬號

1、從功能方面考慮：

1）翅萤、用戶的使用場景：包括正常完成支付的流程腊满；支付中斷后繼續(xù)支付的流程培己；支付中斷后結(jié)束支付的流程胚泌；單訂單支付的流程玷室；多訂單合并支付的流程；余額不足敌蜂；未綁定銀行卡津肛；密碼錯誤；密碼錯誤次數(shù)過多囊陡；找人代付掀亥；弱網(wǎng)狀態(tài)下，連續(xù)點擊支付功能功能遏片，會不會支付多次撮竿；分期付款等；

2）髓需、不同終端上支付：包括PC端的支付房蝉、筆記本電腦的支付、平板電腦的支付咧擂、手機端的支付等檀蹋；

3）、不同的支付方式：銀行卡網(wǎng)銀支付贸桶、支付寶支付、微信支付等堡赔；

4）设联、從產(chǎn)品容錯性上：包括支付失敗后离例，能否再次支付悉稠、能否退款；

2耀盗、從性能方面考慮：

多個用戶并發(fā)支付能否成功卦尊；

支付的響應(yīng)時間；

3忿薇、從安全性方面考慮

? 使用Fiddler攔截訂單信息躏哩，并修改訂單金額，或者修改訂單號筋栋，(下兩個訂單A,B正驻，付款時攔截訂單B，并把訂單B的訂單號改為A訂單的訂單號)無法完成支付肴颊；

4渣磷、從用戶體驗方面考慮

是否支持快捷鍵功能；

點擊付款按鈕竟宋，是否有提示丘侠；

取消付款，是否有提示打肝；

UI界面是否整潔挪捕；

輸入框是否對齊，大小是否適中等断医。

5奏纪、兼容性

? BS架構(gòu)：不同瀏覽器測試。

? APP：不同類型醉锅，不同分辨率发绢，不同操作系統(tǒng)的手機上測試

16朴摊、購物車怎么測試？(特別重要)

1.功能測試

? ? a）口锭、未登錄時：

將商品加入購物車介杆，頁面跳轉(zhuǎn)到登錄頁面，登錄成功后購物車數(shù)量增加荆隘。

? ? b）赴背、登錄后：

所有鏈接是否跳轉(zhuǎn)正確；

商品是否可以成功加入購物車燃观；

購物車商品總數(shù)是否有限制缆毁；

商品總數(shù)統(tǒng)計是否正確；

全選功能是否可用颁督；

刪除功能是否可用浇雹；

價格總計是否正確；

商品文字太長時是否顯示完整；

購物車中下架的商品是否有標識虎锚，是否還能支付衩婚；

新加入購物車商品排序（添加購物車中存在的店鋪的商品和購物車中不存在的店鋪的商品）；

是否支持快TAB非春、ENTER等快捷鍵；

商品刪除后商品總數(shù)是否減少护侮；

收藏功能是否可用储耐；

購物車結(jié)算功能是否可用什湘。

2.兼容性測試

? ? ? BS架構(gòu)：不同瀏覽器測試，比如：IE得哆，火狐哟旗，谷歌，360這些乐设。

? ? ? APP：在主流的不同類型近尚，不同分辨率，不同操作系統(tǒng)的手機上測試歼跟，華為格遭，vivo，oppo等

3.用戶體驗測試

? ? ? 刪除商品是否有提示骚秦；

? ? ? 是否支持快捷鍵功能璧微；

? ? ? 是否有回到頂部的功能前硫；

? ? ? 商品過多時結(jié)算按鈕是否可以浮動顯示；

? ? ? 購物車有多個商品時阶剑，能不能只對單個商品結(jié)算危号；

? ? ? 界面布局外莲、排版是否合理；

? ? ? 文字是否顯示清晰办龄；

? ? ? 不同賣家的商品是否區(qū)分明顯。

4.性能測試

? ? ? 打開購物車頁面要多長時間

************************************

17淋昭、面試官：你們整個購物流程是怎樣的俐填，都有那些測試點？ -- 以下答案為只能作為回答思路的參考翔忽，具體細節(jié)需要自己再細化

答：我們整個測試購物流程是這樣的英融，首先在前臺界面去搜索自己要購買的商品盏檐，搜索這功能是我們的一個測試點（問:那你是怎么去測試這搜索功能的）首先我會按正常情況下輸入正確的信息去進行搜索看是否達到自己想要的結(jié)果，然后會輸入一些異常的信息去搜索如：搜索不存在的商品驶悟、敏感的字符等看是否能搜索胡野，這就是我對搜索功能的一個測試。把自己要購買的商品添加購物車（說了下購物車的測試）添加一件商品到購物車然后去檢驗是否添加成功痕鳍，添加同樣的商品是否數(shù)量疊加，添加前的價格和添加后的價格是否一樣等這些都詳細說了下........最后就是結(jié)算笼呆，我說在結(jié)算之前要確認購物車商品的價格是否和結(jié)算的價格一樣熊响，確認一致后選擇一種支付方式如微信、支付寶诗赌、余額支付等支付之后去確認扣款的錢是否和結(jié)算的錢一樣.......之后還說了下物流方面還有訂單狀態(tài)方面（簡單說了下）

安裝測試：

通過第三方軟件協(xié)助安裝是否正常

在不同操作系統(tǒng)下安裝是否正常

安裝過程中斷網(wǎng)汗茄，安裝是否能完成

安裝后的文件夾及文件是否寫到了指定的目錄里，且沒有生成多余的目錄結(jié)構(gòu)和文件

軟件安裝過程是否可以取消铭若，點擊取消后洪碳，寫入的文件是否如概要設(shè)計說明處理

軟件安裝過程中斷電/重啟/死機

安裝空間不足時是否有相應(yīng)提示

卸載測試

可以通過第三方軟件協(xié)助卸載

測試卸載后文件是否全部刪除所有的安裝文件夾

軟件卸載過程中斷電/重啟/死機

卸載后是否可以重裝

升級測試

在線跨版本升級

通過第三方軟件協(xié)助升級是否正常

在不同操作系統(tǒng)下升級是否正常

升級過程中斷網(wǎng)，升級是否能完成

升級后的文件夾及文件是否寫到了指定的目錄里叼屠，且沒有生成多余的目錄結(jié)構(gòu)和文件

軟件升級過程是否可以取消瞳腌，點擊取消后，寫入的文件是否如概要設(shè)計說明處理

軟件升級過程中斷電/重啟/死機

升級空間不足時是否有相應(yīng)提示

總用例數(shù)1200條环鲤， 總bug300個左右， 每天寫50-60個憎兽，一個每個項目大概6-12個月冷离，