Android軟件缺陷管理有哪些

這篇文章主要介紹“Android軟件缺陷管理有哪些”，在日常操作中，相信很多人在Android軟件缺陷管理有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Android軟件缺陷管理有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

創(chuàng)新互聯(lián)主要從事做網(wǎng)站、網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)延吉,十載網(wǎng)站建設(shè)經(jīng)驗,價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

軟件缺陷-概念

? 軟件缺陷-基本概念主要分為：缺陷、故障、失效? 缺陷（Defect）：以靜態(tài)形式存在于軟件內(nèi)部，相當(dāng)于BUG；? 故障（Fault）：軟件運行中出現(xiàn)的狀態(tài)，不處理可能會失效，以動態(tài)形式存在；? 失效（Failure）：軟件運行時產(chǎn)生的外部異常行為結(jié)果，與用戶需求不一致。

缺陷不一定導(dǎo)致故障，故障也不一定會失效；缺陷導(dǎo)致故障，有可能導(dǎo)致失效，也有可能不會導(dǎo)致失效

軟件缺陷-定義

  軟件缺陷的定義

? 軟件未達(dá)到產(chǎn)品說明書中已標(biāo)明的功能? 軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)達(dá)到的目標(biāo)? 軟件出現(xiàn)產(chǎn)品說明書中指明不會出現(xiàn)的錯誤? 軟件功能超出了產(chǎn)品說明書中指明的范圍? 軟件測試人員認(rèn)為軟件中難以理解、不易使用、運行速度緩慢，或者最終用戶認(rèn)為不好缺陷的幾種類型：? 設(shè)計不合理; ? 功能、特性沒有實現(xiàn)或部分實現(xiàn); ? 運行出錯，包括運行中斷、系統(tǒng)崩潰、界面混亂等; ? 與需求不一致，在執(zhí)行TestCase時則為實際結(jié)果和預(yù)期結(jié)果不一致;? 用戶不能接受的其他問題，如存取時間過長、界面不美觀; ? 軟件實現(xiàn)了需求未提到的功能。

軟件缺陷-產(chǎn)生的原因

? 人員溝通不到位，交流上有誤解或根本不交流? 文檔不完善? 需求不斷的變化? 參與人員過度自信? 程序設(shè)計有誤? 軟件復(fù)雜性? 工期短、任務(wù)重、時間壓力大? 軟件開發(fā)工具與軟硬件 

識別軟件缺陷

? 通過測試用例中的預(yù)期結(jié)果進(jìn)行識別? 通過需求規(guī)格說明書進(jìn)行識別

? 通過用戶手冊及其他文檔進(jìn)行識別? 通過同行業(yè)相類似成熟的商業(yè)軟件識別

? 通過與開發(fā)人員的溝通進(jìn)行識別? 通過與有經(jīng)驗測試人員溝通進(jìn)行識別

? 通過參照同行業(yè)隱式需求進(jìn)行識別

軟件缺陷-組織架構(gòu)

? 缺陷的標(biāo)題（一句話簡單描述問題）? 缺陷的基本信息? 測試的軟件和硬件環(huán)境? 測試的軟件版本? 缺陷的類型? 缺陷的嚴(yán)重程度? 缺陷的處理優(yōu)先級? 缺陷的操作步驟（測試步驟、預(yù)期結(jié)果、實測結(jié)果）? 備注/注釋文字和截圖 

軟件缺陷-相關(guān)屬性

? 缺陷相關(guān)屬性：提交人、提交日期、BUG狀態(tài)、嚴(yán)重程度、缺陷優(yōu)先級、缺陷版本、修復(fù)日期。

1.缺陷發(fā)現(xiàn)人：最直接的是測試人員，測試人員發(fā)現(xiàn)的BUG數(shù)是進(jìn)行個人績效考核的依據(jù)。2.缺陷發(fā)現(xiàn)時間：發(fā)現(xiàn)BUG并提交的時間。3.缺陷優(yōu)先級：立即解決P1、高優(yōu)先級P2、正常排隊P3、低優(yōu)先級P4。立即解決是指缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復(fù)；高優(yōu)先級是指缺陷嚴(yán)重影響測試，需優(yōu)先考慮；正常排隊是指缺陷正常排隊等待修復(fù)；而低優(yōu)先級是指缺陷可最后修改。4.缺陷版本：執(zhí)行測試并發(fā)現(xiàn)BUG的版本號。5.缺陷修復(fù)日期：開發(fā)人員修復(fù)BUG的日期。 

? 缺陷狀態(tài)

1.新建 New 缺陷的初始狀態(tài)

2.打開 Open 測試人員提交BUG

3.指派 Assigned 指派給相關(guān)開發(fā)人員進(jìn)行修復(fù)

4.已修復(fù) Fixed 開發(fā)人員已修復(fù)

5.已關(guān)閉 Closed 測試通過，關(guān)閉

6.重新打開 Reopen 回歸測試未通過，或關(guān)閉后又復(fù)現(xiàn)了

7.延期 Postpone 推遲修改

8.拒絕 Rejected 開發(fā)人員拒絕修改

