軟件產(chǎn)品(項(xiàng)目)質(zhì)量管理方案

軟件產(chǎn)品（項(xiàng)目）質(zhì)量管理方案研發(fā)部

變更記錄版本號(hào)變更說(shuō)明變更人變更日期審核人審核日期V1.0初稿TOC\o"1-5"\h\z概述 1編寫(xiě)目的 1\o"CurrentDocument"使用范圍 1\o"CurrentDocument"質(zhì)量保證體系介紹 1\o"CurrentDocument"預(yù)防體系 1\o"CurrentDocument"有效檢查體系 1\o"CurrentDocument"快速搶救體系 2產(chǎn)品發(fā)布前資料 2需求規(guī)格說(shuō)明書(shū) 2需求規(guī)格說(shuō)明書(shū)重要性 2\o"CurrentDocument"需求變更 3測(cè)試計(jì)劃 3測(cè)試計(jì)劃重要性 3\o"CurrentDocument"測(cè)試計(jì)劃內(nèi)容 3測(cè)試用例 4測(cè)試用例重要性 4\o"CurrentDocument"測(cè)試用例 內(nèi)容 4\o"CurrentDocument"測(cè)試用例標(biāo)準(zhǔn) 5\o"CurrentDocument"測(cè)試用例評(píng)審 5測(cè)試日志 5測(cè)試日志重要性 5\o"CurrentDocument"測(cè)試執(zhí)行 5\o"CurrentDocument"BUG管理跟蹤 6測(cè)試總結(jié)報(bào)告 6測(cè)試總結(jié) 6\o"CurrentDocument"報(bào)告內(nèi)容 6產(chǎn)品發(fā)布條件 7缺陷等級(jí) 7\o"CurrentDocument"發(fā)布條件 9概述編寫(xiě)目的制定本方案的目的是為了協(xié)助項(xiàng)目組保證軟件產(chǎn)品（項(xiàng)目）質(zhì)量，以保證所交付的軟件能夠滿足項(xiàng)目預(yù)定需求，能夠滿足經(jīng)領(lǐng)導(dǎo)小組評(píng)審批準(zhǔn)的軟件產(chǎn)品（項(xiàng)目）需求規(guī)格說(shuō)明書(shū)中規(guī)定的各項(xiàng)具體需求。使用范圍本方案作為本部門(mén)在軟件開(kāi)發(fā)、測(cè)試時(shí)的質(zhì)量要求，以保證軟件產(chǎn)品（項(xiàng)目）質(zhì)量。質(zhì)量保證體系介紹為保證軟件產(chǎn)品（項(xiàng)目）質(zhì)量，應(yīng)該建立三套體系：預(yù)防體系，有效檢查體系、快速搶救體系。預(yù)防體系預(yù)防體系能在軟件開(kāi)發(fā)過(guò)程中有效地防止工作成果產(chǎn)生缺陷。主要措施有：） 專(zhuān)家培訓(xùn)，不斷提高項(xiàng)目組成員的技術(shù)水平、業(yè)務(wù)水平；流程化，不斷提高規(guī)范化水平，把經(jīng)驗(yàn)和教訓(xùn)固化在流程中，流程化的目的是希望產(chǎn)品質(zhì)量不要依賴(lài)于人，而是要依賴(lài)于流程、制度、規(guī)范，當(dāng)然流程化不僅僅是把流程整理出來(lái)，還要在運(yùn)行過(guò)程中不斷優(yōu)化，保證流程確實(shí)是好用的、容易執(zhí)行的。復(fù)用化，實(shí)現(xiàn)相同的功能盡量復(fù)用現(xiàn)有代碼，或者把公共功能做成模塊，便于大家復(fù)用，減少重復(fù)開(kāi)發(fā)。有效檢查體系有效檢查體系能在軟件開(kāi)發(fā)過(guò)程中能盡早發(fā)現(xiàn)問(wèn)題，盡早解決問(wèn)題，這樣付出的代價(jià)最小。主要措施有：（1）技術(shù)評(píng)審，請(qǐng)專(zhuān)業(yè)技術(shù)人員對(duì)技術(shù)方案、思路進(jìn)行評(píng)審，在編碼之前找出可能的問(wèn)題。設(shè)計(jì)時(shí)就埋下的缺陷隱患在后期是很難解決的。 設(shè)計(jì)不好的軟件就像體質(zhì)不好的人， 后期再多的調(diào)理也收效甚微。代碼評(píng)審，評(píng)審工作主要看代碼是否與當(dāng)初的設(shè)計(jì)方案一致，這樣我們就能最大限制減少問(wèn)題的產(chǎn)生。測(cè)試， 測(cè)試是軟件質(zhì)量保證重要的一個(gè)環(huán)節(jié)。 測(cè)試人員首先熟悉軟件需求規(guī)格說(shuō)明書(shū)后，開(kāi)始著手測(cè)試方面的工作，包含編寫(xiě)測(cè)試計(jì)劃、測(cè)試用例，執(zhí)行測(cè)試，測(cè)試總結(jié)， BUG跟蹤，回歸測(cè)試等?？焖贀尵润w系快速搶救體系是指在軟件產(chǎn)品發(fā)布之后，客戶發(fā)現(xiàn)的問(wèn)題要盡早回應(yīng)、解決，盡量減少對(duì)客戶和公司的影響。產(chǎn)品發(fā)布前資料需求規(guī)格說(shuō)明書(shū)需求規(guī)格說(shuō)明書(shū)重要性軟件需求規(guī)格說(shuō)明書(shū)在軟件項(xiàng)目開(kāi)發(fā)周期中有著非常重要的作用，是整個(gè)項(xiàng)目周期中最核心的依據(jù)，不管是設(shè)計(jì)還是編碼，都要圍繞它進(jìn)行，否則產(chǎn)品就會(huì)偏離方向，成為一個(gè)不合格的產(chǎn)品。同時(shí)需求規(guī)格說(shuō)明書(shū)對(duì)測(cè)試來(lái)說(shuō)也有著非常重要的作用，測(cè)試相關(guān)的一切行為都要緊密?chē)@著它進(jìn)行，一份好的測(cè)試用例可以盡可能多的測(cè)出軟件產(chǎn)品的缺陷來(lái)保障軟件產(chǎn)品的質(zhì)量， 而寫(xiě)出一份好的測(cè)試用例必須是在熟悉軟件規(guī)格說(shuō)明書(shū)之后針對(duì)需求點(diǎn)來(lái)設(shè)計(jì)的。需求規(guī)格說(shuō)明書(shū)也能幫助項(xiàng)目組新進(jìn)成員快速了解軟件的功能需求，快速融入團(tuán)隊(duì)。所以一定要重視需求規(guī)格說(shuō)明書(shū)。需求變更在開(kāi)發(fā)過(guò)程中，難免會(huì)遇到需求變更的情況，這時(shí)就要求我們一定要做好記錄，及時(shí)更新，使軟件的每個(gè)功能點(diǎn)都能找到對(duì)應(yīng)的原始需求點(diǎn)，保持需求規(guī)格說(shuō)明書(shū)的有效性。測(cè)試計(jì)劃測(cè)試計(jì)劃重要性測(cè)試計(jì)劃是軟件測(cè)試中重要的一步，在熟悉軟件需求后開(kāi)始編寫(xiě)測(cè)試計(jì)劃， 目的是指導(dǎo)測(cè)試組成員進(jìn)行測(cè)試工作，對(duì)軟件產(chǎn)品（項(xiàng)目）的測(cè)試工作有一個(gè)宏觀的規(guī)劃，同時(shí) 它也是編寫(xiě)測(cè)試用例的重要依據(jù)。測(cè)試計(jì)劃內(nèi)容測(cè)試計(jì)劃內(nèi)容包含測(cè)試目的、測(cè)試環(huán)境、測(cè)試內(nèi)容、測(cè)試工具、功能點(diǎn)分析、測(cè)試重點(diǎn)及難點(diǎn)分析、測(cè)試完成和終止的標(biāo)準(zhǔn)、測(cè)試時(shí)間及人員安排等。測(cè)試環(huán)境：包含硬件環(huán)境和軟件環(huán)境，其中硬件環(huán)境包含服務(wù)器配置型號(hào)、網(wǎng)絡(luò)設(shè)備等；軟件環(huán)境包含操作系統(tǒng)、數(shù)據(jù)庫(kù)和各中間件詳細(xì)信息。測(cè)試工具：包含性能測(cè)試工具， BUG管理工具等。功能點(diǎn)分析：對(duì)軟件功能點(diǎn)模塊進(jìn)行分析，列出功能點(diǎn)。測(cè)試重難點(diǎn)分析：列出軟件測(cè)試的重點(diǎn)和難點(diǎn)模塊和功能，便于在資源有限的情況下向重點(diǎn)模塊傾斜；測(cè)試終止的標(biāo)準(zhǔn)：制定測(cè)試終止的標(biāo)準(zhǔn)，如冒煙測(cè)試（產(chǎn)品主要功能或主業(yè)務(wù)流程）不通過(guò)則終止系統(tǒng)測(cè)試，或者項(xiàng)目暫停等；測(cè)試完成的標(biāo)準(zhǔn)：制定測(cè)試完成的標(biāo)準(zhǔn)，如執(zhí)行完所有用例，一級(jí)、二級(jí)、三級(jí)缺陷已全部修復(fù)，四級(jí)缺陷修復(fù)率 >90%等。測(cè)試時(shí)間及人員安排：計(jì)劃通過(guò)幾輪測(cè)試，每一輪測(cè)試的時(shí)間安排及測(cè)試人員安排等情況。測(cè)試用例測(cè)試用例重要性測(cè)試用例是測(cè)試執(zhí)行的依據(jù)，沒(méi)有測(cè)試用例的測(cè)試隨機(jī)性強(qiáng)、不夠系統(tǒng)化、全面化，全憑測(cè)試人員的主觀意愿，想到哪測(cè)到哪，容易漏測(cè)，所以一定要依據(jù)測(cè)試用例來(lái)執(zhí)行測(cè)試。在熟悉需求規(guī)格說(shuō)明書(shū)和測(cè)試計(jì)劃完成后要開(kāi)始編寫(xiě)測(cè)試用例 ，測(cè)試用例要全面、合理，要針對(duì)功能點(diǎn)和需求點(diǎn)來(lái)逐步設(shè)計(jì)， 同時(shí)在測(cè)試執(zhí)行過(guò)程中如果發(fā)現(xiàn)用例不合理的要及時(shí)更新， 漏掉的部分要及時(shí)補(bǔ)上。測(cè)試用例內(nèi)容測(cè)試用例主要由 6部分構(gòu)成：所屬的模塊、名稱(chēng)、編號(hào)、預(yù)制（前提）條件、操作步驟、預(yù)期結(jié)果。所屬模塊：當(dāng)前用例所屬軟件的功能模塊，復(fù)雜系統(tǒng)建議采用一級(jí)模塊、二級(jí)模塊。用例編號(hào)：一般采用模塊編號(hào) +用例編號(hào)組成，方便快速定位到用例。用例名稱(chēng)：要求熟練的測(cè)試人員看見(jiàn)名稱(chēng)就大概明白測(cè)試用例所測(cè)試的點(diǎn)，不要求描述過(guò)分詳細(xì)，盡量簡(jiǎn)短、精練。預(yù)制（前提）條件：就是在執(zhí)行操作步驟前，系統(tǒng)需要達(dá)到的狀態(tài)。操作步驟：如果有多個(gè)步驟，每一個(gè)步驟都需要填上序號(hào)，每一行一個(gè)步驟，不能寫(xiě)得過(guò)于簡(jiǎn)略，至少要讓熟悉過(guò)系統(tǒng)的測(cè)試人員可以執(zhí)行，也建議不要寫(xiě)得太復(fù)雜。預(yù)期結(jié)果：如果有多個(gè)檢查點(diǎn)，需要都羅列出來(lái)，每一行一個(gè)標(biāo)號(hào)，讓人一目了然有幾個(gè)結(jié)果檢查點(diǎn)，另外檢查點(diǎn)盡量寫(xiě)詳細(xì)些，不要出現(xiàn)結(jié)果正常、不正常等字眼，應(yīng)該描述出正常的具體情況。測(cè)試用例標(biāo)準(zhǔn)測(cè)試用例不是越多越好，相反如果測(cè)試用例中冗余用例太多，這樣在執(zhí)行測(cè)試用例會(huì)浪費(fèi)大量測(cè)試人力，而且不會(huì)產(chǎn)生測(cè)試效果。在編寫(xiě)測(cè)試用例時(shí)應(yīng)遵循如下標(biāo)準(zhǔn)：（1）測(cè)試用例書(shū)寫(xiě)格式正確、 描述清晰，其他測(cè)試人員拿到測(cè)試用例可以在不詢(xún)問(wèn)寫(xiě)作人的情況下正常執(zhí)行下去；測(cè)試用例對(duì)測(cè)試點(diǎn)覆蓋完全，也就是說(shuō) BUG基本都是通過(guò)測(cè)試用例發(fā)現(xiàn)的，發(fā)現(xiàn)的比例越高越好，越高說(shuō)明測(cè)試用例的防護(hù)能力越強(qiáng)，當(dāng)然測(cè)試用例不可能特別完備，在我們執(zhí)行測(cè)試用例的過(guò)程，如果 BUG不是通過(guò)用例發(fā)現(xiàn)的，我們需要對(duì)用例進(jìn)行增加，更新用例庫(kù)。測(cè)試用例評(píng)審測(cè)試用例編寫(xiě)完成后要進(jìn)行評(píng)審，項(xiàng)目組成員對(duì)測(cè)試用例的正確性、合理性、全面性、可執(zhí)行性進(jìn)行評(píng)審，給出合理意見(jiàn)，通過(guò)評(píng)審的測(cè)試用例才能作為測(cè)試執(zhí)行的依據(jù)。測(cè)試日志測(cè)試日志重要性測(cè)試人員依據(jù)測(cè)試用例對(duì)軟件進(jìn)行測(cè)試，記錄每一條測(cè)試用例的執(zhí)行結(jié)果，形成測(cè)試日志，對(duì)未執(zhí)行的測(cè)試用例進(jìn)行標(biāo)注，并標(biāo)明原因，便于下一輪測(cè)試優(yōu)先考慮。在測(cè)試執(zhí)行過(guò)程中，測(cè)試人員嚴(yán)格記錄測(cè)試日志，可有效避免漏測(cè)的問(wèn)題。測(cè)試日志是對(duì)測(cè)試執(zhí)行過(guò)程的記錄，形成過(guò)程管理文檔，后期可追溯。測(cè)試執(zhí)行測(cè)試人員按照測(cè)試用例嚴(yán)格執(zhí)行測(cè)試，并將測(cè)試過(guò)程中產(chǎn)生的 BUG記錄到禪道系統(tǒng)中，錄入BUG時(shí)，將問(wèn)題、重現(xiàn)步驟、環(huán)境（瀏覽器版本、操作系統(tǒng)）等信息描述準(zhǔn)確，盡量配合截圖，方便開(kāi)發(fā)人員一目了然了解問(wèn)題， 同時(shí)標(biāo)明優(yōu)先級(jí)和缺陷等級(jí)， 可供開(kāi)發(fā)人員優(yōu)先處理優(yōu)先級(jí)和缺陷等級(jí)高的 BUG。BUG管理跟蹤錄入禪道中的 BUG要及時(shí)跟蹤， 開(kāi)發(fā)人員修復(fù)后要進(jìn)行回歸測(cè)試， 驗(yàn)證通過(guò)關(guān)閉， 未通過(guò)再次激活，并指派給相應(yīng)的開(kāi)發(fā)人員，直到 BUG關(guān)閉為止。測(cè)試總結(jié)報(bào)告測(cè)試總結(jié)每一輪測(cè)試完成后，要及時(shí)總結(jié)，同時(shí)對(duì) BUG進(jìn)行統(tǒng)計(jì)和分析，對(duì)于發(fā)現(xiàn) BUG較多的模塊要重點(diǎn)再測(cè)一遍， 測(cè)試完成后要及時(shí)編寫(xiě)總結(jié)報(bào)告， 方便項(xiàng)目經(jīng)理及項(xiàng)目組成員快速了解本輪測(cè)試的情況及當(dāng)前軟件版本中 BUG情況。測(cè)試總結(jié)報(bào)告還有以下作用：反饋：對(duì)版本測(cè)試結(jié)果反饋至產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員；督促：對(duì)測(cè)試結(jié)果問(wèn)題分類(lèi)分析展示，在各方的相互督促下，會(huì)促進(jìn) BUG的解決；匯報(bào)：向上級(jí)匯報(bào)、向下級(jí)、平級(jí)反饋；展示：通過(guò)總結(jié)報(bào)告，不僅直觀展示測(cè)試人員的工作成果，也很好的展示自己的工作內(nèi)容。報(bào)告內(nèi)容測(cè)試總結(jié)報(bào)告包含測(cè)試基本信息 （軟件版本、 測(cè)試人員、 測(cè)試周期） 、軟硬件環(huán)境、 需求覆蓋率、測(cè)試用例執(zhí)行情況、測(cè)試執(zhí)行率、 BUG統(tǒng)計(jì)及分布等、測(cè)試結(jié)論、測(cè)試總結(jié)及建議。軟件版本：當(dāng)前測(cè)試的軟件版本；需求覆蓋率：執(zhí)行的測(cè)試用例覆蓋的需求數(shù) /總的需求數(shù)量 *100%；執(zhí)行測(cè)試用例情況：用例執(zhí)行總數(shù)、通過(guò)用例數(shù)、未通過(guò)用例數(shù)、阻塞用例數(shù)；測(cè)試執(zhí)行率 =已執(zhí)行的用例數(shù) /用例總數(shù) *100%，如果有未執(zhí)行用例，說(shuō)明原因，并分析對(duì)測(cè)試結(jié)果有無(wú)影響；BUG統(tǒng)計(jì)：按缺陷等級(jí)統(tǒng)計(jì)缺陷數(shù)量及各等級(jí) BUG占比；BUG分布：按模塊統(tǒng)計(jì)缺陷數(shù)量及各模塊 BUG占比；測(cè)試結(jié)論：依據(jù) BUG情況，給出測(cè)試是否通過(guò)結(jié)論，并列出論據(jù)；測(cè)試總結(jié)及建議：本輪測(cè)試的情況總結(jié)，并給出建議。產(chǎn)品發(fā)布條件.1缺陷等級(jí)缺陷等級(jí)指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。嚴(yán)重級(jí)別對(duì)應(yīng)缺陷嚴(yán)重等級(jí)描述系統(tǒng)崩或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運(yùn)行。包括以下各種錯(cuò)誤：不能完全滿足系統(tǒng)要求，基本功能未完全實(shí)現(xiàn)；或者危及人身安全。1）由于程序引起的死機(jī)，非法退出；2）數(shù)據(jù)庫(kù)發(fā)生死鎖或連接數(shù)據(jù)庫(kù)錯(cuò)誤；一級(jí)致命缺陷3）死循環(huán)；4）主要功能丟失或功能?chē)?yán)重錯(cuò)誤；5）數(shù)據(jù)流錯(cuò)誤；6）嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤；7）因錯(cuò)誤操作導(dǎo)致程序中斷；8）主要的業(yè)務(wù)流程不正確。嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)， 使系統(tǒng)不穩(wěn)定、 或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，或部分功能無(wú)法執(zhí)行，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問(wèn)題。包括以下各種錯(cuò)誤：）造成數(shù)據(jù)庫(kù)不穩(wěn)定的錯(cuò)誤；2）系統(tǒng)可被執(zhí)行，但操作功能無(wú)法執(zhí)行；二級(jí) 嚴(yán)重缺陷3）功能的實(shí)現(xiàn)不完整；4）需求規(guī)格說(shuō)明書(shū)中的需求未在最終系統(tǒng)中實(shí)現(xiàn)；5）產(chǎn)生錯(cuò)誤結(jié)果；6）次要的業(yè)務(wù)流程不正確；7）界面錯(cuò)誤。嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法。系統(tǒng)性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問(wèn)題。包括以下各種錯(cuò)誤：1）提示信息不太準(zhǔn)確或用戶界面差、操作時(shí)間長(zhǎng)等一些問(wèn)題；2）操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） ；三級(jí) 一般缺陷 3）打印內(nèi)容、格式錯(cuò)誤（只影響格式和外觀，不影響數(shù)據(jù)結(jié)果的錯(cuò)誤）4）簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制；5）刪除操作未給出提示；5）不能定位焦點(diǎn)或者定位有誤，影響功能實(shí)現(xiàn)；6）顯示格式不正確但輸出正確；7）雖然正確性、功能不受影響，但系統(tǒng)性能和響應(yīng)時(shí)間受影響。

