軟件測(cè)試的工作內(nèi)容須知

       一款軟件的問(wèn)世，不僅需要程序員敲代碼，寫(xiě)程序，更需要軟件測(cè)試人員對(duì)軟件的進(jìn)一步測(cè)試，通過(guò)這道程序才能成功問(wèn)世，那么軟件測(cè)試人員主要做什么呢？由小編為你解答。

      1.項(xiàng)目開(kāi)始之初，也可以是一次迭代開(kāi)始之初

      這個(gè)時(shí)候每天基本都是以熟悉本次項(xiàng)目或本次迭代功能模塊需求為主，這階段主要是理解需求，分析功能模塊的業(yè)務(wù)流程，盡可能將測(cè)試點(diǎn)梳理得更細(xì)，在梳理過(guò)程中如果遇到不理解，或需要做的需求與以前的需求邏輯不符時(shí)，可以先找產(chǎn)品經(jīng)理討論，并確定，方式可以是當(dāng)面討論，也可以以郵件的方式確定，推薦以郵件的方式確定。

      如果項(xiàng)目流程完善的團(tuán)隊(duì)，這時(shí)一般會(huì)由產(chǎn)品經(jīng)理開(kāi)始組織需求評(píng)審，用通俗的話(huà)講就是過(guò)需求，以前公司是由SE組織需求評(píng)審，然后開(kāi)發(fā)人員組織評(píng)審S(chǎng)tory，目前是開(kāi)發(fā)人員有時(shí)會(huì)組織，不同人組織評(píng)審內(nèi)容有所不同，測(cè)試人員關(guān)注的重點(diǎn)也會(huì)隨之變化。

      2.項(xiàng)目中前期工作內(nèi)容

      這時(shí)階段軟件測(cè)試人員主是寫(xiě)文檔，因?yàn)榍捌谝呀?jīng)將需求的范圍和測(cè)試點(diǎn)整理OK 了,那這個(gè)時(shí)候基本就是輸出這些東西為主，輸出的文檔測(cè)試人員稱(chēng)之為測(cè)試用例，一般是用excel寫(xiě)，有可能會(huì)寫(xiě)上幾天的測(cè)試用例。

測(cè)試用例寫(xiě)完之后，測(cè)試人員會(huì)組織測(cè)試用例評(píng)審，可以用正式的會(huì)議形式組織，也可以以郵件的形式發(fā)給開(kāi)發(fā)和產(chǎn)品評(píng)審，如果是以郵件的形式，那一定要跟蹤，因?yàn)榇蟛糠珠_(kāi)發(fā)人員都不喜歡看郵件，可以用即時(shí)通訊提醒開(kāi)發(fā)人員和產(chǎn)品經(jīng)理去評(píng)審測(cè)試用例。

      這個(gè)階段開(kāi)發(fā)人員一般都在編碼，也是非常忙的時(shí)候，測(cè)試用例并不是一定要用excel寫(xiě)，像現(xiàn)在項(xiàng)目測(cè)試用例大部分都是用XMIND寫(xiě)，小編現(xiàn)在習(xí)慣了用這種方式寫(xiě)，用XMIND寫(xiě)更能發(fā)散測(cè)試人員的思維。

      現(xiàn)在很多公司都不喜歡寫(xiě)測(cè)試用例，覺(jué)得太花費(fèi)時(shí)間了，也可能是由于項(xiàng)目緊的原因，但小編覺(jué)得測(cè)試用例在執(zhí)行測(cè)試之前一定去有這樣一個(gè)過(guò)程，雖然花費(fèi)時(shí)間，但是在執(zhí)行測(cè)試時(shí)只需要根據(jù)前面梳理的測(cè)試點(diǎn)去執(zhí)行就OK了，同時(shí)不容易造成漏測(cè)，就算公司不要求，小編在測(cè)試之前，一定會(huì)做這樣的事，無(wú)論項(xiàng)目時(shí)間是否緊迫，這也算是成為一種習(xí)慣了。

      3.項(xiàng)目中期工作內(nèi)容

      這個(gè)階段是軟件測(cè)試人員最辛苦的階段—測(cè)試執(zhí)行階段。，根據(jù)測(cè)試類(lèi)型的不同，執(zhí)行測(cè)試也有所不同，功能測(cè)試時(shí)，執(zhí)行測(cè)試主要就是測(cè)試軟件的功能，界面以及軟件體驗(yàn)性等;做接口測(cè)試時(shí)，執(zhí)行階段就是通過(guò)工具調(diào)用各種接口，測(cè)試各類(lèi)接口傳值、取參、返回等測(cè)試點(diǎn)。

      這個(gè)階段不僅要測(cè)試，還有一件非常重要的事情就是提交BUG，大概分為：在缺陷管理工具上編寫(xiě)B(tài)UG，和開(kāi)發(fā)人員討論BUG，復(fù)現(xiàn)BUG，跟蹤BUG的處理流程。這個(gè)時(shí)期需要做的事情很多，不斷地測(cè)試，不斷地與開(kāi)人員溝通，復(fù)現(xiàn)BUG。

