作為測試人員,和我們最常打交道的,莫屬bug。但是測試不只是負責發現問題,除了發現問題這種基本功外,定位問題,提出解決方案,提出預防方案也是要掌握的技能。 如何快速定位一個bug,就需要對功能、產品的流程、開發方案、開發人員非常熟悉。 遇到一個bug的時候,我們要去定位發現這個bug的來源 ...
問題描述: 測試過程中如何區分什么是功能bug,什么是需求bug,什么是設計bug 精彩答案: 會員 土土的豆豆: 本期問題其實主要是針對不同方面或緯度上對於bug的一個歸類和定位。 個人認為,從軟件開發測試生命周期上分析的話,三者從開發測試階段應該是需求bug 設計bug 功能bug。 這里僅針對提問排比 需求問題可以包括設計問題和功能問題,當然還有非功能性缺陷等。 需求bug,簡而言之就是對 ...
2014-03-04 12:15 0 2489 推薦指數:
作為測試人員,和我們最常打交道的,莫屬bug。但是測試不只是負責發現問題,除了發現問題這種基本功外,定位問題,提出解決方案,提出預防方案也是要掌握的技能。 如何快速定位一個bug,就需要對功能、產品的流程、開發方案、開發人員非常熟悉。 遇到一個bug的時候,我們要去定位發現這個bug的來源 ...
1、找到需求文檔或者是原型圖進行匹配 2、嘗試多種測試環境和多種測試方法來確認是否為bug 3、整理bug的復現的步驟和出現的頻率 4、開發堅持不認為是bug的時候找項目經理測試經理進行溝通來確認是否為bug 5、將客戶經理 測試 測試經理和項目經理進行確認會來判定是否為bug 6、測試人員需要 ...
1、bug的定義 需求文檔存在差異的功能實現 與用戶需求不符 2、bug的類型 代碼(功能錯誤):功能沒有實現 界面優化:UI、用戶界面 設計缺陷:開發、需求文檔中的功能沒有實現 3、bug的等級 1.致命缺陷: 系統崩潰、死機 ...
偶然性問題的處理 在測試執行過程中,一旦系統出現異常信息,我們第一時間要做的是截圖,保存證據; 確定是偶然性的bug之后,收集相關的日志,連同截圖一並提交過單位開發 如果缺陷在當前版本無法復現,且缺陷的影響程度比較低,我們會跟蹤三個版本,如果后三個版本都無法復現,就可以關閉 ...
那么到底都有哪些風險要注意呢?如何解決呢?另外這些風險如何在計划中寫明呢,不會寫“張三可能要離職”,“開發提交代碼可能會延期”吧? 設計方面: 風險:(1)沒有詳細設計說明書; 解決方案:測試人員要在開發階段對相關設計及需求文檔進行分析,對大體模塊功能進行分類,分析業務邏輯,在不清楚的地方 ...
什么是缺陷密度 基本的缺陷測量是以每千行代碼的缺陷數(Defects/KLOC)來測量的。稱為缺陷密度(Dd),其測量單位是defects/KLOC。缺陷密度=缺陷數量/代碼行或功能點的數量。 我們可以按照以下步驟來計算一個程序的缺陷密度: 1.累計開發過程中每個階段發現的缺陷總數(D ...
在編寫測試計划的時候要考慮可能發生的風險,並提出應對措施。那么到底都有哪些風險要注意呢?如何解決呢?以下列出了一些方案: 設計方面: 風險:(1)沒有詳細設計說明書; 解決方案:測試人員要在開發階段對相關設計及需求文檔進行分析,對大體模塊功能進行分類,分析業務邏輯,在不清楚的地方 ...
一.web前端的bug分析定位。 測試內容:頁面布局、用戶功能、易用性、兼容性 測試方法: ...