5.26 软件测试之配置管理
配置管理:對軟件生命期的不同時間點上的軟件配置進行標識,并對這些被標識的軟件配置項的更改進行系統控制,從而達到保證軟件產品的一致性,完整性和可塑性的過程。
軟件配置管理相關主要內容:
1、配置管理角色
1)項目經理PM
2)配置管理員CMO
3)軟件開發工程師SWE
4)軟件測試工程師STE
5)質量保證人員QA
6)變更控制委員會CCB
2、標識管理
1)每個配置項都必須被唯一標識,有一個標識符
2)文檔——文件名為標識符
3)代碼——項目名-模塊名+代碼
4)工具——以工具本身的名字命名
3、版本管理
1.)軟件配置項(software configuration item):
含義:在軟件生存周期內所產生的各種應納入管理范圍的系統構成成分。
包括各種管理文檔和技術文檔,源程序與目標代碼,以及運行所需的各種數據等(配置管理的資源對象)。
形態:在通常的軟件配置管理系統中,最基本的軟件配置項是以磁盤文件的形式進行存放和管理的。
2) 版本管理是配置管理的基礎:
應當記錄每個軟件配置項的所有歷史記錄,并記錄該軟件配置項由何人創建,何人在何時因何原因進行了修改等信息,以及對這些軟件配置項版本的進行的檢索和信息查詢等活動。
3) 版本樹:
可以對軟件系統的不同演化方向進行管理。
4) 軟件配置項的版本管理——版本數
記錄一棵帶有時間標記的配置項版本演化的樹結構信息。
4、配置支持
1) 軟件配置(software configuration):
所有軟件配置項在不同時期的組合、結構與關系定義。
2) 系統建模
通過定義配置來表示整個系統或其中的子系統。
3) 依賴性追蹤
例如:查找與某個源文件版本對應的設計文檔的版本。
4) 影響分析
分析對系統一個部分的修改可能影響哪些其它部分。
5、變化管理
1) 變化:軟件版本演化的來源與過程
來源:需求變化、增加功能、修改錯誤 ……
生命周期:請求、審批、實施、驗證、審核、結束。
2) 變化控制
記錄和控制對軟件配置項的每一次修改。
3) 變化跟蹤
一個變化生命周期進行到哪一步了?
如果一個已經改掉的bug又出現了,怎樣找出原因。
4) 變化傳播
幫助將對產品一個版本的修改傳播到其它版本中。
6、構造管理(Build)
1) 系統的構造和重新構造(Build)
幫助開發人員正確和快速地構造和重新構造產品的任何版本。
2) 軟件發布管理(Release)
為不同的用戶提供不同的版本,避免其中發生混亂。
3) 軟件部署管理(Deployment)
幫助在分布式環境中部署整個系統。
7、過程支持
1)過程控制
在這個過程能得到一定限度的控制
2) 預定義的過程模版 和 可剪裁的過程實例
可定義過程,并保證過程中定義的每一步均由授權的人員按正確的順序執行。
3) 過程支持中的關鍵概念
包括:角色、工作組、任務、觸發器機制等。
8、團隊支持
1) 工作區管理
不同的開發人員擁有獨立的不相互影響的工作空間。
2) 并行開發
支持多個開發人員同時開發一個項目。
3) 遠程開發
開發人員在物理上可以分布在相距較遠的位置上。
9、狀態報告
依賴性報告
影響報告
構造報告
變化狀態報告
差異報告
歷史報告
訪問控制報告
沖突檢測報告
10、審計控制
1) 驗證軟件配置管理過程
2) 驗證系統管理的所有配置項的完整性
3) 基本的審計控制是記錄配置管理過程中執行的所有活動,并提供檢索機制——日志
總結
以上是生活随笔為你收集整理的5.26 软件测试之配置管理的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 常用物流快递单号查询接口种类及对接方法
- 下一篇: 影像自动解译_遥感影像解译的研究现状和发