建站
咨詢
售后
建站咨詢
新聞中心
【獨(dú)家特稿】1）Bug大都出現(xiàn)在程序員的編碼過(guò)程中。測(cè)試人員工作之一就是找出Bug，面對(duì)那些難以被人發(fā)現(xiàn)的Bug，測(cè)試人員通常會(huì)采取哪些手段？以您的經(jīng)驗(yàn)，對(duì)廣大測(cè)試人員有什么好的建議？對(duì)于開發(fā)人員，您有什么建議讓他們減少Bug的產(chǎn)生？
創(chuàng)新互聯(lián)公司"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設(shè)擁有電腦版、微信版、手機(jī)版的企業(yè)網(wǎng)站。實(shí)現(xiàn)跨屏營(yíng)銷，產(chǎn)品發(fā)布一步更新，電腦網(wǎng)絡(luò)+移動(dòng)網(wǎng)絡(luò)一網(wǎng)打盡，滿足企業(yè)的營(yíng)銷需求！創(chuàng)新互聯(lián)公司具備承接各種類型的網(wǎng)站設(shè)計(jì)、網(wǎng)站制作項(xiàng)目的能力。經(jīng)過(guò)十年的努力的開拓，為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務(wù)，并獲得了客戶的一致好評(píng)。
之所以難以發(fā)現(xiàn)，大多是測(cè)試案例不夠完整，檢查測(cè)試案例是否全面覆蓋了需求，等價(jià)類劃得是不是夠細(xì)有助于發(fā)現(xiàn)更多的問(wèn)題。
如果已經(jīng)發(fā)現(xiàn)的問(wèn)題大多是猜測(cè)法發(fā)現(xiàn)的，那么慘了，這是一個(gè)天馬行空的測(cè)試，所有的BUG都將是難以發(fā)現(xiàn)的BUG，碰運(yùn)氣吧。如果你真的是在這個(gè)不幸的團(tuán)隊(duì)，別傷心，你有很多同伴都是這樣不幸，繼續(xù)用你學(xué)過(guò)的理論和可能不太多的編程經(jīng)驗(yàn)，挖邊界值，找亞邊界，偷聽(tīng)開發(fā)人員聊天，看他們哪塊兒是趕工的，哪塊兒編得特艱難的，BUG往往在這里的，上升到理論就是20-80原則。
發(fā)現(xiàn)難以發(fā)現(xiàn)的BUG曾經(jīng)是評(píng)價(jià)測(cè)試人員的一個(gè)重要指標(biāo)，這要求測(cè)試人員細(xì)心，有耐心，分析能力強(qiáng)，知識(shí)面廣，逆向思維能力強(qiáng)，有創(chuàng)造力。要想練耐心細(xì)心，可以玩拼圖，練習(xí)在人民日?qǐng)?bào)上找錯(cuò)別字。練思維方式可以玩密室逃生，玩找不同。可以看出，測(cè)試人員還是滿講天份的，女生往往細(xì)心耐心有余創(chuàng)造力不足，男生偏向于跳躍思維，但往往坐不住。
隨著安全開發(fā)的概念的出現(xiàn)，軟件的不可控性下降了，大家可以等著看微軟Windows 7的補(bǔ)丁頻率是不是還像2000/XP那么頻繁。這個(gè)年代對(duì)測(cè)試人員的要求變成了開發(fā)能力強(qiáng)，要求結(jié)構(gòu)化思維能力，簡(jiǎn)單的說(shuō)，人治變法治了。
開發(fā)人員的隨意性是很大的，據(jù)說(shuō)中國(guó)的開發(fā)人員和印度的開發(fā)人員的差別就在于中國(guó)的開發(fā)人員喜歡小創(chuàng)新而印度的開發(fā)人員一般比較乖。對(duì)于控制BUG，人治不如法治，人治是指教育開發(fā)人員開發(fā)時(shí)要多做校驗(yàn)，嚴(yán)格按需求開發(fā)，不要玩小創(chuàng)造等等，法制是指有嚴(yán)格的開發(fā)規(guī)范并有技術(shù)手段去保障開發(fā)人員遵守這樣的規(guī)范。別把開發(fā)人員累死也是減少BUG的重要方法，測(cè)試人員成長(zhǎng)為項(xiàng)目經(jīng)理時(shí)一定記著這一點(diǎn)。
（2）Bug除了出現(xiàn)在程序員編碼階段外，在測(cè)試過(guò)程中，會(huì)不會(huì)因?yàn)闇y(cè)試人員的操作失誤，亦或是其他原因，導(dǎo)致軟件出現(xiàn)Bug呢？
只要軟件還在生命周期里，都可能導(dǎo)致BUG的產(chǎn)生。在測(cè)試階段，測(cè)試人員沒(méi)發(fā)現(xiàn)的BUG，就留在軟件里了，測(cè)試人員理解錯(cuò)誤，本來(lái)是毛毛蟲的BUG，他給理解成甲殼蟲的BUG，而開發(fā)人員也居然就給改成甲殼蟲了，也就引入了新的BUG。如果測(cè)試管理到位，測(cè)試人員發(fā)現(xiàn)的BUG不是直接交給開發(fā)人員，而是有個(gè)對(duì)需求了解比較好的管理者審一下，確定是否真的是BUG，再交給開發(fā)人員，可以有效地避免大部分測(cè)試導(dǎo)致的BUG。
編碼階段的BUG其實(shí)只是BUG出現(xiàn)的一個(gè)小方面，最多的BUG，或說(shuō)最嚴(yán)重的BUG，往往是在需求階段，越早生成的BUG越難改，后果越嚴(yán)重。
（3）對(duì)于測(cè)試人員來(lái)講，除了借助于一些測(cè)試工具外，還應(yīng)具備什么樣的個(gè)人能力？是否需要具備自己動(dòng)手處理Bug能力？再則您認(rèn)為軟件開發(fā)人員是否需要具備自我測(cè)試的能力？
會(huì)用測(cè)試工具在應(yīng)聘時(shí)超級(jí)管用，但要想當(dāng)一個(gè)合格的測(cè)試人員，工具外的功夫還需要很多修煉。測(cè)試人員的技術(shù)能力很重要，作為開發(fā)測(cè)試，問(wèn)題報(bào)告是給開發(fā)人員看的，需要用開發(fā)人員能看得懂的語(yǔ)言，因此懂開發(fā)，用開發(fā)人員的語(yǔ)言去描述問(wèn)題就非常重要了，而如果是第三方測(cè)試，那么問(wèn)題單不僅開發(fā)人員要看懂，業(yè)務(wù)人員，也就是用戶也必需能看懂，這又要求測(cè)試人員要有被測(cè)軟件所應(yīng)用的領(lǐng)域的知識(shí)。
表達(dá)能力也很重要，就是要把你發(fā)現(xiàn)的問(wèn)題說(shuō)明白，讓別人看得懂。好的程序員用注釋讓別人看得懂，好的測(cè)試人員不用注釋就得讓別人看得懂。特別是不容易重現(xiàn)的問(wèn)題，需要描述很多問(wèn)題出現(xiàn)的背景條件，絕對(duì)是一個(gè)挑戰(zhàn)。
就像你無(wú)法描述開發(fā)人員應(yīng)當(dāng)需要什么能力一樣，測(cè)試人員也各不相同，不管是技術(shù)強(qiáng)的，管理強(qiáng)的，溝通強(qiáng)的，腦子活的，細(xì)心的，耐心的，都會(huì)有發(fā)揮優(yōu)勢(shì)的地方。
如果說(shuō)一定要找一個(gè)最關(guān)鍵的能力，那就是責(zé)任心了。這是針對(duì)不太規(guī)范的測(cè)試而言，對(duì)于理想狀態(tài)的測(cè)試，如果測(cè)試案例都定好了，測(cè)試人員按部就班執(zhí)行就好。但一般來(lái)說(shuō)，測(cè)試方案都是粗線條的，那么做一個(gè)案例還是做兩上，猜測(cè)還是不猜測(cè)，都是測(cè)試人員主觀需要確定的，這時(shí)，有責(zé)任心的測(cè)試的價(jià)值就體現(xiàn)出現(xiàn)了。
我不建議測(cè)試人員自己動(dòng)手處理BUG，開發(fā)人員和測(cè)試人員形成的相互制約在一定程度上保證了軟件的質(zhì)量。測(cè)試人員如果自己處理BUG，引入新的BUG的概率會(huì)大增，而且發(fā)現(xiàn)這樣的BUG要比發(fā)現(xiàn)開發(fā)人員制造的BUG難得多。
同樣的道理，開發(fā)人員測(cè)試也會(huì)造成相互制約機(jī)制的破壞，因此，有條件的軟件公司***不要讓軟件開發(fā)人員測(cè)試自己的軟件。但這也有一點(diǎn)例外，就是開發(fā)人員用白盒測(cè)試工具自己檢查自己代碼的質(zhì)量，這樣的測(cè)試還是建議開發(fā)人員自己做的。
（4）我們經(jīng)?？吹揭豢钴浖谡桨l(fā)布后，仍存在很多Bug。在產(chǎn)品發(fā)布后，是否還需要人員去進(jìn)行測(cè)試Bug？對(duì)一款產(chǎn)品的測(cè)試工作，Bug率達(dá)到一個(gè)怎樣的狀態(tài)才算作合格產(chǎn)品？
即使軟件再也不打算升級(jí)了，只有還在使用，測(cè)試就還有意義。測(cè)試可以為下次升級(jí)做準(zhǔn)備，即使不再升級(jí)，測(cè)試也能給使用者以信心，對(duì)于存在的問(wèn)題，給出解決或預(yù)防的辦法。更主要的是，用戶一定會(huì)發(fā)現(xiàn)問(wèn)題，開發(fā)人員要么根據(jù)測(cè)試人員的復(fù)測(cè)情況進(jìn)行修改，要么就只能教育用戶怎么避免問(wèn)題了，比如：“那個(gè)地方千萬(wàn)別輸入負(fù)數(shù)，否則系統(tǒng)會(huì)崩掉了”，多丟臉呀。
而如果一個(gè)軟件行將就木了，不僅不會(huì)再改，甚至不會(huì)再用了，那就別測(cè)了。
Bug率多高跟軟件給誰(shuí)用有關(guān)，飛機(jī)火箭的BUG率要求肯定要比辦公軟件苛刻得多。套用一句據(jù)說(shuō)是某快餐店銷售人員的話：“給冰激淋的量應(yīng)該是客戶不投訴的最少量?！蹦敲碆UG率就應(yīng)該是客戶還愿意選用你的軟件的***BUG率就好了。對(duì)于一般軟件來(lái)說(shuō)，這完全是個(gè)市場(chǎng)行為，客戶能接受，項(xiàng)目經(jīng)理一定不會(huì)再投入測(cè)試人員了。而如果你的對(duì)手重重，或你有一個(gè)很有追求的上司，那么BUG率就會(huì)要求得比較嚴(yán)格。而對(duì)于飛機(jī)火箭來(lái)說(shuō)，由于硬件投入大，政治影響大，事關(guān)人事等原因，BUG率的要求會(huì)非常苛刻，測(cè)試投入也應(yīng)該大得多。
（5）您認(rèn)為測(cè)試人員有沒(méi)有必要與開發(fā)人員在同一個(gè)項(xiàng)目組工作，能將Bug扼殺在萌芽狀態(tài)嗎？如果采用這樣的工作方法，責(zé)任應(yīng)該如何界定，避免互相推諉？
將BUG扼殺在搖籃里是我們的***追求。上面的問(wèn)題談到開發(fā)人員可以利用白盒工具檢查自己的代碼，這樣就可以在代碼還沒(méi)有離開開發(fā)人員的手里的時(shí)候就殺掉它。在一個(gè)大型開發(fā)項(xiàng)目中，測(cè)試可能有很多的角色，如開發(fā)測(cè)試，為開發(fā)人員貼身服務(wù)，獨(dú)立于測(cè)試，跟開發(fā)人員背對(duì)背，跟蹤每一個(gè)研發(fā)版本，在發(fā)版前還有一個(gè)測(cè)試組，這個(gè)測(cè)試組發(fā)現(xiàn)的問(wèn)題就要打開發(fā)和測(cè)試組的板子了。軟件發(fā)版后，再有一個(gè)測(cè)試組，專門針對(duì)用戶的反饋進(jìn)行測(cè)試，將認(rèn)為必要的改動(dòng)記入下一個(gè)版本的需求中。
不管測(cè)試和開發(fā)是在一個(gè)項(xiàng)目組中還是完全獨(dú)立，出現(xiàn)推諉的原因一般是因?yàn)闇y(cè)試和開發(fā)上面共同的領(lǐng)導(dǎo)工作缺位，沒(méi)有一個(gè)老大說(shuō)了算。測(cè)試人員發(fā)現(xiàn)開發(fā)人員的問(wèn)題天經(jīng)地義，似乎開發(fā)人員沒(méi)有反駁的余地，但測(cè)試人員也會(huì)有“水平有限，錯(cuò)漏之處，敬請(qǐng)諒解”的地方，這要是讓開發(fā)人員揪住，當(dāng)然會(huì)出現(xiàn)界定責(zé)任的問(wèn)題。這就需要有一個(gè)站得更高的人，充分了解軟件的需求和設(shè)計(jì)，由他來(lái)充當(dāng)裁判，一方面保證開發(fā)人員按要求修改問(wèn)題，一方面把測(cè)試人員提得不合理的問(wèn)題駁回，主持公道，解決爭(zhēng)端
專家簡(jiǎn)介
朱璇，女，年齡絕密，計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)專業(yè)，中國(guó)軟件評(píng)測(cè)中心信息安全測(cè)試部副經(jīng)理，十年軟件和信息系統(tǒng)測(cè)試工作經(jīng)驗(yàn)，目前主要從事信息安全測(cè)試，安全風(fēng)險(xiǎn)評(píng)估、安全技術(shù)研究和測(cè)試管理工作。
分享標(biāo)題：找出軟件開發(fā)過(guò)程中的BUG，你需要火眼金睛
網(wǎng)頁(yè)地址：http://www.dlmjj.cn/article/djdsspd.html
