當前位置:首頁 » 原因查詢 » 測試中如何查找缺陷的原因
擴展閱讀
怎樣在抖音上拍圖集視頻 2024-09-20 09:07:27
怎樣挑眼影好看 2024-09-20 08:54:49
榮耀手機怎樣慢充電 2024-09-20 08:42:32

測試中如何查找缺陷的原因

發布時間: 2022-01-13 02:02:34

1. 軟體測試怎麼做缺陷跟蹤

其他的回答,教科書上面都有,我覺得沒有什麼意義。缺陷跟蹤?什麼是缺陷跟蹤,我認為是對一個bug的產生到結束都去關注他的解決過程,這個才叫做缺陷跟蹤。是一個跟開發、產品,甚至項目經理討論問題,解決問題的過程,當然,你是這個問題的發起者。你得有充分的理由去說明這是個問題,並且和開發人員很好的溝通,跟產品經理反復討論和推敲,引導開發人員去修復這個bug,才是一個完整的bug跟蹤的過程。

2. 軟體測試問題 有關軟體缺陷的問題

首先,要有寬泛的計算機基礎知識。微機原理,數據結構,資料庫,操作系統原理,編譯原理,邏輯,編程語言,網路,等等,都要系統地學習過。都精通不大可能,因為人的興趣都不相同,但是,這些功課的基本知識點是應當了解的。我們在談到職業的類別的時候,我們可以說C程序員,C#程序員,Java程序員,而沒有C測試員,C#測試員,Java測試員,程序員可以只擅長某一門編程語言,測試員卻不行。為什麼呢?測試員是代表用戶的,在做測試的時候,他(她)需要考慮到方方面面的事情。例如對於一個用C寫的上網撥號程序,測試員需要考慮:

(1) 程序的功能是否正確;(要求計算機知識)

(2) 是否符合用戶的使用習慣;(要求界面設計知識和換位思考能力)

(3) 性能是否滿足要求,例如長時間使用;穩定性;(要求深入的計算機知識)

(4) 是否能夠滿足用戶可能的不同操作系統的要求;(要求計算機知識)

(5) 如果在全球發布,是否滿足不同語言和文化的需求;(要求軟體國際化測試知識)

(6) 如何搭建測試環境;(動手能力,硬體知識)

(7) 做代碼檢查;(比較深入的C語言知識)

(8) …(相對於這個軟體來說的其他要求)

所以,各方面都了解一點,你在做測試的過程當中你會感覺順手的多。如果某寫方面還差一些,沒有關系,計算機行業的特點就是邊做邊學,只要是個有心人,學習是很快的。

其次,要掌握一門編程語言。有的朋友可能會說,我就是不願意做編程才來做測試的,怎麼測試還有這么一個要求?我要嘗試說服你:)。我的理由有兩個:

1. 只有知道怎麼做一個軟體產品,才能真正懂得這個產品。而只有真正懂得了產品,才能做好測試。一行代碼不會,你會始終是個門外漢。不要滿足於點滑鼠,而去嘗試著打開我們面前的黑盒子。

2. 自動化測試技術需要編程技術。自動化測試是軟體測試的一個發展方向,一方面很多測試工具都需要人工干預,編寫代碼;另一方面在有的情況下需要自己編寫測試工具。

對於測試員來說,編程技術不要求精通,但要會。

再次,學好英語。在現階段,我們只能承認,在計算機方面,英語國家領先。有很多的資料都是英語的,如果僅僅局限在中文資料方面,會影響你的淵博程度:)。舉一個簡單的例子,Windows操作系統會捕捉到一些程序或者操作系統內部的異常,你可以根據這個異常到微軟網站上去查找錯誤原因和解決辦法,其中有很大一部分資料就是英文的,因為還沒有翻譯過來或者以後也不會翻譯的。

以上所說的幾點看法,都是在計算機行業裡面打轉,下面說幾個「虛」的要求吧。

