狗皮膚測(cè)試工程師工作時(shí)間
mutouchoupihai
胡來(lái)，任性
一般是正常工作時(shí)間。軟件測(cè)試工程師一般是正常上班族的工作8小時(shí)，雙休的作息，加班往往也很少，只要按時(shí)按量完成工作就可以。軟件測(cè)試工作也并不需要太多腦力，只要按照經(jīng)驗(yàn)和方法去進(jìn)行測(cè)試就可以了。所以其實(shí)軟件測(cè)試工作是不太累的。另外軟件測(cè)試人員把測(cè)試出來(lái)的bug提交后，在軟件著急上線的情況下，軟件開發(fā)工程師往往要加班修改代碼。所以軟件測(cè)試人員加班的情況下，軟件開發(fā)人員一般要陪同。而軟件開發(fā)人員加班的時(shí)候，軟件測(cè)試人員則不用陪同。
jackor57992
軟件測(cè)試工程師是從軟件分離出來(lái)的一個(gè)心情的行業(yè)，在大學(xué)的專業(yè)中也專門有一個(gè)獨(dú)立的專業(yè)，但是這個(gè)行業(yè)比較辛苦的，加班不說(shuō)，各人需要掌握的計(jì)算機(jī)方面的知識(shí)非常多。
作為一名軟件測(cè)試工程師需要掌握哪些專業(yè)知識(shí)
1、軟件工程師需要有一定的軟件代碼編寫和技術(shù)開發(fā)的知識(shí)
軟件測(cè)試本事就是分離出來(lái)的，軟件測(cè)試工程師的代碼編程的要求不能像專門所軟件開發(fā)的要求那么高，但是軟件工程師為了能更好的檢查軟件就需要后臺(tái)代碼的編寫，同時(shí)軟件工程師還要考慮軟件的功能、性能以及系統(tǒng)架構(gòu)
2、軟件測(cè)試工程師要學(xué)會(huì)統(tǒng)計(jì)、概況、歸納總結(jié)與分析
軟件測(cè)試工程師要求能夠利用數(shù)據(jù)和圖表來(lái)反映軟件的好與壞，并能寫出一份總結(jié)報(bào)告，最后呈現(xiàn)給相關(guān)領(lǐng)導(dǎo)
3、作為一名合格的軟件測(cè)試工程師要合理掌握時(shí)間
軟件測(cè)試工程師在接過(guò)項(xiàng)目之后，要合理的分配時(shí)間，每一個(gè)時(shí)間段進(jìn)行哪些方面的技術(shù)檢查，而且臨時(shí)出現(xiàn)了問(wèn)題，軟件測(cè)試工程師該如何做
4、軟件測(cè)試工程師要有拓展思維
一名優(yōu)秀的軟件測(cè)試工程師要具備發(fā)現(xiàn)軟件問(wèn)題的眼睛，能夠快速的查到軟件的問(wèn)題所在也不至于耽誤客戶太多的時(shí)間。同時(shí)軟件測(cè)試工程師要累積項(xiàng)目并總結(jié)經(jīng)驗(yàn)，這能才能更好的提升自己。
軟件測(cè)試工程師主要做的就是檢查軟件的問(wèn)題，并要具備出現(xiàn)問(wèn)題能夠在簡(jiǎn)短的時(shí)間內(nèi)解決問(wèn)題；軟件工程師要學(xué)會(huì)溝通、無(wú)論是與客戶的溝通還是與同事間的交流都能從多方面提升自己。當(dāng)出現(xiàn)問(wèn)題的的時(shí)候只有軟件測(cè)試工程師之間相互交流，才能探索問(wèn)題、才能發(fā)現(xiàn)新的技術(shù)。并快速解決。
無(wú)敵幸運(yùn)星1
①測(cè)試和發(fā)現(xiàn)軟件中存在的軟件缺陷；②測(cè)試工作需要貫穿整個(gè)軟件的生命周期；③ 測(cè)試用例報(bào)告形成：測(cè)試人員為了更好更有效地進(jìn)行測(cè)試，保證測(cè)試工作質(zhì)量，需要在執(zhí)行測(cè)試工作之前首先需要設(shè)計(jì)測(cè)試用例，形成測(cè)試用例報(bào)告。④測(cè)試計(jì)劃制定：測(cè)試過(guò)程中，為了更好地組織與實(shí)施測(cè)試工作，測(cè)試負(fù)責(zé)人需要制定測(cè)試計(jì)劃，包括有測(cè)試資源、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試方法、測(cè)試工具、測(cè)試風(fēng)險(xiǎn)等。⑤ 缺陷報(bào)告編寫及提交：測(cè)試人員將發(fā)現(xiàn)的缺陷編寫成正式的缺陷報(bào)告，提交給開發(fā)人員進(jìn)行缺陷的確認(rèn)和修復(fù)。⑥軟件質(zhì)量分析：在測(cè)試完成后，測(cè)試人員需要根據(jù)測(cè)試結(jié)果來(lái)分析軟件質(zhì)量，包括缺陷率、缺陷分布、缺陷修復(fù)趨勢(shì)等。給出軟件各種質(zhì)量特性包括有功能性、可靠性、易用性、安全性、時(shí)間與資源特性等的具體度量。最后給出一個(gè)軟件是否可以發(fā)布或提交用戶使用的結(jié)論。
臉紅紅1121
以下是作為一名測(cè)試工程師的日常工作：階段：編寫測(cè)試計(jì)劃，測(cè)試用例、測(cè)試缺陷報(bào)告，并執(zhí)行測(cè)試用例，搭建Windows測(cè)試環(huán)境，熟練使用Bugzilla提交軟件缺陷報(bào)告 至于為什么嘛，當(dāng)然要一步步來(lái)的，要有計(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ì)劃，未通過(guò)返回第一步 3. 書寫測(cè)試用例； 4. 審核測(cè)試用例，未通過(guò)返回第三步 5. 測(cè)試人員按照測(cè)試用例逐項(xiàng)進(jìn)行測(cè)試活動(dòng),并且將測(cè)試結(jié)果填寫在測(cè)試報(bào)告上；（測(cè)試報(bào)告必須覆蓋所有測(cè)試用例） 6. 測(cè)試過(guò)程中發(fā)現(xiàn)bug，將bug填寫在bugzilla上發(fā)給集成部經(jīng)理；（bug狀態(tài)NEW） 7. 集成部經(jīng)理接到bugzilla發(fā)過(guò)來(lái)的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ì)于目前無(wú)法修改的,將這個(gè)bug放到下一輪次進(jìn)行修改；（bug狀態(tài)RESOLVED，決定設(shè)置為REMIND） 8. 開發(fā)人員接到發(fā)過(guò)來(lái)的bug立刻修改;（bug狀態(tài)RESOLVED，決定設(shè)置為FIXED） 9. 測(cè)試人員接到bugzilla發(fā)過(guò)來(lái)的錯(cuò)誤更改信息，應(yīng)該逐項(xiàng)復(fù)測(cè)，填寫新的測(cè)試報(bào)告（測(cè)試報(bào)告必須覆蓋上一次中所有REOPENED的測(cè)試用例）； 10. 如果復(fù)測(cè)有問(wèn)題返回第六步（bug狀態(tài)REOPENED） 11. 否則關(guān)閉這項(xiàng)BUG（bug狀態(tài)CLOSED） 12. 本輪測(cè)試中測(cè)試用例中有95%一次性通過(guò)測(cè)試,結(jié)束測(cè)試任務(wù)； 13. 本輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤有98%經(jīng)過(guò)修改并且通過(guò)再次測(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事件。
優(yōu)質(zhì)工程師考試問(wèn)答知識(shí)庫(kù)