溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

寫給測試小白:怎么快速找到bug?怎么寫測試用例?

發布時間:2020-08-08 23:47:16 來源:ITPUB博客 閱讀:193 作者:博為峰網校 欄目:網絡管理

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

寫給測試小白:怎么快速找到bug?怎么寫測試用例?

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

1、熟悉你做的產品

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

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

2、盡早的去發現Bug

我們大家都知道,Bug修復的成本是和Bug被找到的時間成指數關系的。越早開始找Bug,你能找到的Bug也就越多,對項目的貢獻也就越大。

3、每天Review別人的Bug

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

4、在你的日常生活中多準備一些測試的模式

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

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

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

6、編寫自動測試代碼

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

7、查看產品代碼

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

初次怎么寫用例?

有很多朋友初次寫用例,不知道從何下手,雖然有的公司給出了相關說明文檔,但是寫起來還是不能得心應手,編寫用例方法有很多種:功能導向用例(邊界值、等價類等等),用戶導向用例(場景法),用戶、功能相結合導向用例……

那么對于初次編寫用例,應該怎樣高效率的編寫用例?應該注意點什么?

一、功能導向用例是按照系統需要達到的每一個功能,進行編寫用例,這樣的用例著重點在功能實現上,而沒有考慮到每個功能之間的關聯,因而雖然用例已經達到功能覆蓋,卻不一定達到邏輯覆蓋,因而這種方法通常會和其他方法結合使用。功能導向用例是每個用例編寫者前期最常用的方法。

二、用戶導向用例是按照用戶的習慣,將用戶使用系統的每個目的作為一個目標,以每個目標實現為基點設計測試用例,但是設計這一類用例,初寫者,可能會產生很多困惑(下面寫一下我第一次寫的時候有哪些困惑,并針對這些困惑,后來采取了怎樣的解決方案)

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

理解系統,首先站在測試的角度深入理解系統的每個功能與系統業務邏輯,畫出業務邏輯圖(即:系統能做什么)。

其次站在用戶的角度,列出用戶使用系統的目的(即:用戶使用這個系統,想干什么?)

2、怎樣確定用戶目標?

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

3.這個月我將做什么?

剛進入測試行業是怎樣總結的(利用測試管理工具進行總結):

1)把測試管理工具中的缺陷全部分類導出,總結一下哪些模塊容易產生哪些缺陷,重點看一下自己沒發現或沒有考慮到的缺陷。

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

3)進入一些測試論壇,把自己的困惑和經驗和大家一起分享,在學習中,不斷進步。

總結:

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

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

亚洲午夜精品一区二区_中文无码日韩欧免_久久香蕉精品视频_欧美主播一区二区三区美女