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