寫給測試小白：怎么快速找到bug？怎么寫測試用例？

軟件測試工作中找bug就是這個崗位本身立足的職責(zé)，那么對于很多新人和新入行的同學(xué)們來說，這個過程會有點苦逼，畢竟經(jīng)歷的項目經(jīng)驗不多，想快速的切入尋找bug往往會比較痛苦。

創(chuàng)新互聯(lián)建站是一家專業(yè)提供奉賢企業(yè)網(wǎng)站建設(shè),專注與成都做網(wǎng)站、網(wǎng)站建設(shè)、H5網(wǎng)站設(shè)計、小程序制作等業(yè)務(wù)。10年已為奉賢眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)絡(luò)公司優(yōu)惠進行中。

那下面我就以自身的經(jīng)驗來普及下如何在工作快速找出系統(tǒng)的不足或缺陷。

1、熟悉你做的產(chǎn)品

不管你是Dev、Test或者PM，熟悉自己開發(fā)的產(chǎn)品越多越好，你不但應(yīng)該熟悉自己開發(fā)的模塊，也應(yīng)改熟悉和自己模塊相關(guān)的其他模塊，他們之間是怎樣協(xié)作的。比如數(shù)據(jù)庫中的某個字段，是如何被各個模塊使用的，這利于你在設(shè)計階段就能夠找到Bug，把修復(fù)的成本降到最低。

同樣，你需要熟悉這個產(chǎn)品以前的版本，因為無法向后兼容和升級的產(chǎn)品恐怕很難獲得用戶的認可。在測試過程中，如果你發(fā)現(xiàn)你的產(chǎn)品和以前不兼容或者不一致，80％的情況，這是一個Bug。

2、盡早的去發(fā)現(xiàn)Bug

我們大家都知道，Bug修復(fù)的成本是和Bug被找到的時間成指數(shù)關(guān)系的。越早開始找Bug，你能找到的Bug也就越多，對項目的貢獻也就越大。

3、每天Review別人的Bug

如果你的團隊沒有每日的Bug Report，我建議你們建立一個，其實技術(shù)上應(yīng)該沒有任何的難度，通過Bug追蹤系統(tǒng)的API或者數(shù)據(jù)庫，你完全可以得到你要的數(shù)據(jù)，這樣，整個團隊通過學(xué)習(xí)每天察看別人的Bug，你可以更加容易發(fā)現(xiàn)Bug，也不會發(fā)現(xiàn)那種Duplicated Bug?，F(xiàn)在經(jīng)常有人跑過來問我，某個Bug是不是一個已知的問題，因為我每天都看Bug Report。

4、在你的日常生活中多準(zhǔn)備一些測試的模式

模式是一個很時髦的詞，因為它很有用。在日常的測試中，多準(zhǔn)備一些測試模式，你會有非常大的驚喜，有時候一個使用一個模式，你可以找到10來個Bug也不是不可能的。比如，使用特殊字符作輸入數(shù)據(jù)；斷開網(wǎng)絡(luò)看UI是否會Crash；在本地化版本中，各個字符串提示是否被本地化；

5、多測試各個模塊之間的合作

各個模塊之間的測試往往是我們測試中的薄弱點，對于用戶來說模塊間的合作卻至關(guān)重要。往往一個數(shù)據(jù)在模塊A中是合法的，在B中卻是非法的，一定要找出這些數(shù)據(jù)，往往者都是Bug

6、編寫自動測試代碼

你肯定不原意每天都去做同樣的事情，那樣太沒有意思了，簡直就是對你的智慧的侮辱。但是一旦我們不進行這些測試，突然有一天早上，我們發(fā)現(xiàn)我們的產(chǎn)品以前能夠很好工作的功能突然就不工作了，于是大家亂作一團，有人急著修復(fù)它，有人在找是誰Check in的。

7、查看產(chǎn)品代碼

通過查看產(chǎn)品代碼，你往往能找到一些Dead Code或者邏輯上的Bug，這些Bug常常是你無法通過手工測試找到的。

初次怎么寫用例？

