軟件測試管理

軟件測試管理第一頁，共二十六頁，編輯于2023年，星期三目錄1.測試執(zhí)行周期的入口標(biāo)準(zhǔn)（開始時間）和出口標(biāo)準(zhǔn)（完成時間）2.測試用例管理3.缺陷追蹤管理第二頁，共二十六頁，編輯于2023年，星期三1.系統(tǒng)測試周期的入口和出口標(biāo)準(zhǔn)1.1入口標(biāo)準(zhǔn)在系統(tǒng)測試期間,為了接受一個軟件版本,必須滿足以下標(biāo)準(zhǔn):所有的單元測試和集成測試成功完成、軟件的生成過程沒有任何錯誤、軟件版本經(jīng)過了煙霧測試、配套文檔完成、缺陷已經(jīng)修正并且準(zhǔn)備重新測試源代碼已經(jīng)存儲在版本控制系統(tǒng)只有以上標(biāo)準(zhǔn)滿足后,測試組才接受軟件版本并開始測試周期第三頁，共二十六頁，編輯于2023年，星期三1.測試周期的入口和出口標(biāo)準(zhǔn)1.2出口標(biāo)準(zhǔn):描述了軟件完成了充分測試的時間.測試資源有限,測試預(yù)算和測試工程師的人數(shù)有限,截止期限很快就到了,測試工作的范圍也有一定的限制.即使?jié)M足了出口標(biāo)準(zhǔn)，只是說明它對客戶是有用的。所有基于需求的、預(yù)先定義的測試過程在執(zhí)行過程中沒有出現(xiàn)任何重大錯誤高優(yōu)先級的問題已經(jīng)被開發(fā)人員修正，并且由測試組成員用回歸測試進行了驗證已經(jīng)執(zhí)行了用來確定系統(tǒng)滿足指定的功能性和非功能性需求的測試過程第四頁，共二十六頁，編輯于2023年，星期三在測試結(jié)果中記錄的所有1級、2級和3級的軟件問題都已經(jīng)解決在測試結(jié)果中記錄的所有1級、2級的軟件問題都已經(jīng)解決在測試結(jié)果中記錄的所有1級、2級的軟件問題都已經(jīng)解決，同時90%的3級問題已經(jīng)解決。軟件發(fā)布時可能存在已知的低優(yōu)先級的缺陷（當(dāng)然有若干未知缺陷）第五頁，共二十六頁，編輯于2023年，星期三一些度量也可以作為出口標(biāo)準(zhǔn)的一部分在回歸測試中，從以前運轉(zhuǎn)正常的功能中發(fā)現(xiàn)缺陷的比例？（修正工作破壞以前運轉(zhuǎn)正常功能的頻率？）缺陷修正失敗的頻率？新缺陷的發(fā)現(xiàn)率走勢？下降第六頁，共二十六頁，編輯于2023年，星期三2.測試用例的管理測試用例的管理屬性有那些？測試用例體本身的屬性有那些？測試用例管理系統(tǒng)可以協(xié)助對測試用例進行良好的管理第七頁，共二十六頁，編輯于2023年，星期三測試用例的管理屬性行業(yè)，屬性值用列表表示，包括：銀行、電信、交通、電子、智能樓宇、其它.操作系統(tǒng)，屬性值用列表表示，包括：windows98、windows2000、windowsXP、Unix、Linux，嵌入式軟件的操作系統(tǒng)有：Linux(armlinux/uClinux/RTlinux)、Vxworks、uCos/II、pSos、eCos、WinCE、DeltaOS、VRTX、Nucleus、其它；數(shù)據(jù)庫管理系統(tǒng)，屬性值用列表表示，包括：sqlserver,mysol,oracle,Sybase,access，其它；瀏覽器，屬性值用列表表示，包括：ie3.0,ie4.0，ie5.0,ie6.0,netscape3.0，netscape4.0，netscape6.0，其它；這三個屬性支持具有相同系統(tǒng)平臺的被測軟件項目間的測試用例復(fù)用；系統(tǒng)類型，屬性值用列表表示，包括：嵌入式、b/s、c/s、其它；編碼語言，屬性值用列表表示，包括：java、c++、c、smalltalk、dephi、其它；測試類型，屬性值用列表表示，包括：功能（包括可使用性測試）、兼容性、負(fù)載測試、強度測試、數(shù)據(jù)庫容量測試、安全性測試、其它;測試階段項目名稱創(chuàng)建人/創(chuàng)建時間重要級別:狀態(tài)第八頁，共二十六頁，編輯于2023年，星期三測試用例體本身的屬性包括以下屬性：測試用例名稱、測試用例目的描述、測試用例版本號、、相關(guān)附件、測試用例描述方式、測試用例前置條件、輸入、操作步驟、預(yù)期輸出、程序文件；與復(fù)用操作有關(guān)的屬性有：父測試用例id、修改原因、修改時間、修改人員。在這些屬性中，“測試用例目的描述”屬性記錄了測試用例的測試目的，因為每個測試用例都必須有明確的測試目標(biāo)；“測試用例描述方式”屬性的值用列表表示，屬性值包括文本方式、源代碼（c，c++，java，rational腳本，qbasic，其它）、可執(zhí)行程序；“測試用例前置條件”屬性用文字描述測試用例執(zhí)行前必須滿足的條件，可能是和其他測試用例的關(guān)系，比如：在運行測試用例A的前提下才能完成該測試用例就描述了測試用例A和該測試用例之間的關(guān)系；“輸入”屬性可以是某個數(shù)據(jù)源，要給出數(shù)據(jù)源的路徑和名稱；或是具體的數(shù)據(jù)，要給出具體數(shù)據(jù)；“操作步驟”屬性用文字描述操作步驟，各個操作步驟之間用“〉〉”進行分隔；“預(yù)期輸出”屬性指測試用例執(zhí)行后的預(yù)期結(jié)果；“程序文件”屬性是指有關(guān)的一些程序。(當(dāng)測試用例是自動測試時所錄制的腳本程序或者是可執(zhí)行程序時.)“相關(guān)附件”屬性是指與測試用例有關(guān)的一些文件；第九頁，共二十六頁，編輯于2023年，星期三測試用例管理系統(tǒng)可以協(xié)助對測試用例進行良好的管理市場上比較有名的測試管理工具中，國外著名的有Rational公司的TestManager、Compueware公司的QADirector、MI的TestDirector等軟件；國內(nèi)比較有名的有中科院的I-test、北航的QESuite等軟件，在這些工具中，測試用例的管理只是其中的一個子系統(tǒng)，提供的功能有限。第十頁，共二十六頁，編輯于2023年，星期三3.缺陷追蹤管理缺陷文檔包含的屬性舉例缺陷優(yōu)先級和嚴(yán)重性劃分缺陷的分離和重現(xiàn)缺陷的度量及其意義缺陷管理系統(tǒng)---Jira的使用第十一頁，共二十六頁，編輯于2023年，星期三3.1缺陷文檔包含的屬性舉例度量項目名稱值說明缺陷idY+M+D+id例如：03090101表示2003年9月1日記錄的第1個缺陷狀態(tài)1，21－新發(fā)現(xiàn)狀態(tài)，2－正在修改狀態(tài)

