新夢(mèng)想學(xué)員干貨：“老司機(jī)”分享軟件測(cè)試工作經(jīng)驗(yàn)
很多人都想要學(xué)好軟件測(cè)試，但是缺乏經(jīng)驗(yàn)又不知道怎么做，今天我們就來看看一個(gè)老司機(jī)的分享。這幾天，新入職的小MM提議“老司機(jī)”們把自己這些年的軟件測(cè)試工作經(jīng)驗(yàn)跟大家分享一下，讓新同學(xué)學(xué)習(xí)學(xué)習(xí)，利用空閑時(shí)間我整理了一些，可能不全，勉強(qiáng)看看，這也算是對(duì)自己這些年的工作總結(jié)。
新夢(mèng)想學(xué)員干貨：“老司機(jī)”分享軟件測(cè)試工作經(jīng)驗(yàn)。
1、單個(gè)模塊功能測(cè)試時(shí)間相對(duì)較長(zhǎng)，但每一個(gè)項(xiàng)目都應(yīng)該有專門的集成測(cè)試階段，并且應(yīng)該不止進(jìn)行一輪。
每一輪集成測(cè)試，應(yīng)該都有自己的目的，比如第一輪集成測(cè)試，是根據(jù)集成測(cè)試要點(diǎn)驗(yàn)證整體功能情況。
第二輪集成測(cè)試是回歸測(cè)試。
第三輪集成測(cè)試是交叉測(cè)試。
每個(gè)項(xiàng)目應(yīng)進(jìn)行幾輪集成測(cè)試，根據(jù)項(xiàng)目實(shí)際情況而定，而決定的因素多與工期、項(xiàng)目問題多少而定。
2、每個(gè)項(xiàng)目都應(yīng)該有專項(xiàng)測(cè)試階段，比如接口測(cè)試、性能測(cè)試、異常測(cè)試等。（作為測(cè)試人員，應(yīng)主動(dòng)與項(xiàng)目組溝通，在本項(xiàng)目是否開展此項(xiàng)工作，最后應(yīng)有書面溝通結(jié)果，最好是通過郵件確認(rèn)）
02測(cè)試過程文檔輸出
1、項(xiàng)目需求評(píng)審后，或者項(xiàng)目已展開需求討論后，就應(yīng)該與項(xiàng)目經(jīng)理溝通并開始考慮測(cè)試的事情。
2、測(cè)試過程文檔不能缺失，比如測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例、測(cè)試報(bào)告等，不能因?yàn)楣て诓粔蚨笔骋徊糠譁y(cè)試文檔的輸出，這樣只會(huì)給別人“你測(cè)試不夠?qū)I(yè)”的感覺，并且不寫文檔的效果并不一定比寫了文檔的效果好。寫文檔的目的不只是為了公司財(cái)富的積累，更多的是對(duì)自己測(cè)試思路的梳理，只有思路清晰了，測(cè)試過程才不會(huì)混亂，否則可能在測(cè)試過程中，自己首先就亂了，不知道從哪里下手，哪里結(jié)束。
3、軟件測(cè)試的每個(gè)階段都應(yīng)該有輸出，比如計(jì)劃階段，輸出測(cè)試計(jì)劃、測(cè)試方案，執(zhí)行階段輸出測(cè)試用例，系統(tǒng)測(cè)試結(jié)束后輸出測(cè)試報(bào)告等。整個(gè)測(cè)試過程都應(yīng)該是在有條不紊的思路下開展下來的。
4、提前準(zhǔn)備，比如測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例，能提前的，盡量提前做出來，否則到了測(cè)試執(zhí)行階段，就會(huì)手忙腳亂，覺得：啊，我用例還沒寫，但開發(fā)已提交測(cè)試了，怎么辦？先測(cè)吧，后面再來補(bǔ)用例。一般這種情況下，當(dāng)時(shí)想的需要補(bǔ)充的用例，基本上都沒有補(bǔ)，到最后公司需要資料的時(shí)候，隨便胡亂湊，結(jié)果提交出去的資料不合格，公司很可能就會(huì)否定你這次的工作。
03測(cè)試思考層面跨越
1、從我接觸的軟件測(cè)試人員來看，一般會(huì)從大局（整體）考慮，或者不計(jì)較個(gè)人負(fù)責(zé)或者其他人負(fù)責(zé)的人，目前來看發(fā)展得都挺不錯(cuò)的。如果只是覺得把我的工作做好就可以了，其他不該我做的跟我沒關(guān)系，有這種想法的，職業(yè)發(fā)展一般都不會(huì)有太高的提升。
2、建議有一塊磚的思想，哪里需要就可以往哪里搬，能達(dá)到這種程度后，基本上團(tuán)隊(duì)什么事情都會(huì)想到你，那么這個(gè)時(shí)候，你離發(fā)展的提升也就不遠(yuǎn)了。
新夢(mèng)想軟件測(cè)試
3、作為測(cè)試人員，需要避免只把自己當(dāng)測(cè)試人員的思想，我們要站在更高的層面，就像我們屬于項(xiàng)目組，但同時(shí)又要高于項(xiàng)目組一樣，不能所有事情都是項(xiàng)目組說什么就是什么，一定要有自己的思想，覺得是對(duì)的就要堅(jiān)持，最后都無法達(dá)成統(tǒng)一的需要尋求資源協(xié)助。當(dāng)然，我們的想法有時(shí)候也可能會(huì)有錯(cuò)的，那么別人說的正確的意見我們也要采納，并不是軟件測(cè)試發(fā)現(xiàn)的所有問題都必須要解決。
04溝通
作為測(cè)試人員，學(xué)會(huì)溝通是我們的一門必修課。在下面幾個(gè)環(huán)節(jié)，我們需要深入思考，并積極發(fā)表自己的意見，以及與項(xiàng)目組的溝通。
1、需求評(píng)審時(shí)，多發(fā)表自己對(duì)需求、對(duì)產(chǎn)品的看法。
2、用例評(píng)審時(shí)，一定要思路清晰，有條不紊的評(píng)審用例，因?yàn)闇y(cè)試用例的評(píng)審是以我們?yōu)橹鲗?dǎo)的。
3、測(cè)試過程中與開發(fā)確認(rèn)問題時(shí)，需要積極溝通，協(xié)助開發(fā)定位問題。
4、與開發(fā)溝通時(shí)，盡量從這個(gè)問題對(duì)用戶的影響程度方面來說，這樣更具有說服力。
05注重細(xì)節(jié)
1、軟件測(cè)試過程中，每一個(gè)詞語的定義是否合適、每一個(gè)圖標(biāo)的含義，都需要思考（比如項(xiàng)目中，**項(xiàng)目**工藝圖中，不同的顏色分別代表什么含義，有沒有人去詢問過、上網(wǎng)查過、或者找設(shè)計(jì)的人了解過）。
2、文檔的細(xì)節(jié)，作為測(cè)試人員，從項(xiàng)目開始到結(jié)束，會(huì)輸出很多測(cè)試文檔，這些文檔里面，可能很多是從其他項(xiàng)目copy過來的，有的時(shí)間沒改、有的名字沒改、有的甚至連項(xiàng)目名稱都沒改…諸如此類的文檔很多，凡是經(jīng)過自己手寫出來的文檔，一定要從頭到尾認(rèn)真、仔細(xì)的讀兩遍，否則，就這一點(diǎn)，就可能對(duì)你的測(cè)試工作、測(cè)試能力打折。
06測(cè)試技術(shù)的積累
1、不要老在開發(fā)面前表現(xiàn)自己的“小白”，時(shí)間久了，自己就可能真的會(huì)變成“小白”。
2、平時(shí)測(cè)試過程中，除了測(cè)試界面的功能之外，可以查一下數(shù)據(jù)庫，檢查數(shù)據(jù)是否寫入數(shù)據(jù)庫成功，如果自己把數(shù)據(jù)庫的數(shù)據(jù)再修改一下會(huì)怎么樣。
3、前端測(cè)試的時(shí)候，多看看服務(wù)器日志信息，很多時(shí)候前端操作的異常，通過服務(wù)器錯(cuò)誤日志信息可以找到問題原因，如果我們把問題原因告訴開發(fā)，將是開發(fā)比較高興的事情。
4、學(xué)會(huì)使用頁面分析或抓包工具，比如點(diǎn)擊某個(gè)按鈕無反應(yīng)的時(shí)候，我們可以通過IE瀏覽器的F12，或者fireFox的debug工具，查看請(qǐng)求與響應(yīng)。
5、當(dāng)發(fā)現(xiàn)問題后，不要急著記錄問題，先自己確認(rèn)問題，是否與瀏覽器、緩存等有關(guān)系，確認(rèn)問題后，最好還可以找到問題的根源。
總之，在測(cè)試過程中，要學(xué)會(huì)發(fā)現(xiàn)問題并分析問題，在測(cè)試過程中積累測(cè)試技術(shù)專業(yè)知識(shí)。
想開新夢(mèng)想IT教育這樣的店嗎？
填寫信息獲取資料
上一篇： 為什么大家都鐘愛甜品？
下一篇： 約瑟芬干洗店加盟為何能受追捧？
