以前也經(jīng)�？匆恍┪恼�，談到測(cè)試多么多么的重要，其實(shí)對(duì)于重要性來(lái)看，自己也已經(jīng)略有了解，只是一直以來(lái)對(duì)如何采用單元測(cè)試，編寫(xiě)測(cè)試樣例之類還沒(méi)有太深的感觸，直到手頭的項(xiàng)目再一次面臨結(jié)項(xiàng)的時(shí)候……

這個(gè)版本已經(jīng)是第三個(gè)版本了，前面的兩個(gè)版本產(chǎn)品感覺(jué)還不是特強(qiáng)烈，可能也是和自己在項(xiàng)目中的角色慢慢轉(zhuǎn)變有關(guān)系，以前自己只是負(fù)責(zé)自己的一畝三分地，大家加班，自己加班，有問(wèn)題處理，沒(méi)有問(wèn)題測(cè)試版本，對(duì)于同事在忙的部分有太多的不了解，所以缺乏整體概念是當(dāng)時(shí)的一大特色，我想，很多開(kāi)發(fā)人員都會(huì) 有過(guò)這樣的感覺(jué)吧~

經(jīng)歷了三個(gè)版本的開(kāi)發(fā)，自己逐漸對(duì)項(xiàng)目有了整體概念，也做了一些整體框架方面的大的調(diào)整，在熟悉了項(xiàng)目的各個(gè)細(xì)節(jié)后，會(huì)經(jīng)常有很多的“想法”，比如，這個(gè) 地方的邏輯過(guò)于復(fù)雜、前臺(tái)腳本過(guò)于臃腫、業(yè)務(wù)流程是否還有優(yōu)化的余地等等，當(dāng)然，在平衡了項(xiàng)目資源之后，有一些想法可以終變?yōu)楝F(xiàn)實(shí)，但有一些想法只能暫時(shí)處于待命狀態(tài)~

但這不是想說(shuō)的，想說(shuō)說(shuō)為啥自己突然對(duì)單元測(cè)試和測(cè)試樣例的態(tài)度有了巨大的轉(zhuǎn)變？

事情的經(jīng)過(guò)是這樣的：

開(kāi)發(fā)人員添加新需求 + 處理系統(tǒng)bug =》提交測(cè)試版本 =》 測(cè)試人員進(jìn)行系統(tǒng)測(cè)試 =》 發(fā)現(xiàn)系統(tǒng)bug，并提交開(kāi)發(fā)進(jìn)行處理 =》 重現(xiàn)bug，并處理bug（有可能會(huì)引發(fā)其他問(wèn)題；測(cè)試不徹底……） =》 測(cè)試人員反測(cè)，發(fā)現(xiàn)有問(wèn)題繼續(xù)返回，抑或沒(méi)有發(fā)現(xiàn)隱含的bug =》開(kāi)發(fā)人員……

大概是這么一個(gè)生死輪回！眼看結(jié)項(xiàng)日期越來(lái)越近，但是上述輪回依舊，不同的，可能是問(wèn)題數(shù)量和嚴(yán)重級(jí)別上的差異，但每發(fā)現(xiàn)一個(gè)問(wèn)題，需要重新出一個(gè)版本，需要測(cè)試全面的測(cè)試，然后我們大家都在盼望奇跡的發(fā)生……可是貌似噩夢(mèng)一直延續(xù)，這是我們的現(xiàn)狀！

你或許會(huì)說(shuō)，產(chǎn)品總不會(huì)是完美的，總會(huì)多多少少有一些瑕疵的吧~這個(gè)道理我也知道，但是，上面的輪回顯然會(huì)出現(xiàn)一個(gè)很大的漏洞，那是在缺少詳細(xì)的測(cè)試樣例指導(dǎo)和完整的單元測(cè)試情況下，再加上人手的限制，那么帶來(lái)的不會(huì)是一段愉快的回憶！