有很多朋友初次寫用例，不知道從何下手，雖然有的公司給出了相關(guān)說明文檔，但是寫起來還是不能得心應(yīng)手，編寫用例方法有很多種：功能導(dǎo)向用例（邊界值、等價類等等），用戶導(dǎo)向用例（場景法），用戶、功能相結(jié)合導(dǎo)向用例……

那么對于初次編寫用例，應(yīng)該怎樣高效率的編寫用例？應(yīng)該注意點什么？

一、功能導(dǎo)向用例是按照系統(tǒng)需要達到的每一個功能，進行編寫用例，這樣的用例著重點在功能實現(xiàn)上，而沒有考慮到每個功能之間的關(guān)聯(lián)，因而雖然用例已經(jīng)達到功能覆蓋，卻不一定達到邏輯覆蓋，因而這種方法通常會和其他方法結(jié)合使用。功能導(dǎo)向用例是每個用例編寫者前期最常用的方法。

二、用戶導(dǎo)向用例是按照用戶的習(xí)慣，將用戶使用系統(tǒng)的每個目的作為一個目標(biāo)，以每個目標(biāo)實現(xiàn)為基點設(shè)計測試用例，但是設(shè)計這一類用例，初寫者，可能會產(chǎn)生很多困惑（下面寫一下我第一次寫的時候有哪些困惑，并針對這些困惑，后來采取了怎樣的解決方案）

1、編寫用例的第一步我該做什么？

理解系統(tǒng)，首先站在測試的角度深入理解系統(tǒng)的每個功能與系統(tǒng)業(yè)務(wù)邏輯，畫出業(yè)務(wù)邏輯圖（即：系統(tǒng)能做什么）。

其次站在用戶的角度，列出用戶使用系統(tǒng)的目的（即：用戶使用這個系統(tǒng)，想干什么？）

2、怎樣確定用戶目標(biāo)？

不能確定用戶目標(biāo)，可能由2方面原因造成:a>對系統(tǒng)不夠熟悉，b>不了解用戶背景。對于第一點原因，那是你自己的原因，只有回過去頭看文檔了，對于第二點原因，可以從‘系統(tǒng)能做什么’推算出‘用戶可以做什么’然后再總結(jié)出‘用戶可能想做什么’，當(dāng)然這樣做的前提是你對系統(tǒng)已非常熟悉。

3.這個月我將做什么？

剛進入測試行業(yè)是怎樣總結(jié)的（利用測試管理工具進行總結(jié)）：

1）把測試管理工具中的缺陷全部分類導(dǎo)出，總結(jié)一下哪些模塊容易產(chǎn)生哪些缺陷，重點看一下自己沒發(fā)現(xiàn)或沒有考慮到的缺陷。

2）如果說測試新人工作的第一層次是從執(zhí)行用例開始，那么第二層次就是編寫測試用例了。把測試管理工具中的用例詳細看幾遍，學(xué)習(xí)別人的用例編寫方法和思想，空閑時間可以自己試著編寫，看自己編寫的與別人編寫的用例差距在哪，從而不斷完善。重要說明；著重用例編寫方法和思想的學(xué)習(xí)，而不要死搬硬套。

3）進入一些測試論壇，把自己的困惑和經(jīng)驗和大家一起分享，在學(xué)習(xí)中，不斷進步。

總結(jié)：

正所謂功夫在詩外，測試?yán)碚撝R就是那么多，理論知識掌握之后就要不斷的參與到項目中來，一個一個項目的練習(xí)，鍛煉自己的發(fā)現(xiàn)Bug的能力，就算隨機測試，一個好的測試和一個壞的測試，他們發(fā)現(xiàn)問題的能力也是完全不同的。以上完全是個人的一點體悟，未必上的了臺面，各位看官，看的時候也請多多指教。

文章題目：寫給測試小白：怎么快速找到bug？怎么寫測試用例？
URL標(biāo)題：http://muchs.cn/article30/piepso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、微信小程序、網(wǎng)站營銷、網(wǎng)站排名、定制網(wǎng)站、微信公眾號

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)