午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、科技有限公司軟件缺陷管理制度編 制： 審 核： 批 準(zhǔn)： 版 本 號(hào): ESZAQDGF001 編 制： 審 核： 批 準(zhǔn)： 版 本 號(hào): 目 錄第1章 總則1第2章 職1第3章 缺陷類(lèi)型13.1 文檔缺陷13.2 設(shè)計(jì)缺陷23.3 配置缺陷23.4 界面交互缺陷23.5 數(shù)據(jù)校驗(yàn)缺陷33.6 查詢(xún)統(tǒng)計(jì)缺陷33.7 功能缺陷33.8 性能缺陷33.9 安全性缺陷4第4章 缺陷管理流程44.1 新增（提交）44.2 定位44.4 解決44.5 否決44.6 推遲處理44.7 回歸驗(yàn)證54.8 再打開(kāi)54.9 關(guān)閉5第5章 缺陷記錄55.1 編號(hào)55.2 項(xiàng)目55.3 發(fā)布版本55.4 功能模塊52、5.5 缺陷描述55.6 重現(xiàn)步驟55.7 嚴(yán)重程度65.8 優(yōu)先級(jí)65.9 狀態(tài)65.10 負(fù)責(zé)人65.11 處理意見(jiàn)75.12 處理記錄（解決的辦法）7第6章 附錄7第1章 總則為了加強(qiáng)部門(mén)管理工作，建立規(guī)范的缺陷管理制度，提高工作水平，根據(jù)公司和部門(mén)的有關(guān)規(guī)定，制定缺陷管理制度。本缺陷管理制度適用于工程技術(shù)部。各測(cè)試，研發(fā)人員應(yīng)當(dāng)依據(jù)本制度的規(guī)定，規(guī)范工作，保證軟件質(zhì)量。軟件缺陷又被叫做Bug。所謂軟件缺陷，即為軟件中存在的某種破壞正常運(yùn)行能力的問(wèn)題、錯(cuò)誤，或者隱藏的功能缺陷。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿(mǎn)足用戶(hù)的需要。IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)3、部看，缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。軟件缺陷的管理分為四個(gè)階段。包括：缺陷提交、明確指明缺陷類(lèi)型 、缺陷修復(fù)、缺陷回歸驗(yàn)證。第2章 職責(zé)項(xiàng)目人員應(yīng)對(duì)各階段測(cè)試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，以保證各級(jí)缺陷的修復(fù)率達(dá)到一定標(biāo)準(zhǔn)。包含內(nèi)容如下：2.1測(cè)試人員在提供的缺陷模板中新建或重新打開(kāi)缺陷。2.2測(cè)試人員提交的缺陷將反饋給項(xiàng)目負(fù)責(zé)人，由項(xiàng)目負(fù)責(zé)人安排開(kāi)發(fā)人員修復(fù)缺陷。2.3開(kāi)發(fā)人員修復(fù)缺陷后，記錄處理時(shí)間及處理結(jié)果，并將文檔及時(shí)反饋給測(cè)試人員驗(yàn)證。2.4測(cè)試人員驗(yàn)證缺陷后，記錄驗(yàn)證時(shí)間及驗(yàn)證結(jié)果，并提交給項(xiàng)目負(fù)責(zé)人。4、第3章 缺陷類(lèi)型缺陷類(lèi)型是指根據(jù)缺陷的自然屬性劃分的缺陷種類(lèi)。共分為九類(lèi)，包括：文檔缺陷、設(shè)計(jì)缺陷、配置缺陷、界面交互缺陷、數(shù)據(jù)校驗(yàn)缺陷、查詢(xún)統(tǒng)計(jì)缺陷、功能缺陷、性能缺陷、安全性缺陷。3.1 文檔缺陷文檔缺陷是指軟件相關(guān)文檔不滿(mǎn)足其完整性、正確性、一致性、易理解性、易瀏覽性的要求。滿(mǎn)足以下一或多種情況：（1）影響發(fā)布和維護(hù)，其中包括注釋。（2）文檔中術(shù)語(yǔ)不一致。（3）文檔中詞語(yǔ)、語(yǔ)句表達(dá)不清晰，產(chǎn)生歧義。（4）文檔內(nèi)容缺失，結(jié)構(gòu)不完整。（5）文檔編制過(guò)程中產(chǎn)生的錯(cuò)誤。（6）文檔中發(fā)現(xiàn)的其他錯(cuò)誤。3.2 設(shè)計(jì)缺陷設(shè)計(jì)缺陷是指軟件在最初設(shè)計(jì)時(shí)由于未考慮全面，而使軟件在使用中存在的一些潛在的缺陷。滿(mǎn)5、足以下一或多種情況：（1）需求分析階段沒(méi)有考慮和挖掘到的隱式需求，導(dǎo)致的需求缺失。（2）操作便捷性設(shè)計(jì)不符合大眾操作習(xí)慣。（3）控件功能設(shè)計(jì)不符合大眾使用習(xí)慣。（4）錯(cuò)誤提示內(nèi)容不符合大眾閱讀習(xí)慣。（5）其他設(shè)計(jì)不合理引發(fā)的缺陷。3.3 配置缺陷配置缺陷是指由于配置庫(kù)、變更管理或版本控制引起的錯(cuò)誤。滿(mǎn)足以下一或多種情況：（1）獨(dú)立安裝部署不成功。（2）配置文件或初始化數(shù)據(jù)錯(cuò)誤。（3）不同運(yùn)行環(huán)境產(chǎn)生的錯(cuò)誤。3.4 界面交互缺陷界面交互缺陷是指接口通信和人機(jī)交互時(shí)產(chǎn)生的缺陷。滿(mǎn)足以下一或多種情況：（1）組件、模塊之間數(shù)據(jù)通信錯(cuò)誤。（2）程序接口錯(cuò)誤。（3）硬件接口通信錯(cuò)誤。（4）界面不存在，界面6、不滿(mǎn)足易用性要求，界面難以被用戶(hù)理解，界面不協(xié)調(diào)不美觀，提示信息沒(méi)有使用用業(yè)務(wù)詞匯或者容易被用戶(hù)理解的詞匯而是使用計(jì)算機(jī)專(zhuān)業(yè)術(shù)語(yǔ)。（5）界面風(fēng)格不相對(duì)一致，不符合操作習(xí)慣。（6）提示、警告、錯(cuò)誤說(shuō)明等友好信息表達(dá)模糊、失當(dāng)。（7）沒(méi)有區(qū)別不同操作（增加、刪除、修改、查詢(xún)）對(duì)應(yīng)界面的性質(zhì)。（8）沒(méi)有提供輔助輸入手段。3.5 數(shù)據(jù)校驗(yàn)缺陷數(shù)據(jù)校驗(yàn)缺陷是指提示的錯(cuò)誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺陷。滿(mǎn)足以下一或多種情況：（1）數(shù)據(jù)計(jì)算錯(cuò)誤。（2）數(shù)據(jù)約束錯(cuò)誤。（3）不同操作之間數(shù)據(jù)邏輯校驗(yàn)錯(cuò)誤。（4）數(shù)據(jù)庫(kù)發(fā)生死鎖。（5）數(shù)據(jù)庫(kù)的表、缺省值未加完整性等約束條件。（6）數(shù)據(jù)庫(kù)連接錯(cuò)誤。（7）數(shù)據(jù)庫(kù)中得表有7、過(guò)多空字段。3.6 查詢(xún)統(tǒng)計(jì)缺陷查詢(xún)統(tǒng)計(jì)缺陷是指條件設(shè)置不準(zhǔn)確引起的查詢(xún)統(tǒng)計(jì)結(jié)果不正確。滿(mǎn)足以下一或多種情況：（1）查詢(xún)條件設(shè)置不準(zhǔn)確。（2）查詢(xún)結(jié)果列表異常。（3）同一查詢(xún)條件得到的結(jié)果不一致。3.7 功能缺陷功能缺陷是指影響軟件要求或基本功能實(shí)現(xiàn)的缺陷。滿(mǎn)足以下一或多種情況：（1）功能無(wú)法實(shí)現(xiàn)。（2）功能實(shí)現(xiàn)錯(cuò)誤。（3）業(yè)務(wù)流程錯(cuò)誤。（4）功能操作與數(shù)據(jù)庫(kù)存儲(chǔ)不一致。（5）功能與輔助幫助不吻合。3.8 性能缺陷性能缺陷是指產(chǎn)品性能不能滿(mǎn)足需求規(guī)格說(shuō)明書(shū)中對(duì)性能需求的要求。滿(mǎn)足以下一或多種情況：（1）業(yè)務(wù)處理效率低。（2）查詢(xún)統(tǒng)計(jì)效率低。（3）響應(yīng)速度不能滿(mǎn)足需求規(guī)格說(shuō)明書(shū)中的要求。3.9 8、安全性缺陷安全性缺陷是指產(chǎn)品不能滿(mǎn)足需求規(guī)格說(shuō)明書(shū)中對(duì)安全性需求的要求。滿(mǎn)足以下一或多種情況：（1）用戶(hù)登錄用戶(hù)名/口令校驗(yàn)不正確。（2）口令沒(méi)有掩碼顯示。（3）用戶(hù)權(quán)限分配錯(cuò)誤。（4）用戶(hù)功能超權(quán)限。第4章 缺陷管理流程4.1 新增（提交）缺陷提交階段需要提交缺陷報(bào)告，測(cè)試人員必須保證登記的缺陷信息可以被處置負(fù)責(zé)人員理解，因此缺陷報(bào)告必須詳細(xì)描述缺陷內(nèi)容。詳細(xì)內(nèi)容參見(jiàn)缺陷記錄。4.2 定位缺陷分析定位階段需要根據(jù)缺陷報(bào)告的內(nèi)容對(duì)缺陷進(jìn)行分析和定位。缺陷分析和定位是相關(guān)人員根據(jù)缺陷報(bào)告中對(duì)缺陷的詳細(xì)描述查找重現(xiàn)缺陷，確定缺陷產(chǎn)生的原因，明確缺陷所處的位置，以便修改缺陷。4.4 解決缺陷修復(fù)階段9、需要對(duì)已經(jīng)定位的缺陷進(jìn)行修改。缺陷修復(fù)是開(kāi)發(fā)人員對(duì)已經(jīng)分析定位的缺陷進(jìn)行修改并更改缺陷狀態(tài)，修改后的軟件需要實(shí)現(xiàn)預(yù)期的結(jié)果（缺陷報(bào)告中的預(yù)期結(jié)果）。4.5 否決如果開(kāi)發(fā)人員發(fā)現(xiàn)該缺陷不可再現(xiàn)、重復(fù)、不是問(wèn)題等情況，可以把缺陷狀態(tài)設(shè)置成“否決”。4.6 推遲處理如果按照開(kāi)發(fā)計(jì)劃，缺陷發(fā)生的功能不屬于當(dāng)前開(kāi)發(fā)階段必須的完成的，可將缺陷狀態(tài)設(shè)置為“推遲處理”。4.7 回歸驗(yàn)證缺陷回歸驗(yàn)證階段需要對(duì)已經(jīng)修改的缺陷進(jìn)行驗(yàn)證和回歸測(cè)試。缺陷回歸驗(yàn)證是測(cè)試人人員對(duì)已經(jīng)修改的缺陷進(jìn)行回歸測(cè)試，根據(jù)缺陷報(bào)告中的操作步驟對(duì)缺陷重新進(jìn)行測(cè)試，并對(duì)缺陷修改過(guò)程中可能影響到的組件、模塊或功能進(jìn)行重新測(cè)試，驗(yàn)證修改后的缺10、陷可以實(shí)現(xiàn)預(yù)期結(jié)果并對(duì)其他組件、模塊或功能無(wú)影響。同時(shí)，根據(jù)驗(yàn)證結(jié)果修改相應(yīng)的缺陷狀態(tài)，提交新產(chǎn)生的缺陷。4.8 再打開(kāi)驗(yàn)證測(cè)試不通過(guò)的缺陷，應(yīng)當(dāng)重新打開(kāi)，狀態(tài)變?yōu)椤爸匦麓蜷_(kāi)”。關(guān)閉了的缺陷再次出現(xiàn)時(shí)(通常因?yàn)榻鉀Q缺陷的方法導(dǎo)致相同位置出現(xiàn)不同形式的缺陷時(shí))，測(cè)試人員重新打開(kāi)缺陷，開(kāi)發(fā)人員需要繼續(xù)解決。項(xiàng)目負(fù)責(zé)人應(yīng)當(dāng)關(guān)注“重新打開(kāi)”的缺陷。4.9 關(guān)閉測(cè)試人員確認(rèn)缺陷已經(jīng)解決后，關(guān)閉缺陷。對(duì)于否決的缺陷，測(cè)試人員需要和項(xiàng)目負(fù)責(zé)人討論，項(xiàng)目負(fù)責(zé)人同意的可以關(guān)閉，項(xiàng)目負(fù)責(zé)人不同意的需要“重新打開(kāi)”。第5章 缺陷記錄5.1 編號(hào)缺陷的唯一標(biāo)識(shí)，可以方便對(duì)特定缺陷記錄的引用。5.2 項(xiàng)目5.3 發(fā)布版11、本即缺陷是在什么發(fā)布版本中發(fā)現(xiàn)。5.4 功能模塊5.5 缺陷描述對(duì)該缺陷進(jìn)行簡(jiǎn)短的描述，盡量使負(fù)責(zé)人能夠理解。5.6 重現(xiàn)步驟描述該缺陷出現(xiàn)的詳細(xì)步驟，盡量做到步驟清楚、有實(shí)例、可再現(xiàn)。5.7 嚴(yán)重程度缺陷嚴(yán)重程度是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。分為五類(lèi)，包括：致命、嚴(yán)重、一般、輕微、提示。（1）致命：不能執(zhí)行正常工作功能或重要功能。（2）嚴(yán)重：嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)導(dǎo)致系統(tǒng)出錯(cuò)或關(guān)閉進(jìn)程，且沒(méi)有辦法更正。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）（3）一般：嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)導(dǎo)致系統(tǒng)提示錯(cuò)誤，但存在合理的更正辦法。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）（12、4）輕微：使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。（5）提示：其他錯(cuò)誤。5.8 優(yōu)先級(jí)缺陷優(yōu)先級(jí)指缺陷必須被修復(fù)的緊急程度。分為四類(lèi)，包括：緊急、嚴(yán)重、一般、輕微。（1）緊急：缺陷不被修改將無(wú)法繼續(xù)測(cè)試。（2）嚴(yán)重：缺陷必須被立即解決。（3）一般：缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單。（4）建議：缺陷可以在方便時(shí)被糾正。5.9 狀態(tài)缺陷狀態(tài)指缺陷在跟蹤修復(fù)過(guò)程中的進(jìn)展?fàn)顟B(tài)。分為五類(lèi)，包括：新建、打開(kāi)、重現(xiàn)打開(kāi)、否決、解決、延遲、關(guān)閉。（1）新建：已提交的缺陷。（2）打開(kāi)：確認(rèn)“提交的缺陷”，等待處理。（3）重新打開(kāi)：驗(yàn)證后發(fā)現(xiàn)未修復(fù)的缺陷。（4）否決：否決“提交的缺陷13、”，不需要修復(fù)或不是缺陷。（5）解決：缺陷被修復(fù)。（6）延遲：缺陷暫緩修復(fù)。（7）關(guān)閉：確認(rèn)被修復(fù)的缺陷，將其關(guān)閉。5.10 負(fù)責(zé)人負(fù)責(zé)處置解決缺陷的負(fù)責(zé)人，對(duì)于功能缺陷，負(fù)責(zé)人應(yīng)當(dāng)具體開(kāi)發(fā)人員；對(duì)于文檔缺陷，負(fù)責(zé)人應(yīng)當(dāng)是具體文檔的作者。缺陷登記者不明確責(zé)任人時(shí)，可以指定項(xiàng)目負(fù)責(zé)人為責(zé)任人，由他重新分配負(fù)責(zé)人。5.11 處理意見(jiàn)處置意見(jiàn)是缺陷負(fù)責(zé)人對(duì)缺陷處置結(jié)果的簡(jiǎn)短描述。如“已修正”、“重復(fù)提交”、“不是問(wèn)題”等。5.12 處理記錄（解決的辦法）處置記錄通常是解決方法，其中包括不限于簡(jiǎn)要闡述缺陷產(chǎn)生原因、解決方法，是否會(huì)引起其他問(wèn)題等。第6章 附錄測(cè)試團(tuán)隊(duì)中的任何人都有權(quán)利和義務(wù)提出缺陷,并負(fù)責(zé)跟蹤和關(guān)閉。如本人無(wú)法跟蹤和關(guān)閉，請(qǐng)委托上一級(jí)領(lǐng)導(dǎo)進(jìn)行跟蹤并關(guān)閉缺陷。缺陷的嚴(yán)重程度、優(yōu)先級(jí)和狀態(tài)均嚴(yán)格按照本制度執(zhí)行。本制度于審核通過(guò)起施行。