測(cè)試工程師是干嘛的（測(cè)試工程師的工作內(nèi)容）

關(guān)于測(cè)試工程師是干嘛的，測(cè)試工程師的工作內(nèi)容這個(gè)問題很多朋友還不知道，今天小六來為大家解答以上的問題，現(xiàn)在讓我們一起來看看吧！

1、以下是作為一名測(cè)試工程師的日常工作:階段:編寫測(cè)試計(jì)劃，測(cè)試用例、測(cè)試缺陷報(bào)告，并執(zhí)行測(cè)試用例，搭建Windows測(cè)試環(huán)境，熟練使用Bugzilla提交軟件缺陷報(bào)告 至于為什么嘛，當(dāng)然要一步步來的，要有計(jì)劃才能執(zhí)行啊，大概是這樣吧 ^_^ 使用測(cè)試技術(shù)及工具:白盒測(cè)試和黑盒測(cè)試 Loadrunner、Winrunner 能夠運(yùn)用邊界值、等價(jià)類劃分法、因果圖、狀態(tài)圖、大綱法等測(cè)試方法設(shè)計(jì)高效測(cè)試用例 軟件測(cè)試工作總體流程圖:詳細(xì)測(cè)試步驟: 1. 書寫測(cè)試計(jì)劃 2. 審核測(cè)試計(jì)劃，未通過返回第一步 3. 書寫測(cè)試用例; 4. 審核測(cè)試用例，未通過返回第三步 5. 測(cè)試人員按照測(cè)試用例逐項(xiàng)進(jìn)行測(cè)試活動(dòng),并且將測(cè)試結(jié)果填寫在測(cè)試報(bào)告上;(測(cè)試報(bào)告必須覆蓋所有測(cè)試用例) 6. 測(cè)試過程中發(fā)現(xiàn)bug，將bug填寫在bugzilla上發(fā)給集成部經(jīng)理;(bug狀態(tài)NEW) 7. 集成部經(jīng)理接到bugzilla發(fā)過來的bug 7.1 對(duì)于明顯的并且可以立刻解決的bug，將bug發(fā)給開發(fā)人員;(bug狀態(tài)ASSIGNED); 7.2 對(duì)于不是bug的提交，集成部經(jīng)理通知測(cè)試設(shè)計(jì)人員和測(cè)試人員，對(duì)相應(yīng)文檔進(jìn)行修改; (bug狀態(tài)RESOLVED，決定設(shè)置為INVALID); 7.3 對(duì)于目前無法修改的,將這個(gè)bug放到下一輪次進(jìn)行修改;(bug狀態(tài)RESOLVED，決定設(shè)置為REMIND) 8. 開發(fā)人員接到發(fā)過來的bug立刻修改;(bug狀態(tài)RESOLVED，決定設(shè)置為FIXED) 9. 測(cè)試人員接到bugzilla發(fā)過來的錯(cuò)誤更改信息，應(yīng)該逐項(xiàng)復(fù)測(cè)，填寫新的測(cè)試報(bào)告(測(cè)試報(bào)告必須覆蓋上一次中所有REOPENED的測(cè)試用例); 10. 如果復(fù)測(cè)有問題返回第六步(bug狀態(tài)REOPENED) 11. 否則關(guān)閉這項(xiàng)BUG(bug狀態(tài)CLOSED) 12. 本輪測(cè)試中測(cè)試用例中有95%一次性通過測(cè)試,結(jié)束測(cè)試任務(wù); 13. 本輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤有98%經(jīng)過修改并且通過再次測(cè)試(即bug狀態(tài)CLOSED)，返回第五步進(jìn)行新的一輪測(cè)試; 14. 測(cè)試任務(wù)結(jié)束后書寫測(cè)試總結(jié)報(bào)告; 15. 正規(guī)測(cè)試結(jié)束進(jìn)入非正規(guī)測(cè)試，首先是ALPHA測(cè)試，請(qǐng)公司里其他非技術(shù)人員以用戶角色使用系統(tǒng)。

2、發(fā)現(xiàn)bug通知測(cè)試人員，測(cè)試人員以正規(guī)流程處理bug事件; 16. 然后是BETA測(cè)試，請(qǐng)用戶代表進(jìn)行測(cè)試。

3、發(fā)現(xiàn)bug通知測(cè)試人員，測(cè)試人員以正規(guī)流程處理bug事件。

本文分享完畢，希望對(duì)大家有所幫助。

標(biāo)簽：