敏捷測試驅動模式 專案質量保障體系

2021-09-08 17:59:06 字數 1463 閱讀 8264

結合敏捷專案管理,測試驅動模式,讓測試跑起來...

我給這套體系的定義就是 「保障質量的同時保證專案進度」 ,四個節點及時反饋及時溝通,有效的讓產品、研發和測試都動起來,避免任意一方的停滯。

質量的四層把控:

1、測試人員更早的介入需求

2、需求用例+

功能用例

3、每天乙個功能秀

4、嚴控用例執行規範

指標維度

核心指標

測試週期

要求指標

衡量標準

測試用例執行規範

測試用例執行率

第一版本

優先順序1

100%

(差):≤85%,沒有根據測試用例執行管理目錄進行管理,不能根據測試用例執行,導致測試不全面;缺少執行記錄。

第二版本

優先順序2

100%

(基本合格):85%《測試用例執行率<95%

第三版本/第四版本/第五版本

優先順序3/優先順序4/優先順序5

100%

(合格):≥95%,根據測試用例執行管理目錄進行管理。能夠根據測試用例執行測試,並及時記錄執行狀態。

測試用例覆蓋率

第一版本

用例覆蓋率50%

100%

(差):≤85%,沒有根據測試用例執行管理目錄進行管理。不能根據測試用例執行測試,缺少執行測試用例條數的執行記錄

第二版本

用例覆蓋率30%

100%

(基本合格):85%《測試用例覆蓋率<95%

第三版本,第四版本,第五版本

用例覆蓋率20%

100%

(合格):≥95%,根據測試用例執行管理目錄進行管理。能夠根據測試用例執行測試,並及時記錄執行測試用例條數

測試缺陷發現率(嚴重級別)

第一版本

嚴重級別缺陷率80%

100%

(差):≤85%,沒有根據測試用例執行管理目錄進行管理。不能根據測試用例執行測試,並及時記錄發現的缺陷

第二版本

100%

(基本合格):85%《測試缺陷發現率<95%

第三版本,第四版本,第五版本

嚴重級別缺陷率20%

100%

(合格):≥95%根據測試用例執行管理目錄進行管理。能夠根據測試用例執行測試,並及時記錄發現的缺陷

規範要求

測試負責人或指定人員需要進行每日測試情況發布

測試負責人需要每週進行周計畫跟蹤和調整

每個版本需要確認開發執行bat才能接受測試

非發布版本需要對fixed和reject問題進行確認,不允許此兩個狀態的缺陷遺留到下乙個版本。

發布版本不允許存在非close、delay、nobug缺陷存在

其他,需要根據測試管理過程、缺陷管理子過程、測試標準執行。

敏捷測試驅動模式 專案質量保障體系

結合敏捷專案管理,測試驅動模式,讓測試跑起來.我給這套體系的定義就是 保障質量的同時保證專案進度 四個節點及時反饋及時溝通,有效的讓產品 研發和測試都動起來,避免任意一方的停滯。質量的四層把控 1 測試人員更早的介入需求 2 需求用例 功能用例 3 每天乙個功能秀 4 嚴控用例執行規範 指標維度 核...

敏捷專案如何保證測試質量

關於敏捷專案,是迭代更新快,每個迭代都會有新的內容,或是業務需求,或是 優化,我們身為測試,要在每個迭代的測試中,保證每個迭代的測試質量。測試質量,包括這次迭代的改動不影響已有的功能,以及增加的功能,實現的效果符合預期。那麼,問題來了,測試如何保證測試質量?因為敏捷時間緊張,我們可以採用兩個方式混合...

從瀑布到敏捷(六)逐步完善專案級的質量保障體系

前面談到了專案級質量保障體系的基本架構建設情況,這裡再深入的說說專案級質量保障體系的測試用例體系建設過程。我們開發的是大型嵌入式軟體,從軟體測試角度來說,在專案級一般應該包含單元測試 整合測試和系統測試三部分。但是實際上根據各個軟體專案組的不同情況,各個專案組的專案級質量保障體系在實際建設過程中不完...