1.軟件測試的流程是什么？

需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時(shí)間安排、功能需求、性能需求、質(zhì)量需求及測試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時(shí)間和工作量估計(jì)以及項(xiàng)目報(bào)價(jià)，制定初步的項(xiàng)目計(jì)劃。

測試準(zhǔn)備：組織測試團(tuán)隊(duì)、培訓(xùn)、建立測試和管理環(huán)境等。

測試設(shè)計(jì)：按照測試要求進(jìn)行每個(gè)測試項(xiàng)的測試設(shè)計(jì)，包括測試用例的設(shè)計(jì)和測試腳本的開發(fā)等。

測試實(shí)施：按照測試計(jì)劃實(shí)施測試。

測試評(píng)估：根據(jù)測試的結(jié)果，出具測試評(píng)估報(bào)告。

2、做好軟件測試的一些關(guān)鍵點(diǎn)

必須經(jīng)過測試基礎(chǔ)知識(shí)和理論的相關(guān)培訓(xùn)

測試人員必須熟悉系統(tǒng)功能和業(yè)務(wù)

測試要有計(jì)劃，而且測試方案要和整個(gè)項(xiàng)目計(jì)劃協(xié)調(diào)好

必須實(shí)現(xiàn)編寫測試用例，測試執(zhí)行階段必須根據(jù)測試用例進(jìn)行

易用性，功能，分支，邊界，性能等功能性和非功能性需求都要進(jìn)行測試

對(duì)于復(fù)雜的流程一定要進(jìn)行流程分支，組合條件分析，再進(jìn)行等價(jià)類劃分準(zhǔn)備相關(guān)測試數(shù)據(jù)

測試設(shè)計(jì)的一個(gè)重要內(nèi)容是要準(zhǔn)備好具體的測試數(shù)據(jù)，清楚這個(gè)測試數(shù)據(jù)是測試那個(gè)場景或分支的。

個(gè)人任務(wù)平均每三個(gè)測試用例至少應(yīng)該發(fā)現(xiàn)一個(gè) BUG，否則只能說明測試用例質(zhì)量不好

除了每天構(gòu)建的重復(fù)測試可以考慮測試自動(dòng)化外，其他暫時(shí)都不要考慮去自動(dòng)化

3、你所熟悉的軟件測試類型有哪些?

測試類型有：功能測試、性能測試、界面測試

功能測試在測試工作中占有比例最大，功能測試也叫黑盒測試

性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行

界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象

區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測試主要關(guān)注產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試則關(guān)注與用戶體驗(yàn)相關(guān)內(nèi)容，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范(用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍?。做某個(gè)性能測試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒有問題的，然后再考慮性能的問題。

4、編寫測試用例方法有哪些？

答：等價(jià)類、邊界值、錯(cuò)誤推測法、場景法，我個(gè)人常用的方法就是這些

5、beta 測試與 alpha 測試的區(qū)別？

答：alpha 測試是公司內(nèi)部在模擬實(shí)際操作環(huán)境下進(jìn)行的一種驗(yàn)收，公司內(nèi)部會(huì)組織內(nèi)部員工進(jìn)行的測試，alpha 測試不能由程序員或者測試完成。

beta 測試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試，beta 測試不能由程序員或測試員完成。

6、能不能說下你們公司的項(xiàng)目流程或者說介紹下你們公司的工作流程？在每個(gè)階段的輸出有哪些？

答：首先會(huì)召開需求分析會(huì)議，參加人員有產(chǎn)品、開發(fā)和測試，主要是探討需求主要的一些功能點(diǎn)；然后開發(fā)就排期進(jìn)行開發(fā)，主管開始編寫測試計(jì)劃，對(duì)我們進(jìn)行任務(wù)分配。

我們參考需求規(guī)格說明書及原型圖編寫測試用例，寫完之后會(huì)進(jìn)行用例評(píng)審，有評(píng)審修改的就修改整理形成最終的用例版本；開發(fā)人員版本編譯完成后，我們會(huì)先進(jìn)行預(yù)測，主要對(duì)主功能業(yè)務(wù)進(jìn)行測試，如果主業(yè)務(wù)流程不通過，直接返回給開發(fā)進(jìn)行修改。預(yù)測通過，依據(jù)測試用例進(jìn)行系統(tǒng)測試。測試過程中，提交 bug，跟蹤 bug，進(jìn)行回歸測試直至不存在嚴(yán)重 bug，滿足用戶需求，測試完后編寫測試報(bào)告；產(chǎn)品發(fā)布上線后，關(guān)注 web 是否正常運(yùn)行，要進(jìn)行常規(guī)的維護(hù)性測試。

7、寫過測試計(jì)劃或者是測試報(bào)告么？測試計(jì)劃包括哪些主要步驟和信息？測試報(bào)告包括哪些內(nèi)容？測試報(bào)告交付文檔有哪些？

答：寫過；1、測試計(jì)劃包括：項(xiàng)目信息、參與文檔、測試范圍、測試策略、測試時(shí)間人員安排、測試環(huán)境；2、測試報(bào)告包含：項(xiàng)目背景、參考資料、測試范圍、測試結(jié)果及缺陷分析、測試結(jié)論與建議，風(fēng)險(xiǎn)評(píng)估；3、交付文檔：主要是測試用例、測試計(jì)劃、測試報(bào)告。

8、對(duì)于重現(xiàn)率不高的 BUG 怎么處理？

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

9、bug 的生命周期？

答：Bug 的生命周期，就是一個(gè) bug 被發(fā)現(xiàn)到這個(gè) bug 被關(guān)閉的過程，生命周期中一般缺陷狀態(tài)：新建、指派、已解決、待驗(yàn)、關(guān)閉

如果待驗(yàn)證的 bug 在驗(yàn)證是沒有解決好，我們需要重新打開（激活）→指派→已解決→待驗(yàn)，循環(huán)這個(gè)過程，中間其他狀態(tài)：重新打開、拒絕、延期等

10、當(dāng)你提了一個(gè) bug，開發(fā)認(rèn)為這不是 bug，怎么處理？

答：首先確認(rèn)開發(fā)環(huán)境是否跟自己測試環(huán)境一致，確認(rèn)在測試環(huán)境能重現(xiàn)，如果確認(rèn)是缺陷跟開發(fā)保持有效溝通，如果是級(jí)別較低的建議性 bug，可以先記錄到 bug 平臺(tái)，先保留溝通。如果是 bug 級(jí)別較高的問題，對(duì)應(yīng)需求文檔的預(yù)期結(jié)果跟開發(fā)說明，更有說服力；耐心講解 BUG 的危害，不行就找產(chǎn)品確認(rèn)，確實(shí)是 BUG 注明情況并再次指派給開發(fā)