




版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、軟件缺陷管理辦法1. 目的本文檔定義了軟件缺陷管理流程和相關(guān)規(guī)則,確保軟件缺陷管理的系統(tǒng)性和 規(guī)范性,以保證項(xiàng)目研發(fā)質(zhì)量。2. 適用范圍適用于部門(mén)項(xiàng)目研發(fā)過(guò)程的缺陷管理,對(duì)各階段的缺陷管理過(guò)程進(jìn)行指導(dǎo)和 規(guī)范。3. 定義3.1術(shù)語(yǔ)缺陷(Defect):存在于軟件之中偏差,可被激活,以靜態(tài)形式存在于軟件 內(nèi)部。Bug :缺陷一種表現(xiàn)形態(tài),系統(tǒng)或程序存在的任何一種破壞正常運(yùn)轉(zhuǎn)能力的 問(wèn)題。3.2缺陷定義(1)軟件未達(dá)到需求規(guī)格說(shuō)明書(shū)的功能;(2)軟件出現(xiàn)了需求規(guī)格說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤;(3)軟件功能超出需求規(guī)格說(shuō)明書(shū)的范圍;(4)軟件未達(dá)到需求規(guī)格說(shuō)明書(shū)未指出但應(yīng)達(dá)到的目標(biāo);(5)測(cè)試工程師認(rèn)
2、為軟件難以理解、不易使用、運(yùn)行速度慢,或者最終用戶(hù)認(rèn) 為不好。4. 缺陷生命周期4.1缺陷生命周期圖麗L 關(guān)閉 4通4卄:態(tài) rJ*T扎 lij4.2缺陷狀態(tài)說(shuō)明缺陷狀態(tài)狀態(tài)說(shuō)明激活狀態(tài)缺陷的初始狀態(tài),或者重新被激活的狀態(tài)。激活狀態(tài)的缺陷可以通過(guò)編輯來(lái)修改缺陷內(nèi)容,并指派給合適的工程師處理。解決狀態(tài)缺陷被解決之后的狀態(tài)。激活狀態(tài)的缺陷經(jīng)過(guò)成功修復(fù)以后,由開(kāi)發(fā)工程師操作為解決狀態(tài),系統(tǒng)將自動(dòng)指派回創(chuàng)建者。關(guān)閉狀態(tài)解決狀態(tài)的缺陷在驗(yàn)證通過(guò)后關(guān)閉,缺陷狀態(tài)變?yōu)殛P(guān)閉,生命周期結(jié)束。 如果驗(yàn)證未修復(fù)或者新版本又發(fā)生,則重新激活,缺陷狀態(tài)重新變?yōu)榧せ睢?. 缺陷處理過(guò)程5.1正常處理過(guò)程(1)創(chuàng)建問(wèn)題在測(cè)
3、試管理系統(tǒng)中,所有用戶(hù)都可以創(chuàng)建新問(wèn)題,包括需求問(wèn)題和軟件缺陷 等。創(chuàng)建問(wèn)題時(shí),需要描述清楚,并選擇正確的選項(xiàng),詳細(xì)請(qǐng)參考5.4和 5.5。(2)指派問(wèn)題創(chuàng)建問(wèn)題時(shí),創(chuàng)建者通常要指派給該項(xiàng)目開(kāi)發(fā)負(fù)責(zé)人,再由其指派任務(wù),或 直接指派給相應(yīng)模塊的開(kāi)發(fā)工程師。如果指派人是錯(cuò)誤的,或者需要他人確認(rèn)或幫助,則可以重新指派給合適的 工程師,寫(xiě)上相關(guān)備注。(3)確認(rèn)問(wèn)題通常開(kāi)發(fā)工程師收到新問(wèn)題后,需要分析和確認(rèn)此問(wèn)題是否為Bug。如果是Bug,則選擇“確認(rèn)狀態(tài)”;如果認(rèn)為非 Bug,則注明原因并指派回創(chuàng)建者。當(dāng)創(chuàng)建者收到確認(rèn)指派時(shí),需要進(jìn)行及時(shí)確認(rèn)。如果同意為非bug,則及時(shí)關(guān)閉它;如果不同意,則需要注明理
4、由并指派回相關(guān)工程師。如果問(wèn)題確認(rèn)指派次數(shù)大于6次時(shí),需要進(jìn)入“爭(zhēng)議處理”流程,詳細(xì)請(qǐng)參 考 5.2。(4)解決問(wèn)題此為開(kāi)發(fā)工程師的主要職責(zé),包括 Bug的復(fù)現(xiàn)、修改和修改驗(yàn)證。開(kāi)發(fā)工程師需要及時(shí)對(duì)確認(rèn)狀態(tài)Bug進(jìn)行分析和解決,并自己驗(yàn)證通過(guò),則 操作為解決狀態(tài),解決方案規(guī)則請(qǐng)參考 5.4中解決方案定義部分,在缺陷管理系 統(tǒng)中解決方案選擇相應(yīng)的選項(xiàng),解決后系統(tǒng)將自動(dòng)指派回給創(chuàng)建者。如果Bug無(wú)法解決或修改影響比較大,可申請(qǐng)進(jìn)入“延期解決”流程,請(qǐng)參 考5.2中延期處理部分。(5)驗(yàn)證問(wèn)題創(chuàng)建者需要及時(shí)對(duì)解決狀態(tài)的Bug在對(duì)應(yīng)版本上面進(jìn)行驗(yàn)證。如果驗(yàn)證通過(guò), 則可關(guān)閉Bug;如果驗(yàn)證不通過(guò),則激
5、活此Bug,系統(tǒng)將自動(dòng)指派回給解決者。驗(yàn)證通過(guò)準(zhǔn)則:相同的操作步驟,進(jìn)行一定次數(shù)的驗(yàn)證測(cè)試都沒(méi)有發(fā)生。驗(yàn)證不通過(guò)準(zhǔn)則: 相同的操作步驟, 全部或部分實(shí)際結(jié)果還會(huì)發(fā)生, 驗(yàn)證不 通過(guò)則激活 Bug。(6) 關(guān)閉問(wèn)題通過(guò)驗(yàn)證的Bug,驗(yàn)證者需要注明驗(yàn)證結(jié)果并進(jìn)行關(guān)閉操作,系統(tǒng)將指派給 Closed。如果關(guān)閉狀態(tài)的Bug在之后版本又會(huì)發(fā)生,則激活此Bug,系統(tǒng)將自動(dòng)指派回 給解決者。5.2 特別處理過(guò)程(1) 客戶(hù)問(wèn)題客戶(hù)反饋的問(wèn)題可以由客戶(hù)直接反饋或項(xiàng)目經(jīng)理、 市場(chǎng)部等了解到的客戶(hù)問(wèn) 題,經(jīng)確認(rèn)后的Bug提交到測(cè)試管理系統(tǒng),按照以上處理流程進(jìn)行處理,由創(chuàng)建 者或測(cè)試組進(jìn)行跟蹤驗(yàn)證關(guān)閉。創(chuàng)建客戶(hù)問(wèn)題
6、時(shí),創(chuàng)建者需要在Bug標(biāo)題開(kāi)頭標(biāo)記為客戶(hù)問(wèn)題,測(cè)試組負(fù) 責(zé)檢查和更正。(2) 爭(zhēng)議處理當(dāng)開(kāi)發(fā)和測(cè)試工程師對(duì)某問(wèn)題有爭(zhēng)議并且多次溝通無(wú)果時(shí)(暫定為 6次), 可以注明雙方的理由,并指派給項(xiàng)目經(jīng)理進(jìn)行處理。項(xiàng)目經(jīng)理可以召開(kāi)評(píng)審會(huì)議, 或者直接與雙方溝通了解, 并根據(jù)項(xiàng)目情況給 出專(zhuān)業(yè)意見(jiàn)和最終決定。開(kāi)發(fā)和測(cè)試工程師根據(jù)項(xiàng)目經(jīng)理的最終決定執(zhí)行。(3) 延期解決當(dāng)開(kāi)發(fā)工程師對(duì)確認(rèn)Bug進(jìn)行解決時(shí),發(fā)現(xiàn)或評(píng)估其解決時(shí)間緊或風(fēng)險(xiǎn)比較 大等,可以說(shuō)明原因或理由并指派給項(xiàng)目經(jīng)理來(lái)確認(rèn)。項(xiàng)目經(jīng)理可以召開(kāi)評(píng)審會(huì)議, 或者直接溝通了解, 并根據(jù)項(xiàng)目情況給出最終 決定。如果不同意,項(xiàng)目經(jīng)理將此 Bug指派回開(kāi)發(fā)工程師
7、,開(kāi)發(fā)工程師繼續(xù)分析 和解決。如果同意,項(xiàng)目經(jīng)理需要在 Bug標(biāo)題開(kāi)頭標(biāo)記為延期解決和在處理狀 態(tài)選擇“延期解決”,然后注明解決時(shí)間計(jì)劃并指派回開(kāi)發(fā)工程師,開(kāi)發(fā)工程師 根據(jù)解決時(shí)間計(jì)劃來(lái)規(guī)劃和解決此 Bug。5.3 缺陷管理工具軟件測(cè)試過(guò)程中所有缺陷要提交到公司測(cè)試管理系統(tǒng)進(jìn)行跟蹤管理。(1) 管理工具的作用a. 確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被跟蹤與處理。b. 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢(shì)曲線(xiàn)識(shí)別或報(bào)告測(cè)試狀態(tài)。c. 收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析,作為測(cè)試評(píng)估的依據(jù)。(2) 缺陷驅(qū)動(dòng)原則缺陷管理系統(tǒng)主要通過(guò)指派狀態(tài)來(lái)驅(qū)動(dòng)相關(guān)開(kāi)發(fā)工程師、 測(cè)試工程師和項(xiàng)目 經(jīng)理盡快地處理問(wèn)題, 以提高研發(fā)效率,
8、 所以會(huì)特別關(guān)注缺陷指派給誰(shuí)和停留時(shí)間,并反饋在定期報(bào)告所以,缺陷驅(qū)動(dòng)原則:盡量不要讓缺陷掛在你身上54缺陷屬性定義缺陷相關(guān)屬性缺陷屬性說(shuō)明缺陷ID缺陷ID是標(biāo)記某個(gè)缺陷的一組符號(hào)。每個(gè)缺陷必須有一個(gè)唯一的ID。缺陷類(lèi)型缺陷類(lèi)型是根據(jù)缺陷的自然屬性劃分的缺陷種類(lèi)。嚴(yán)重程度缺陷嚴(yán)重程度是指因缺陷引起的失效對(duì)軟件產(chǎn)品的影響程度。發(fā)生概率缺陷發(fā)生概率指缺陷按照測(cè)試操作步驟發(fā)生的概率情況。解決方案缺陷解決方案是指缺陷被解決掉的處理方案。缺陷描述缺陷描述是對(duì)缺陷的報(bào)告,包括標(biāo)題、操作步驟和結(jié)果等。(2)缺陷類(lèi)型說(shuō)明類(lèi)型名稱(chēng)說(shuō)明設(shè)計(jì)缺陷由于軟件設(shè)計(jì)或代碼實(shí)現(xiàn)所產(chǎn)生的功能或流程的問(wèn)題。界面問(wèn)題系統(tǒng)頁(yè)面的展示
9、的冋題。數(shù)據(jù)問(wèn)題系統(tǒng)數(shù)據(jù)的來(lái)源,處理及處理結(jié)果的問(wèn)題。需求冋題軟件需求測(cè)試發(fā)現(xiàn)的問(wèn)題,也包括之后需求變更的問(wèn)題。安裝部署軟件安裝部署過(guò)程的錯(cuò)誤。性能問(wèn)題軟件性能相關(guān)的缺陷。文檔問(wèn)題用戶(hù)使用手冊(cè),軟件幫助文檔等出現(xiàn)的問(wèn)題常識(shí)問(wèn)題系統(tǒng)用戶(hù)的正常使用習(xí)慣相關(guān)問(wèn)題。安全問(wèn)題系統(tǒng)漏洞安全問(wèn)題。優(yōu)化建議針對(duì)操作過(guò)程邏輯或界面顯示的優(yōu)化性建議。其他除前面分類(lèi)的其他問(wèn)題(3)嚴(yán)重程度定義嚴(yán)重程度定義和說(shuō)明致命阻礙開(kāi)發(fā)或測(cè)試工作繼續(xù)進(jìn)行的系統(tǒng)性故障, 例如:實(shí)現(xiàn)的功能與產(chǎn)品定義或軟件需求規(guī)格嚴(yán)重不符。 系統(tǒng)無(wú)法執(zhí)行、崩潰、凍結(jié),死循環(huán)等。程序引起的死機(jī),非法退出。主要功能模塊嚴(yán)重錯(cuò)誤。數(shù)據(jù)庫(kù)鏈接錯(cuò)誤,嚴(yán)重?cái)?shù)據(jù)計(jì)
10、算錯(cuò)誤通訊錯(cuò)誤等。嚴(yán)重系統(tǒng)出現(xiàn)的嚴(yán)重錯(cuò)誤,但不影響當(dāng)前測(cè)試工作的錯(cuò)誤。例如:模塊功能錯(cuò)誤,模塊功能未實(shí)現(xiàn),亂碼等; 功能錯(cuò)誤,如鏈接模塊有誤,基本按鍵使用有誤等。數(shù)據(jù)錯(cuò)誤,如用戶(hù)數(shù)據(jù)丟失、破壞、計(jì)算、保存有誤等。一般不影響用戶(hù)使用的非嚴(yán)重問(wèn)題次要功能未實(shí)現(xiàn)或與需求不符。操作界面錯(cuò)誤,如界面圖表或字符的一般性錯(cuò)誤,但不影響操作。 提示信息錯(cuò)誤,輔助說(shuō)明不清楚。數(shù)據(jù)錯(cuò)誤,數(shù)據(jù)邊界、格式約束未實(shí)現(xiàn)或需求不一致建議測(cè)試過(guò)程中發(fā)現(xiàn)不利用戶(hù)操作的優(yōu)化建議。 界面字符或提示與的顯示不恰當(dāng)。 頁(yè)面或操作習(xí)慣的優(yōu)化性建議。 功能操作更好的實(shí)現(xiàn)方式。注:嚴(yán)重等級(jí)由創(chuàng)建者在創(chuàng)建缺陷時(shí)根據(jù)此定義來(lái)選擇,之后都不能隨意
11、更改 (5)優(yōu)先級(jí)的定義優(yōu)先級(jí)定義和說(shuō)明立刻阻礙測(cè)試工作無(wú)法進(jìn)行,需要開(kāi)發(fā)工程師馬上解決問(wèn)題。 所有的致命問(wèn)題都需要立刻解決;時(shí)間急迫時(shí)影響版本上線(xiàn)的問(wèn)題等;緊急不影響測(cè)試工作的嚴(yán)重問(wèn)題,下個(gè)測(cè)試版本發(fā)版前必須解決。 所有嚴(yán)重冋題;常用模塊功能、業(yè)務(wù)邏輯或數(shù)據(jù)錯(cuò)誤;明顯的性能問(wèn)題;盡快一般性功能錯(cuò)誤,版本發(fā)布前應(yīng)該解決的冋題。大多數(shù)一般冋題;頁(yè)面顯示,頁(yè)面的字符,界面圖標(biāo)、文字顯示、鏈接有誤,不影響使用。如 錯(cuò)別字,圖標(biāo)顯示異常等;一般不影響版本上線(xiàn)的問(wèn)題,部分問(wèn)題允許不修改。 非常用界面或字符的顯示錯(cuò)誤或不恰當(dāng); 用戶(hù)使用習(xí)慣,語(yǔ)言表達(dá)等優(yōu)化建議;注:立刻、緊急、盡快的問(wèn)題都要求在系統(tǒng)上線(xiàn)前
12、解決(6) 發(fā)生概率定義發(fā)生概率定義說(shuō)明驗(yàn)證問(wèn)題最小次數(shù)必現(xiàn)100%。測(cè)試5次,出現(xiàn)5次。5次經(jīng)常100%&=30%測(cè)試5次,出現(xiàn)34次;或測(cè)試10次,出現(xiàn)3次及以上;或測(cè)試15次,出現(xiàn)5次及以上。10次偶爾30%&=10% 測(cè)試10次,出現(xiàn)2次;或測(cè)試15次,出現(xiàn)24次。20次隨機(jī)10%。測(cè)試15次,出現(xiàn)1次。30次(7) 處理狀態(tài)說(shuō)明處理狀態(tài)相關(guān)規(guī)則確認(rèn)中當(dāng)問(wèn)題確認(rèn)過(guò)程時(shí),可以選擇這狀態(tài)來(lái)說(shuō)明。解決中開(kāi)發(fā)工程師設(shè)置此狀態(tài)。當(dāng)Bug正在分析或解決時(shí),可選這狀態(tài)來(lái)說(shuō)明。復(fù)現(xiàn)中當(dāng)正在復(fù)現(xiàn)問(wèn)題,或者正在跟蹤測(cè)試問(wèn)題,可以選擇這狀態(tài)來(lái)說(shuō)明。驗(yàn)證中當(dāng)驗(yàn)證隨機(jī)問(wèn)題等需要長(zhǎng)時(shí)間,可以選擇這狀態(tài)來(lái)說(shuō)明。延期
13、解決項(xiàng)目經(jīng)理才能設(shè)置此狀態(tài),參考5.2(8) 解決方案定義與規(guī)則解決方案方案說(shuō)明相關(guān)規(guī)則已經(jīng)解決缺陷被修復(fù)或更正,并通過(guò)其驗(yàn) 證測(cè)試。開(kāi)發(fā)工程師權(quán)限,解決時(shí)需要填寫(xiě)“解決版 本”和注明Bug原因等。重復(fù)缺陷相冋的缺陷別人已經(jīng)提交,或者 開(kāi)發(fā)認(rèn)為原因是相同的開(kāi)發(fā)工程師權(quán)限,解決時(shí)需要填寫(xiě)正確的重 復(fù)缺陷ID。無(wú)效缺陷設(shè)計(jì)如此,不是問(wèn)題,優(yōu)化建議 不采納,沒(méi)法解決的第三方問(wèn)題。開(kāi)發(fā)工程師需要與創(chuàng)建者溝通說(shuō)明,直到創(chuàng) 建者冋意,開(kāi)發(fā)工程師才能選擇此方案。無(wú)法復(fù)現(xiàn)開(kāi)發(fā)和測(cè)試工程師沒(méi)法復(fù)現(xiàn)又不 能解決的問(wèn)題,并且跟蹤測(cè)試二 個(gè)以上版本也不能復(fù)現(xiàn)。開(kāi)發(fā)和測(cè)試工程師經(jīng)過(guò)努力也不能復(fù)現(xiàn),并 由測(cè)試工程師跟蹤測(cè)
14、試二個(gè)以上版本,開(kāi)發(fā) 工程師才能選擇此方案。延期解決開(kāi)發(fā)工程師Bug進(jìn)行解決時(shí),發(fā) 現(xiàn)或評(píng)估其解決時(shí)間緊或風(fēng)險(xiǎn)比 較大等,向項(xiàng)目經(jīng)理說(shuō)明原因。項(xiàng)目經(jīng)理的權(quán)限,項(xiàng)目經(jīng)理綜合通過(guò)考慮解 決冋題的時(shí)間、風(fēng)險(xiǎn)、市場(chǎng)需求等多方面要 素決定是否選擇此方案注:無(wú)法復(fù)現(xiàn)問(wèn)題將作為風(fēng)險(xiǎn)評(píng)估點(diǎn)5.5缺陷描述規(guī)范(1)缺陷標(biāo)題缺陷標(biāo)題是對(duì)所提交缺陷的概述,需要簡(jiǎn)短而準(zhǔn)確的描述出缺陷概要信息, 并使用一些精煉的關(guān)鍵詞,主要內(nèi)容包括:位置 +對(duì)象+動(dòng)作+現(xiàn)象。a. 環(huán)境關(guān)鍵詞:包括數(shù)據(jù)環(huán)境,時(shí)間環(huán)境,地點(diǎn)環(huán)境條件環(huán)境,描述缺陷發(fā)生時(shí)所處的背景環(huán)境,或正在執(zhí)行的操作或所處的界面環(huán)境,如“在” 頁(yè)面,“當(dāng)時(shí)”,“在過(guò)程中”
15、等;b. 動(dòng)作關(guān)鍵詞:弓I發(fā)缺陷所執(zhí)行的操作,如“點(diǎn)鍵”“選選項(xiàng)”等;c. 對(duì)象的關(guān)鍵詞:描述缺陷出現(xiàn)的對(duì)象,“頁(yè)面”,“顯示框” ,“圖 表”等;d. 現(xiàn)象的關(guān)鍵詞: 描述缺陷出現(xiàn)的現(xiàn)象, 如“顯示為負(fù)數(shù)” ,“卡死”等。 根據(jù)上述關(guān)鍵詞的組合來(lái)描寫(xiě)缺陷標(biāo)題。(2)重現(xiàn)步驟 在描述缺陷重現(xiàn)步驟的過(guò)程中,通常需要通過(guò)描述前提條件,測(cè)試步驟,實(shí) 際結(jié)果,期望結(jié)果這四個(gè)方面清楚詳細(xì)的描述缺陷。a. 前提條件 外部環(huán)境,這里包括網(wǎng)絡(luò)環(huán)境,硬件環(huán)境和軟件環(huán)境的狀態(tài)。默認(rèn)情況下, 無(wú)需特殊說(shuō)明,前提條件均為“系統(tǒng)正常運(yùn)行”,其含義為網(wǎng)絡(luò)正常,電腦硬件 環(huán)境能支撐軟件運(yùn)行, 系統(tǒng)軟件配置情況正常。 需要注
16、意, 軟件環(huán)境有可能弓發(fā) 缺陷的功能模塊所處的狀態(tài), 以及重現(xiàn)該缺陷需要的模塊相關(guān)狀態(tài)或者特殊設(shè)置 情況應(yīng)該前在前提條件中做說(shuō)明。數(shù)據(jù)環(huán)境,對(duì)缺陷產(chǎn)生的所在案件或引發(fā) bug現(xiàn)象的數(shù)據(jù)輸入和數(shù)據(jù)設(shè)計(jì)等 應(yīng)該在前提條件中做相應(yīng)說(shuō)明??傊?,這里對(duì)缺陷現(xiàn)象重現(xiàn)緊密相關(guān)的預(yù)先設(shè)置, 或與缺陷模塊相關(guān)聯(lián)的預(yù) 先設(shè)置都應(yīng)該在前提條件中說(shuō)明。b. 測(cè)試步驟這里需要詳細(xì)描述出重現(xiàn)缺陷的操作步驟, 以便于重現(xiàn)缺陷, 修復(fù)和驗(yàn)證缺 陷。在描寫(xiě)測(cè)試步驟時(shí)應(yīng)該注意以下幾點(diǎn):精簡(jiǎn):只描述缺陷必須的細(xì)節(jié); 單一:每個(gè)缺陷單只報(bào)告一個(gè)缺陷; 步驟清晰:詳細(xì)的、有序的描述出每一個(gè)步驟,包括輸入的數(shù)據(jù)情況,執(zhí)行 的操作以及執(zhí)行
17、操作的界面。操作量化:對(duì)操作次數(shù)的描述需要量化,如“連續(xù) 3次點(diǎn)確認(rèn)鍵”等,盡量 避免出現(xiàn)“多次”等模糊的詞。c. 實(shí)際結(jié)果實(shí)際結(jié)果是指按照測(cè)試步驟操作后實(shí)際反映的情況, 這里指的是缺陷的表現(xiàn) 現(xiàn)象。這里應(yīng)該詳細(xì)描述出錯(cuò)誤的現(xiàn)象,包括頁(yè)面錯(cuò)誤,連接錯(cuò)誤,字符錯(cuò)誤, 業(yè)務(wù)流程錯(cuò)誤,數(shù)據(jù)錯(cuò)誤等。d. 期望結(jié)果期望結(jié)果是指按照測(cè)試步驟操作, 正常情況下正確執(zhí)行測(cè)試步驟后應(yīng)該滿(mǎn)足 設(shè)計(jì)要求的結(jié)果。對(duì)于不確定的期望結(jié)果就需要用到如建議,提示等關(guān)鍵字。 ( 3) 附件為了方便開(kāi)發(fā)工程師分析和解決, 創(chuàng)建缺陷時(shí)需要添加必要的附件, 包括缺 陷現(xiàn)象圖、測(cè)試的數(shù)據(jù)文檔,測(cè)試時(shí)用到的其他特殊文件,測(cè)試腳本,操作步驟 的錄像等。所以,測(cè)試人員在測(cè)試的過(guò)程中,要求每個(gè)缺陷有現(xiàn)象截圖,以便協(xié)助開(kāi)發(fā) 人員快速定位問(wèn)題。僅供個(gè)人用于學(xué)習(xí)、研究;不得用于商業(yè)用途For personal use only in study and research; not for commercial use.Nur f u r d
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 高中美術(shù)結(jié)業(yè)考試題目及答案
- 2025年信息系統(tǒng)項(xiàng)目管理考試題及答案
- 四川瀘州科一試題及答案
- java軟件研發(fā)面試題及答案
- 股票投資策略與實(shí)戰(zhàn)試題
- 電子競(jìng)技賽事組織作業(yè)指導(dǎo)書(shū)
- 機(jī)電工程實(shí)操練習(xí)試題及答案
- 項(xiàng)目資源優(yōu)化配置策略試題及答案
- 西方政治考試的技能提升路徑試題及答案
- 機(jī)電工程考試試題及答案解析分享
- 有限空間作業(yè)氣體檢測(cè)記錄表
- 部編版語(yǔ)文六年級(jí)下冊(cè)第五單元教材解讀大單元集體備課
- 乒乓球的起源與發(fā)展
- 服裝表演音樂(lè)游戲課程設(shè)計(jì)
- 理工英語(yǔ)3-01-國(guó)開(kāi)機(jī)考參考資料
- 頭顱常見(jiàn)病影像
- 漫畫(huà)解讀非煤地采礦山重大事故隱患判定標(biāo)準(zhǔn)
- 2024年建筑業(yè)10項(xiàng)新技術(shù)
- 《客艙安全與應(yīng)急處置》-課件:顛簸的原因及種類(lèi)
- 《養(yǎng)老護(hù)理員》-課件:老年人衛(wèi)生、環(huán)境、食品安全防護(hù)知識(shí)
- 健康體檢科(中心)規(guī)章制度匯編
評(píng)論
0/150
提交評(píng)論