總之，我們不能破罐子破摔是一定的，因?yàn)楫?dāng)我們進(jìn)入公司參加工作以后，這個(gè)想法不應(yīng)該存在了！好吧，那我們看看在現(xiàn)在的這個(gè)爛攤子上，我們能怎么稍微掙扎一下：

（1） 合理安排好結(jié)項(xiàng)期間的開(kāi)發(fā)任務(wù)：

i. 保證測(cè)試人員發(fā)現(xiàn)bug后，開(kāi)發(fā)人員能夠第一時(shí)間處理。

ii. 如還有新需求研發(fā)，一定要能夠合理評(píng)估，不能盲目進(jìn)行添加，尤其對(duì)開(kāi)發(fā)難度和開(kāi)發(fā)時(shí)間有足夠的把握，否則完全可以放到下面的版本進(jìn)行完善。

iii. 開(kāi)發(fā)人員在修改了一個(gè)bug后，至少要通過(guò)兩遍的測(cè)試，一個(gè)是自己開(kāi)發(fā)環(huán)境的，一個(gè)是測(cè)試的現(xiàn)場(chǎng)環(huán)境，而且在測(cè)試完畢，將代碼更新到服務(wù)器，并填寫(xiě)適當(dāng)?shù)拿枋鑫淖帧?/p>

iv. 一定要控制好版本的發(fā)布間隔，過(guò)長(zhǎng)或過(guò)短都是不太合適的，一般情況下，可以控制在1-2天，當(dāng)然，如果出現(xiàn)嚴(yán)重的影響正常流程的問(wèn)題，還是需要馬上進(jìn)行版本更新的，這樣也是為了保證測(cè)試人員的測(cè)試質(zhì)量和心情。

（2） 合理安排好測(cè)試任務(wù)：

i. 每新出一個(gè)新的版本，先不要發(fā)布，首先由開(kāi)發(fā)人員該版本修正的問(wèn)題進(jìn)行反測(cè)，并保證基本業(yè)務(wù)流程的正確性，直到?jīng)]有異常再發(fā)布新版本，提由測(cè)試人員進(jìn)行測(cè)試，這樣可以明顯減輕測(cè)試人員的壓力.

ii. 對(duì)于測(cè)試人員，建議能夠抽時(shí)間對(duì)系統(tǒng)的測(cè)試工作進(jìn)行一些樣例總結(jié)，開(kāi)始可以只對(duì)主要流程進(jìn)行總結(jié)，而后根據(jù)時(shí)間情況再補(bǔ)充后面的內(nèi)容，因?yàn)橐粋�(gè)系統(tǒng)中可能存在多個(gè)功能模塊，完全有必要按照模塊來(lái)劃分人力進(jìn)行重點(diǎn)的測(cè)試，從而避免這個(gè)版本發(fā)現(xiàn)這個(gè)功能模塊有很多問(wèn)題，但是其他部分沒(méi)有仔細(xì)地測(cè)試，而下一個(gè)版 本，這個(gè)模塊雖然好一些了，但是發(fā)現(xiàn)另外的模塊又出現(xiàn)N多bug，這種情況其實(shí)完全可以一次發(fā)現(xiàn)一次解決的，如果拉長(zhǎng)戰(zhàn)線的話，會(huì)給人一種bug無(wú)窮無(wú) 盡，末日來(lái)臨，增加無(wú)謂的壓力！這也是不能把版本周期設(shè)定過(guò)短的另外一個(gè)原因，如果時(shí)間太倉(cāng)促的話，測(cè)試人員也不是三頭六臂，很定會(huì)有很多的遺漏，而且頻繁地發(fā)布版本更會(huì)降低測(cè)試人員測(cè)試的激情，降低測(cè)試效率，這些都是很現(xiàn)實(shí)的問(wèn)題！

