看得見的開發管理方法:缺陷管理
我們都知道,管理的目標是爭取讓每個事情都能按時完成并保證質量,使“客戶滿意、公司獲利”,其實還有一個當然是“員工受益”,通過軟件開發管理提高,提高軟件質量,創造效益,終達到大家滿意。
缺陷管理理念講究的是將工作細分成小模塊甚至是小的單元,列出要完成的模塊,每個模塊工作安排具體還細分到要完成的每個步驟,具體分配到人。比如軟件項目中的一個小模塊可以分成:需求(或bug)、指派、開發、測試、構造、驗收、發布。
關于Bug:
Bug是人們將電腦系統或程序中,隱藏著的一些未被發現的缺陷或問題的統稱。中文常稱BUG為“缺陷”。而且,“缺陷”一詞更能反映事情的本質。與Bug相對應,人們將發現Bug并加以糾正的過程叫做“Debug”(中文稱作“調試”)。
關于異常:
異常的定義是:在文檔或軟件操作中觀察到的任何與期望違背的結果。
PASS:測試驅動裝置跟據用戶定義測試程序在當前環境未發現軟件BUG,即實際值等于期望值。
FAIL:測試驅動裝置跟據用戶定義測試程序在當前環境發現了軟件BUG,即實際值不等于期望值,并且定位到BUG產生的所有涉及語句。
ERROR:測試驅動裝置因為某些原因自身產生了問題,導致整個測試過程被中斷。
看得見的開發管理方法:缺陷管理
我們都知道,管理的目標是爭取讓每個事情都能按時完成并保證質量,使“客戶滿意、公司獲利”,其實還有一個當然是“員工受益”,通過軟件開發管理提高,提高軟件質量,創造效益,終達到大家滿意。
缺陷管理理念講究的是將工作細分成小模塊甚至是小的單元,列出要完成的模塊,每個模塊工作安排具體還細分到要完成的每個步驟,具體分配到人。比如軟件項目中的一個小模塊可以分成:需求(或bug)、指派、開發、測試、構造、驗收、發布。
系統間交互時異常流的測試
的測試人員在設計測試用例時往往會考慮各系統之間的關聯,會考慮系統間交互時產品是不是存在潛在風險。系統間交互型測試中主流程、正常流是我們測試的重點,異常流的測試同樣也是必不可少的。