工作的思考十四 增強看待問題 BUG 的敏銳度

2021-09-06 10:18:51 字數 1486 閱讀 6342

最近在解bug的時候發現自己有一種思維定勢:

也就是如果這個bug確實存在的話,那麼大多數情況下也一定存在,所以很多時候沒有按照文件上的步驟進行復現!

雖然大多數情況下都能復現到了,但是也有一些bug沒有復現到,那麼當時我就認為復現不到了,可是當其它人員來幫我復現的時候總能很快的復現到!

其實最直接的問題是我沒有按照文件上面的步驟進行操作,因為我認為如果這是乙個問題,那麼這個問題肯定是普遍存在的,所以我有一種這樣的思維定勢!

所以以後工作的過程需要改掉這個壞毛病,培養自己看待問題的敏銳度。

可以從下面幾個方面進行改進:

一丶不同的環境會出現不同的問題

曾幾何時很多問題在開發的環境下都不能復現,當時就拍著胸脯說這個問題不存在,肯定是他們操作失誤了等等的藉口。

殊不知不同的環境真的會出現不一樣的問題,所以一定要有這種思想認識,就像我們每乙個人都不一樣,不要認為我是這樣想的,別人也是這樣想,如果是這樣,你就錯了。

二丶問題總有它存在的理由

如果當乙個問題來到了你身邊的時候,不管是多大的問題,第一不要慌張。

可能在很多時候有一些問題是測試人員不懂需求配錯了資料引起的問題,所以要有耐心的去講解,但過多的這樣問題就需要好好跟測試人員上一堂課了。

所以任何乙個問題都有它存在的理由,不管大小都要認真對待。

三丶復現問題

這是解決bug最重要的環節了,因為如果這一步做好了,接下來解決問題就是對**的理解程度的問題了。

所以重現問題是解決bug的關鍵所在,下面是重現bug的常見步驟:

①首先通讀一下bug文件,看看它描述的是什麼(理解它在講什麼,這個很重要)

②然後按照描述的步驟進行一步一步的操作

③如果能夠重現問題這個階段就完成了

④如果不能重現,你可以先考慮一下幾點:

i,是不是由於環境引起的

ii,是不是由於多執行緒,網路等導致的死鎖,斷線等原因

iii,是不是測試人員寫的步驟不完整或者漏掉,可以直接請測試人員來幫你重現問題

四丶接著分析問題的表象,從而去聯想**

首先這個要建立在你對系統**比較熟悉的情況下!

先不要急著除錯,因為你在沒有分析問題之前就急急忙忙的除錯會做很多無用功!

如果系統有日誌元件,首先通過看日誌來檢視是否有異常出現等等 →檢視日誌記錄是分析問題的重要手段

五丶最後再通過除錯來解決問題

如果上面的步驟都沒有讓你一下子定位到問題所在,那麼就只能通過除錯來解決問題了。

其實很多時候如果你對系統**有足夠了解的話,很多問題不要通過除錯就能定位**出問題(通過問題的表象來分析),

所以在以後的工作中,要慢慢培養自己看待問題的敏銳度。

作為以為程式猿,對待軟體bug要有乙個專業的態度,嘿嘿!

以同步至:個人文章目錄索引

工作的思考十四 增強看待問題 BUG 的敏銳度

最近在解bug的時候發現自己有一種思維定勢 也就是如果這個bug確實存在的話,那麼大多數情況下也一定存在,所以很多時候沒有按照文件上的步驟進行復現!雖然大多數情況下都能復現到了,但是也有一些bug沒有復現到,那麼當時我就認為復現不到了,可是當其它人員來幫我復現的時候總能很快的復現到!其實最直接的問題...

從開發的角度看待bug

從開發的角度看待bug 在工作中,經常有同事問到某個問題是不是bug,該不該提交,而且疑惑為什麼會引起這樣的bug,尤其是剛進入測試行業的同事。這個問題最好的答案就是提交。我基本上碰到這種問題就是鼓勵他們提交他們所疑惑和懷疑的問題,即使後來發現不是問題,留在bug庫中對後來的同事都是一種學習 在此建...

關於修改bug的思考

有軟體就有 bug,這意味著軟體研發不僅僅是新功能開發,更要拿出相當一部分精力去修改 bug。但基本很多軟體開發者並不喜歡修改 bug,對這項工作的厭惡程度並不下於寫文件。究其原因有以下幾點 一是修改 bug並不會帶來像開發新功能那麼大的成就感,甚至修改 bug意味著承認自己開發的軟體中存在缺陷,這...