9.重復(fù) Duplicate 重復(fù)提交

10.已取消/終止 Abandon 被拒絕和重復(fù)提交的BUG，在確認(rèn)不是問題后，置為此狀態(tài)

? 缺陷嚴(yán)重程度：致命、嚴(yán)重、一般、較小、改進(jìn)建議；或A、B、C、D、E 

1.致命：軟件死機、退出或崩潰、數(shù)據(jù)丟失，主要功能完全喪失，導(dǎo)致本模塊以及相關(guān)模塊異常等問題。如代碼錯誤，死循環(huán)，數(shù)據(jù)庫發(fā)生死鎖、與數(shù)據(jù)庫連接錯誤或數(shù)據(jù)通訊錯誤，未考慮異常操作，功能錯誤等。2.嚴(yán)重：主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失。如致命的錯誤聲明，程序接口錯誤，數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。3.一般：次要功能沒有完全實現(xiàn)但不影響使用。如提示信息不太準(zhǔn)確，或用戶界面差，操作時間長，模塊功能部分失效等，打印內(nèi)容、格式錯誤，刪除操作未給出提示，數(shù)據(jù)庫表中有過多的空字段等。4.較小的：使操作者不方便或遇到麻煩，但它不影響功能過的操作和執(zhí)行，如錯別字、界面不規(guī)范，輔助說明描述不清楚。5.改進(jìn)建議：由測試人員對軟件的改進(jìn)意見、建議或質(zhì)疑。 

軟件缺陷-填寫要求

1.缺陷標(biāo)識：必填，缺陷的標(biāo)識編號。2.指派人：必填，新提交的問題分配給相應(yīng)的開發(fā)人員。3.提交人：必填，問題提交者，默認(rèn)為自己。4.測試版本：必填，問題最開始發(fā)現(xiàn)的軟件版本號，對應(yīng)開發(fā)的版本號。5.測試日期：必填，問題最開始提交的時間，默認(rèn)為當(dāng)天。6.嚴(yán)重程度：必填，問題本身的嚴(yán)重級別，越高表示越嚴(yán)重7.缺陷發(fā)生概率：必填，出現(xiàn)概率為必現(xiàn)、概率性出現(xiàn)（出現(xiàn)幾次）、不可復(fù)現(xiàn)。8.優(yōu)先級：必填，缺陷要求解決的優(yōu)先級，越高表示開發(fā)盡快修復(fù)問題。9.缺陷狀態(tài)：必填，缺陷的狀態(tài)，新提交時默認(rèn)為“新建”。10.缺陷起源：在需求、架構(gòu)、設(shè)計、編碼、測試、用戶哪階段發(fā)現(xiàn)的。11.缺陷來源：來源于需求規(guī)格說明書、設(shè)計文檔、集成接口、代碼。12.缺陷模塊：必填，哪個功能模塊的BUG。13.問題描述：必填，詳細(xì)描述問題，描述中必須包括預(yù)期結(jié)果和實際結(jié)果，盡量附圖，如有建議，寫出修改建議。14.問題處理意見：項目人員對缺陷給出處理的建議，均可讀寫。

軟件缺陷-描述原則

缺陷描述原則：分類準(zhǔn)確、敘述簡潔、步驟清楚、易再現(xiàn)、復(fù)雜問題有據(jù)可查（截圖或其它形式的附件）。具體為：

? 問題描述格式：問題描述時，建議分幾步描述：模塊或功能點=>測試步驟=>期望結(jié)果=>實? 際結(jié)果=>其它信息，可依實際情況調(diào)整； ? 敘述簡潔：單一準(zhǔn)確，一個缺陷一個報告；每步驟的描述盡量簡潔明了。? 短小簡練：只解釋事實、演示和描述軟件缺陷必要的細(xì)節(jié)，不寫無關(guān)信息；? 再現(xiàn)：可以再現(xiàn)（個別嚴(yán)重問題復(fù)現(xiàn)不了也可入庫，但需標(biāo)明）；? 特定條件：缺陷是否在特定條件下才會出現(xiàn)；? 補充完善：復(fù)雜的問題應(yīng)附上截圖、LOG等信息作為補充說明； 

? 不使用抽象詞句：比如“有錯誤”“是不是”“請確認(rèn)”等等； ? 不做評價：請勿在BUG描述中，評價BUG缺陷加入個人主觀思想。

軟件缺陷-生命周期

簡單周期：發(fā)現(xiàn)、打開、修復(fù)、關(guān)閉

? 測試員找到并登記軟件缺陷，軟件缺陷移交到程序員

? 程序員修復(fù)軟件缺陷，軟件缺陷移交到測試員    ? 測試員確定軟件缺陷被修復(fù)，測試員關(guān)閉軟件缺陷。

復(fù)雜周期：

