以下是作為一名測(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 對(duì)于明顯的并且可以立刻解決的bug，將bug發(fā)給開發(fā)人員；（bug狀態(tài)ASSIGNED）; 對(duì)于不是bug的提交，集成部經(jīng)理通知測(cè)試設(shè)計(jì)人員和測(cè)試人員，對(duì)相應(yīng)文檔進(jìn)行修改; （bug狀態(tài)RESOLVED，決定設(shè)置為INVALID）; 對(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)。發(fā)現(xiàn)bug通知測(cè)試人員，測(cè)試人員以正規(guī)流程處理bug事件； 16. 然后是BETA測(cè)試，請(qǐng)用戶代表進(jìn)行測(cè)試。發(fā)現(xiàn)bug通知測(cè)試人員，測(cè)試人員以正規(guī)流程處理bug事件。