iii. 不斷的往復(fù)測(cè)試加上結(jié)項(xiàng)日期的壓力，都使得這個(gè)階段的氣氛和壓力要高于往常，所以一定要保證開(kāi)發(fā)人員和測(cè)試人員精神狀況的飽滿，此時(shí)如果團(tuán)隊(duì)中有一個(gè)到兩個(gè)人能起到活躍和放松氣氛的作用，那真是不幸中的萬(wàn)幸，因?yàn)楸ＷC輕松的心情才能更有效地發(fā)現(xiàn)和處理問(wèn)題。對(duì)于測(cè)試人員來(lái)說(shuō)，不能因?yàn)橄胫�馬上結(jié)項(xiàng)而放松測(cè) 試的要求，開(kāi)發(fā)人員也不能一味想著好沒(méi)有bug，萬(wàn)事大吉，下班回家的心態(tài)，一定要知道，越早發(fā)現(xiàn)問(wèn)題，代價(jià)越小，如果到了客戶上線后再發(fā)現(xiàn)，那后果都 是非常嚴(yán)重的，而代價(jià)將不是數(shù)倍的增加！

（3） 其他一些實(shí)用的小技巧：

i. 有必要為“版本發(fā)布期”做一個(gè)主體的計(jì)劃，即需要定幾個(gè)關(guān)鍵點(diǎn)，并分別設(shè)定版本目標(biāo)，但沒(méi)有必要過(guò)于頻繁，一般保證在3個(gè)左右可能效果會(huì)好一些，如果沒(méi)有 這些關(guān)鍵時(shí)間點(diǎn)的話，人的惰性會(huì)大大降低我們的效率，對(duì)項(xiàng)目的順利結(jié)項(xiàng)也是一個(gè)很大的威脅。

ii. 將修改后的代碼更新后，負(fù)責(zé)更新版本包的人員，有必要在獲取新代碼的時(shí)候?qū)π薷牡拇�碼進(jìn)行一下審查，因?yàn)椴煌�開(kāi)發(fā)人員的視角往往不同，因?yàn)楹托薷腷ug 的人員相比，審查人員沒(méi)有將精力聚焦在問(wèn)題本身，往往可以跳出問(wèn)題的怪圈，可能會(huì)發(fā)現(xiàn)一些修改遺漏和潛在隱患，或者能提出更好的方法也不一定。

iii. 從“版本結(jié)項(xiàng)期”伊始，我們需要?jiǎng)?chuàng)建一個(gè)版本改善意見(jiàn)簿，其目的很簡(jiǎn)單，是為了記錄在這個(gè)“測(cè)試輪回”中，開(kāi)發(fā)人員的一些“想法”，可以是有關(guān)某一部 分功能模塊的重構(gòu)意見(jiàn)，也可以是對(duì)某些相同代碼的重構(gòu)，或者是對(duì)一些更炫的功能的實(shí)現(xiàn)等等，總之，因?yàn)樵谶@個(gè)階段，我們和系統(tǒng)會(huì)有很親密的接觸，所以會(huì)更加容易發(fā)現(xiàn)系統(tǒng)的很多問(wèn)題，同時(shí)激發(fā)我們的思考。錯(cuò)過(guò)這么好的機(jī)會(huì)，真的是非�？上У�。

iv. 在為測(cè)試提供修改后的版本的dll的時(shí)候，好把dll的小版本進(jìn)行修改，而且測(cè)試人員也不要進(jìn)行直接覆蓋，好能夠把原有文件進(jìn)行備份，方便還原問(wèn)題環(huán)境。

v. 每次測(cè)試開(kāi)始之前，都需要首先將此次版本中修改的問(wèn)題進(jìn)行反測(cè)，必須做到一個(gè)不剩，然后再按照既定方案進(jìn)行全面測(cè)試。

vi. 在發(fā)布版本的過(guò)程中，每個(gè)人都會(huì)出現(xiàn)一些比較低級(jí)的錯(cuò)誤，例如，筆誤、忘記更新代碼、忘記打包、和測(cè)試人員的摩擦等等，我們必須心懷若谷，尤其是對(duì)一個(gè)團(tuán)隊(duì)來(lái)講，更需要彼此的理解和尊重，記住沒(méi)有人故意犯錯(cuò)！