3，43－待確認(rèn)狀態(tài)，4－修改完畢狀態(tài)測試人員id001編號為001的測試人員提交時間Y+M+D+AM/PM例如030902a表示缺陷在2003年9月2日上午提交缺陷所屬項目idwf01項目編號為01的工作流系統(tǒng)缺陷所屬模塊idwf0101該缺陷位于工作流系統(tǒng)的01模塊開發(fā)人員id001編號為001的測試人員缺陷類型A-E詳見表2優(yōu)先級1，21-Urgent,2-High3，43-Midium,4-Low修改人id001編號為001的修改人解決方案文字描述提出解決當(dāng)前缺陷的方案并給出修改部分代碼修改時間Y+M+D例如030902表示2003年9月2日進行修改修改次數(shù)N用自然數(shù)記錄該缺陷被反復(fù)修改的次數(shù)確認(rèn)結(jié)果1/01-表示缺陷已修復(fù)，0－表示該缺陷還需再次修改第十二頁，共二十六頁，編輯于2023年，星期三3.2缺陷類別劃分缺陷類別標(biāo)識/權(quán)值說明A類A1/5.6由程序執(zhí)行引起的死機、非法退出

A2/5.5死循環(huán)

A3/5.4數(shù)據(jù)庫發(fā)生死鎖

A4/5.3數(shù)據(jù)庫設(shè)計未達到第三范式的要求或需求規(guī)格說明的水平

A5/5.2數(shù)據(jù)功能實現(xiàn)錯誤

A6/5.1與數(shù)據(jù)庫連接錯誤

A7/5.0數(shù)據(jù)通訊錯誤

B類B1/4.3程序語法錯誤

B2/4.2因錯誤操作迫使程序中斷

B3/4.1程序接口錯誤

B4/4.0數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

C類C1/3.4操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)C2/3.3打印內(nèi)容、格式錯誤

C3/3.2簡單的輸入限制未放在前臺進行控制

C4/3.1刪除操作未給出提示