在進(jìn)行第二三輪測(cè)試時(shí)需要對(duì)前期提交的BUG，進(jìn)行回歸測(cè)試，軟件測(cè)試人員不僅要有發(fā)現(xiàn)BUG的能力，也需要有分析BUG，定位BUG的能力。定位BUG可以通過(guò)查詢(xún)數(shù)據(jù)庫(kù)、后臺(tái)日志或者查看源代碼等不同的方式去分析和定位。

      4.項(xiàng)目后期工作內(nèi)容

      這個(gè)階段測(cè)試人員主要做的事情有寫(xiě)測(cè)試報(bào)告和項(xiàng)目/迭代總結(jié)。

      執(zhí)行測(cè)試完成之后，測(cè)試人員需要對(duì)本次測(cè)試下一個(gè)結(jié)論，到底是測(cè)試通過(guò)還是不通過(guò)，這時(shí)軟件測(cè)試人員需要給測(cè)試結(jié)論，但不能就簡(jiǎn)單的一句話(huà)給開(kāi)發(fā)說(shuō)本次項(xiàng)目測(cè)試通過(guò)了，可以上線(xiàn)，或者說(shuō)本次項(xiàng)目測(cè)試不通過(guò)，BUG還有很多，軟件質(zhì)量有風(fēng)險(xiǎn)，所有事情都講究依據(jù)，那么軟件測(cè)試也需要，測(cè)試人員需要給項(xiàng)目團(tuán)隊(duì)提供測(cè)試結(jié)果的依據(jù)。所以測(cè)試報(bào)告中一般包括測(cè)試用例的執(zhí)行情況、從各種維度分析缺陷、遺留缺陷等方面分析測(cè)試情況。

      項(xiàng)目測(cè)試完之后，軟件測(cè)試人員可以利用項(xiàng)目間隔總結(jié)項(xiàng)目，一般是輸出業(yè)務(wù)需求為主，方便其他測(cè)試人員查閱。

      這些就是軟件測(cè)試的主要工作內(nèi)容了。

      本文由培訓(xùn)無(wú)憂(yōu)網(wǎng)喜巧發(fā)布，更多信息歡迎關(guān)注培訓(xùn)無(wú)憂(yōu)網(wǎng)軟件測(cè)試培訓(xùn)頻道或添加老師微信：15033336050

      注：尊重原創(chuàng)文章,轉(zhuǎn)載請(qǐng)注明出處和鏈接 http://m.elsolbar.com/news-id-5334.html 違者必究！部分文章來(lái)源于網(wǎng)絡(luò)由培訓(xùn)無(wú)憂(yōu)網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實(shí)性請(qǐng)自行核實(shí)或聯(lián)系我們，了解更多相關(guān)資訊請(qǐng)關(guān)注軟件測(cè)試頻道查看更多，了解相關(guān)專(zhuān)業(yè)課程信息您可在線(xiàn)咨詢(xún)也可免費(fèi)申請(qǐng)?jiān)囌n。關(guān)注官方微信了解更多：150 3333 6050