1. 鍛煉出一雙測試的眼睛。測試的眼睛,就是對問題特別敏感,能夠發現常人發現不了的問題。測試員就是要找軟體中的問題,有了這雙眼睛會讓你收益非淺。耐心,細心和經驗,會有助於我們到達這個要求。

2. 平和的心態。從心理學上說,每個人都不喜歡別人對自己挑毛病,程序員也是這樣。所以,要以平和的心態去看待發現的軟體問題,以平和的心態去和程序員交流。千萬不要以為自己發現了幾個問題,就可以責怪程序員,或者沖過去罵他們一頓。也不要在背後談論誰誰誰不行,bug太多。一個項目是大家共同做的,需要舉集體之力才能做完。我們測試員發現的問題多,表明項目的風險又少了一點,應該高興才是。如果你的脾氣不好,可能這個惡名會掩蓋你的真才實學,很可惜的。

3. 軟體測試怎麼做缺陷跟蹤

一般缺陷分幾個狀態,新建
確認
修復
重新打開
關閉
這幾個狀態完成過程就代表一個缺陷跟蹤的過程。
新建bug
相關人員確認bug
開發進行修復bug
然後你再次驗證bug
如果該缺陷已修復,將bug關閉
如果該缺陷沒有修復,將重新打開bug
一般會用到工具去管理這些
現在很多
:QC
ALM
BugFree
jira
Mantis
禪道
等等
在給你推薦個bug管理工具群:
191709065

4. 軟體測試新手如何快速找出軟體中的Bug

摘要:當前用戶對軟體企業開發出來的軟體質量提出了越來越高的要求了。所以在這種大的環境背景下,催生了一個新興的職業——「軟體測試工程師」的職業。尤其是最近2-3年來加入這個職業或者即將加入到這個職業的人也越來越多了。那麼作為一名軟體測試工程師,我們該如何迅速找到軟體中的缺陷Bug呢? 下面結合作者多年的軟體測試經驗談談。按照作者的觀點:凡是不符合用戶需求的,或者在使用過程中給用戶造成不便的,都認為它是Bug。話雖然說的有點極端,但是現實就是如此。那麼對於剛入行的軟體測試新手迅速找出軟體中的Bug思路如下: 1、盡快熟悉公司的產品業務 比如你們公司做ERP軟體的,你肯定要迅速熟悉EPR的業務流程;比如你們公司是做法院軟體的,那麼你一定要熟悉法院審判案件的流程,只有熟悉了產品的業務流程、你才能迅速找出軟體中存在的一些重要的缺陷,你發現的軟體缺陷才是有價值的。否則即使你能找到一些軟體缺陷,那也是純軟體的缺陷,價值不大。 2、把自己當成是用戶 把自己當成是用戶去使用該系統,比如在使用該系統過程中是這樣操作的嗎? 2.1 比如在大量要求用戶輸入的軟體界面中,有一些用戶喜歡使用Tab鍵採用全鍵盤的輸入;此時的正確的介面應該採取從左到右,從上到下的順序。 2.2 比如有的用戶喜歡使用快捷鍵操作等(Ctr+C,Ctr+V,Ctr+F),但是實際情況下一些開發出來的軟體的快捷鍵卻根本不起作用。 2.3 比如軟體在需要用戶輸入的信息的時候(特別是在填寫個人資料的時候),必填項後面一律要用*等醒目的標示,要讓用戶知道這個地方時必須填寫的。 2.4 下拉框不選值的時候,應該有個默認值;並且要多檢查程序中的多處下拉框,因為很多情況下下拉框取不到值。 3、善於懷疑,不要迷信高手 世界上沒有絕對正確的,總有錯誤的地方,具有叛逆心理,別人認為不可能發生的事,我卻認為可能發生。別人認為是對的,我卻認為不是對的。如果你認為某個或者某些程序員水平很高,他寫的這個地方應該沒問題吧,那麼我要說你錯了,這樣很容易遺漏軟體中的Bug。因為程序開發人員畢竟是普通的人,只要是人就會犯錯誤的。 4、不要讓程序開發人員的觀點:「用戶不會進行這樣的操作」而說服自己 遇到這樣的情況,你要堅持你自己正確的想法,以後對方會明白你的。比如在一個錄入員工基本信息的系統中,系統中對員工的年齡作為負值、而沒有作為判斷、也可以保存到資料庫中,此時你不要被程序員的用戶不會進行這樣操作的觀點說服自己,你要堅持你正確的觀點,把這種現象作為一個Bug吧,勇敢點!你的選擇不會不錯! 5、在軟體測試過程中要跟蹤一條數據完整的流程 在軟體測試的時候要跟蹤一條數據完整的流程,保證數據的正確性這個真的是太重要了:假如你在測試一個銷售的類型的軟體的時候:你應該先做訂貨-à入庫-à盤點-à銷售-à查詢。首先你要保證這個數據的流向是正確的無誤的。假如你在測試法院審判軟體的時候,你要先收案-à立案-à發送審批-à排期---審理審判-à結案判決-à歸檔-à查詢。總之跟蹤一條數據的流程,保證數據的正確性。如果經過你測試的軟體在用戶使用過程中業務流程上都走不通的話,那麼這樣的軟體你說經過你的測試,但是在比人看來與沒有測試有什麼區別呢? 6、回歸測試要注意的細項 程序員提交新的程序版本後,作為測試人員應該立即與程序員溝通這個修改的功能、並且這個新修改的功能影響哪些功能。舉個簡單的例子來說明一下:比如在一款軟體中,程序開發人員修改了某個「會員」的某個欄位信息。作為測試人員首先你要測試「會員」的功能這個是你首先需要做的。另外你還要和程序員溝通詢問他們新修改的這個會員的欄位,會影響會員的銷售功能嗎?會對會員以前的銷售記錄的查詢有影響嗎?如果對這些功能有影響,那麼這些功能都是你在回歸測試的時候重點測試的地方,也是最容易產生Bug的地方了。 7、與使用者互動的缺陷 7.1 如填寫資料錯誤應的時候,應該能夠提示錯誤的位置,讓用戶知道是這個地方輸入數據不對。 7.2 刪除數據之前給一定要給出是否刪除確認提示。 7.3 不要在軟體中使用中英文混合的提示比如:比如對於用戶某個操作的錯誤提示,不要一會用「error」、一會用「錯誤」;一會用「succeed」另一會用「成功」,總之要統一。

