軟件測(cè)試管理

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

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

A2/5.5死循環(huán)

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

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

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

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

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

B類B1/4.3程序語(yǔ)法錯(cuò)誤

B2/4.2因錯(cuò)誤操作迫使程序中斷

B3/4.1程序接口錯(cuò)誤

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

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

C3/3.2簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制

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

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

D2/2.4輔助說(shuō)明描述不清楚

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

D4/2.2長(zhǎng)操作未給用戶提示

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

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

E類E1/6.1遺漏部分功能

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

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