? 發(fā)現(xiàn)缺陷（測試員發(fā)現(xiàn)并登記缺陷，軟件缺陷轉(zhuǎn)到程序員）    ? 軟件缺陷移交到項目管理員    ?（以不修復(fù)形式解決）項目管理員認(rèn)為軟件缺陷不重要，軟件缺陷移交到測試員    ? 重新激活缺陷（測試員不同意，找出通用失敗案例，軟件缺陷移交到項目管理員）    ? 項目管理員同意缺陷需要修復(fù)，缺陷轉(zhuǎn)給程序員    ? 以修復(fù)形式解決（測試員確認(rèn)軟件缺陷得以修復(fù)，測試員關(guān)閉軟件缺陷）    ? 缺陷關(guān)閉 

測試/開發(fā)角色職責(zé)

? 測試執(zhí)行人員：缺陷發(fā)現(xiàn)者。對版本進(jìn)行測試發(fā)現(xiàn)BUG，并對已修復(fù)的BUG進(jìn)行驗證。? 測試組長：缺陷管理者。負(fù)責(zé)對缺陷的審核，跟蹤和匯報，針對有爭議的BUG進(jìn)行各方協(xié)調(diào)。? 開發(fā)負(fù)責(zé)人：缺陷解決者。接收BUG，并指派給具體開發(fā)人員進(jìn)行修復(fù)，給出解決途徑或修復(fù)建議。? 開發(fā)人員：缺陷修復(fù)者。執(zhí)行開發(fā)負(fù)責(zé)人指派的BUG修復(fù)并自測是否修復(fù)通過。 

軟件缺陷管理流程

BUG跟蹤流程：1.測試人員拿到最新軟件版本，執(zhí)行測試；2.發(fā)現(xiàn)BUG并記錄到BUG管理平臺；提交BUG報告或測試報告，郵件抄送開發(fā)人員；3.開發(fā)人員得到最新BUG并修復(fù)BUG（如復(fù)雜問題，進(jìn)行專家評審如何處理）4.修復(fù)BUG后把新代碼Check in到源代碼服務(wù)器；5.Buider人員會進(jìn)行版本編譯并提交到發(fā)布版本服務(wù)器；6.測試人員開始執(zhí)行新的一輪測試任務(wù)。 

缺陷跟蹤目的：1.保證BUG得到有效的跟蹤和解決，使每一環(huán)節(jié)都有相對應(yīng)責(zé)任人負(fù)責(zé)。2.進(jìn)行缺陷分析和產(chǎn)品度量。

軟件缺陷分析

? 缺陷分析就是分析缺陷在與缺陷關(guān)聯(lián)關(guān)系的一個或多個參數(shù)值上的分布。缺陷分析提供了一個軟件可靠性指標(biāo) 

? 主要參數(shù)? 狀態(tài)：缺陷的當(dāng)前狀態(tài)（打開的、正在修復(fù)或關(guān)閉的等）。? 優(yōu)先級：必須處理和解決缺陷的相對重要性。? 嚴(yán)重性：缺陷的相關(guān)影響。對最終用戶、組織或第三方的影響等等。? 起源：導(dǎo)致缺陷的起源故障及其位置，或排除該缺陷需要修復(fù)的構(gòu)件 

? 創(chuàng)建缺陷趨勢圖或報告；為揭示軟件可靠性的缺陷趨勢或缺陷分布提供判斷依據(jù)。

缺陷報告

? 缺陷報告-概念：

   測試執(zhí)行過程中，發(fā)現(xiàn)缺陷故障/失效后，提出書面的報告。

? 缺陷報告-作用：

1.記錄軟件缺陷2.進(jìn)行缺陷分類3.用于缺陷分析4.跟蹤軟件缺陷5.度量軟件質(zhì)量 

? 缺陷報告的5C準(zhǔn)則：

Correct（準(zhǔn)確）Clear（清晰）Concise（簡潔）Complete（完整）Consistent（一致）

BUG管理工具

管理BUG的工具：Excel、Bugzilla、TestDirector（TD）、ClearQuest（CQ）、Bugfree、JIRA等 

? TestDirector 商業(yè)、支持Win平臺、B/S架構(gòu)、在廣泛的應(yīng)用環(huán)境下自動執(zhí)行軟件質(zhì)量測試和管理

? ClearQuest 商業(yè)、支持Unix/Win平臺、C/S、B/S架構(gòu)、提供了從開發(fā)到部署的完整的審計跟蹤，并擴展了跨生命周期的可追溯性

? Bugzilla 免費、支持Unix/Win平臺、B/S架構(gòu)、Bug追蹤系統(tǒng)設(shè)計用來幫助管理軟件開發(fā)

? Bugfree 免費、借鑒微軟的研發(fā)流程和Bug管理理念，使用PHP+MySQL獨立寫出的一個Bug管理系統(tǒng)。簡單實用、免費并且開放源代碼

? JIRA 商業(yè)、是集項目計劃、任務(wù)分配、需求管理、錯誤跟蹤于一體的商業(yè)軟件

到此，關(guān)于“Android軟件缺陷管理有哪些”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

分享標(biāo)題：Android軟件缺陷管理有哪些
網(wǎng)頁URL：http://muchs.cn/article36/gdsppg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、自適應(yīng)網(wǎng)站、網(wǎng)站設(shè)計公司、商城網(wǎng)站、App開發(fā)、域名注冊

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)