5. 測試人員 如何定位軟體缺陷

會導致系統崩潰無法正常運轉的,嚴重影響功能的,一般性的,界面性的小錯誤

6. 軟體測試中的缺陷分析怎麼做

對於測試人員來說,首先找到bug,需要定位此bug屬於前端的bug還是後台的bug,確認後通過bug管理工具,寫清楚重現步驟丟給對應開發,bug的五個等級,就看自己對bug的分析,是否嚴重影響到主流功能,bug大部分都定位「一般」

7. 軟體測試常用的缺陷原因有什麼

。。。。。。。。應該是「軟體測試常見的缺陷原因有什麼」吧。。。

你說的這些都是人為因素,主觀因素,還有客觀的。。。比如代碼本身就支持的不好,在某一方便有問題

8. 軟體測試中如何處理缺陷,有哪些方法

首先判斷是否是缺陷,若是缺陷,就記錄下來並提交給開發人員修復,修復好了之後,再驗證啊

9. 簡述測試用例的主要要素和缺陷的主要要素。

測試用例8要素:
用例編號,用例級別,優先順序,測試標題,測試輸入,預期結果,測試模塊,執行條件。
缺陷的主要要素:
缺陷ID,缺陷標題,缺陷的嚴重程度,缺陷的優先順序,缺陷步驟,缺陷的詳細信息描述,缺陷的預期結果,缺陷的實際結果,缺陷的狀態,缺陷的記錄者,缺陷的處理時間,缺陷的類型
相關詳細的知識點都可以在傳智播客的論壇找到的。你想學習了解的話,可以去看看。或者直接對話框找他們老師要一下。我原來自學測試的時候,就看他家視頻。