C5/3.0數(shù)據(jù)庫表中有過多的空字D類D1/2.5界面不規(guī)范

D2/2.4輔助說明描述不清楚

D3/2.3輸入輸出不規(guī)范

D4/2.2長操作未給用戶提示

D5/2.1提示窗口文字未采用行業(yè)術(shù)語

D6/2.0可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志

E類E1/6.1遺漏部分功能

E2/6.1實現(xiàn)功能與需求不相吻合第十三頁，共二十六頁，編輯于2023年，星期三缺陷優(yōu)先級劃分優(yōu)先級1:緊急,需要馬上關(guān)注2:高級,是重要的,1處理完后趕快處理3:中級,可以用較長時間解決4:低級,時間和資源允許就解決第十四頁，共二十六頁，編輯于2023年，星期三普通的缺陷處理流程缺陷報告最初生成的狀態(tài)為“新”；賦予各個小組打開不同問題的能力（錯誤、變更請求、增強請求）選擇缺陷優(yōu)先級評估缺陷，為缺陷分配狀態(tài)若狀態(tài)為“打開”，則把缺陷分配給負(fù)責(zé)的人，變?yōu)椤伴_發(fā)”狀態(tài)開始改正缺陷了，變?yōu)椤罢陂_發(fā)”狀態(tài)缺陷改正完了，改為“修改完畢”狀態(tài)；或者“工作正?！薄ⅰ叭毕莶荒苤噩F(xiàn)”若創(chuàng)建了新版本，所有改正的缺陷改為“返測”狀態(tài)測試工程師返測這些改動，設(shè)置狀態(tài)為“關(guān)閉-改正”、“返測失敗”第十五頁，共二十六頁，編輯于2023年，星期三普通的缺陷處理流程第十六頁，共二十六頁，編輯于2023年，星期三3.3缺陷的分離和重現(xiàn)有效地報告缺陷?(明顯,通用,再現(xiàn)步驟)執(zhí)行一些測試用例后出現(xiàn)分離缺陷記錄每一個步驟\每一個停頓\每一件工作查找時間依賴和競爭條件的問題(slow軟盤,quick硬盤)(時間發(fā)生次序)與負(fù)荷相關(guān)的邊界條件\內(nèi)存泄露\數(shù)據(jù)溢出考慮資源依賴性和內(nèi)存\網(wǎng)絡(luò)\硬件共享的相互作用第十七頁，共二十六頁，編輯于2023年，星期三7.4缺陷的度量及其意義

為了保證軟件的質(zhì)量，軟件開發(fā)組織必須對軟件測試中發(fā)現(xiàn)的缺陷進行有效的管理，確保測試人員發(fā)現(xiàn)的所有缺陷都能夠得到適當(dāng)?shù)奶幚?。對缺陷?shù)據(jù)進行分析和度量，使我們在改正缺陷的同時，挖掘出更多對項目管理有用的信息，以便建立高效的缺陷管理流程,并使缺陷管理更好地融入項目管理過程中，轉(zhuǎn)被動為主動，將缺陷管理從流程處理的模式下完全解脫出來，并將這一過程推向更高的階段——量化管理階段.第十八頁，共二十六頁，編輯于2023年，星期三對收集的缺陷數(shù)據(jù)度量，并使用統(tǒng)計方法或者分析模型得出分析結(jié)果，以便:了解缺陷集中的區(qū)域，明晰缺陷發(fā)展趨向，度量軟件開發(fā)過程中各階段工作產(chǎn)品的質(zhì)量，評估開發(fā)人員的效率、測試人員的效率和項目進展的情況.這對于軟件過程的改進，軟件產(chǎn)品的發(fā)布，軟件質(zhì)量的預(yù)測具有十分重要的意義。第十九頁，共二十六頁，編輯于2023年，星期三軟件開發(fā)只有引入了度量機制和定量化的管理，才能稱為真正意義上的“工程”，這一準(zhǔn)則清楚地體現(xiàn)在CMM中：CMM4級（已管理級）引入了“定量軟件過程”，CMM5級（優(yōu)化級）則完全建立在定量管理的基礎(chǔ)之上，并明確提出了“缺陷預(yù)防”。第二十頁，共二十六頁，編輯于2023年，星期三缺陷的發(fā)展趨勢缺陷的發(fā)展趨勢包括新發(fā)現(xiàn)缺陷數(shù)量增長趨勢和關(guān)閉缺陷數(shù)量的增長趨勢。對于軟件產(chǎn)品發(fā)布而言，發(fā)展趨勢圖是輔助決策的重要依據(jù)。一般來說，軟件發(fā)布的必要