使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。界面拼寫(xiě)錯(cuò)誤或用戶使用不方便等小問(wèn)題或需要完善的問(wèn)題。包括以下各種錯(cuò)誤：1）系統(tǒng)的提示語(yǔ)不明確，不簡(jiǎn)單明了，容易給用戶錯(cuò)誤和歧義的提示；2）滾動(dòng)條無(wú)效；3）可編輯區(qū)域和不可編輯區(qū)域不明顯；4）必填項(xiàng)與非必填項(xiàng)未加以區(qū)別；5）界面不一致，或界面不正確；輕微缺陷6）光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤；輕微缺陷7）輸入輸出不規(guī)范；8）長(zhǎng)時(shí)間操作未給用戶提示；9）鍵盤(pán)支持不好，如在可輸入多行的字段中，不支持回車(chē)換行；10）頁(yè)面不能及時(shí)刷新，影響功能實(shí)現(xiàn)；）上下翻頁(yè)，首位頁(yè)定位錯(cuò)誤；12）日期或時(shí)間初始值錯(cuò)誤（起止日期、時(shí)間沒(méi)有限定） ；13）出現(xiàn)錯(cuò)別字，標(biāo)點(diǎn)符號(hào)錯(cuò)誤，拼寫(xiě)錯(cuò)誤，以及不正確的大小寫(xiě)等；14）一些建議性問(wèn)題。4.2發(fā)布條件軟件產(chǎn)品（項(xiàng)目）重大版本發(fā)布前需由測(cè)試組成員檢查需求規(guī)格說(shuō)明書(shū)、測(cè)試計(jì)劃、測(cè)試用例、測(cè)試日志、測(cè)試總結(jié)報(bào)告五份材料，并對(duì)軟件產(chǎn)品進(jìn)行抽查測(cè)試，必須同時(shí)滿足下列五個(gè)條件才能發(fā)布：上述五份資料齊全，交由測(cè)試組審查，其