【文章內(nèi)容簡(jiǎn)介】 列表，以及處理情況的跟蹤。59030_CN_過(guò)程監(jiān)控與質(zhì)量保證規(guī)程項(xiàng)目_PPQA報(bào)告PPQA的審核報(bào)告，分為階段審核報(bào)告和周期審核報(bào)告。60030_CN_過(guò)程監(jiān)控與質(zhì)量保證規(guī)程_項(xiàng)_PPQA計(jì)劃. 開(kāi)發(fā)品質(zhì)標(biāo)準(zhǔn)為確保項(xiàng)目開(kāi)發(fā)的質(zhì)量，公司對(duì)提出了下列基本度量指標(biāo)。根據(jù)項(xiàng)目的具體情況，標(biāo)準(zhǔn)與度量可以派生出更多的度量控制KPI，以保證本項(xiàng)目的實(shí)施。. 測(cè)試密度與bug檢出率工程要素下限目標(biāo)上限單元測(cè)試試驗(yàn)密度65105170Bug檢出密度369結(jié)合測(cè)試1試驗(yàn)密度163992Bug檢出密度結(jié)合測(cè)試2試驗(yàn)密度41550Bug檢出密度說(shuō)明：252。 測(cè)試密度(測(cè)試密度是用來(lái)衡量測(cè)試用例的覆蓋度的指標(biāo)) 252。 有效源代碼：項(xiàng)目程序中除注釋和空白行之外的源代碼，以文件為單位按物理行計(jì)算。包含新規(guī)源代碼、修改的源代碼和自動(dòng)生成的源代碼。252。 正規(guī)化源代碼行數(shù) 252。 新規(guī)源代碼手工新制作的程序源代碼，不包括測(cè)試代碼。252。 自動(dòng)生成源代碼由編程工具自動(dòng)生成的代碼。. 問(wèn)題處置能力標(biāo)準(zhǔn)n 聯(lián)絡(luò)應(yīng)對(duì)標(biāo)準(zhǔn)計(jì)算公式：響應(yīng)日時(shí)收到日時(shí)。聯(lián)絡(luò)：包括客戶提出的式樣聯(lián)絡(luò)、BUG票、和要求變更。聯(lián)絡(luò)響應(yīng)期間：1個(gè)工作日內(nèi)。n BUG票應(yīng)對(duì)標(biāo)準(zhǔn)n QA缺陷(NC)票應(yīng)對(duì)標(biāo)準(zhǔn). 評(píng)審能力標(biāo)準(zhǔn)以下時(shí)間均指初次評(píng)審所必需的經(jīng)過(guò)時(shí)間，如需要再次評(píng)審，追加投入的時(shí)間可遞減。但總合計(jì)值不應(yīng)超過(guò)2倍。1) 設(shè)計(jì)文檔評(píng)審時(shí)間標(biāo)準(zhǔn)單位為(分鐘/P)。2) 源代碼評(píng)審時(shí)間標(biāo)準(zhǔn)單位為(分鐘/KL)。3) Case評(píng)審時(shí)間標(biāo)準(zhǔn)單位為(分鐘/個(gè)(Case個(gè)數(shù)))文檔類(lèi)型審查小組評(píng)審走查桌查BDSPEC5～73～53～55～6DDSPEC5～73～53～55～6PGSOURCE①40～6030～4030～5040～60PGSOURCE②600～720450～570600～720SI1CASE10～158～108～1210～15SI2CASE15～2010～1310～1515～20說(shuō)明1：審查和小組評(píng)審的會(huì)議前準(zhǔn)備時(shí)間未計(jì)在內(nèi)。說(shuō)明2：PGSOURCE①指?jìng)?cè)重于程序結(jié)構(gòu)、規(guī)范性的代碼評(píng)審。PGSOURCE②指?jìng)?cè)重于查找程序邏輯缺陷的代碼評(píng)審。. 任務(wù)完成度的進(jìn)度率標(biāo)準(zhǔn)比率BD/DDPGUTSI1/SI210%理解完理解完了理解完了25%正在制作設(shè)計(jì)書(shū)編碼框架設(shè)計(jì)完成白盒測(cè)試CASE設(shè)計(jì)完成(評(píng)審?fù)ㄟ^(guò))測(cè)試CASE和數(shù)據(jù)制作中50%符合模板要求的設(shè)計(jì)書(shū)完成按照Coding規(guī)約編碼完畢(編譯通過(guò))一個(gè)回合的測(cè)試完畢，達(dá)到預(yù)定的覆蓋率CASE及數(shù)據(jù)設(shè)計(jì)完成(評(píng)審?fù)ㄟ^(guò))75%內(nèi)部評(píng)審?fù)戤?，正在解決評(píng)審問(wèn)題DEBUG+源代碼評(píng)審?fù)戤?，正在解決評(píng)審問(wèn)題BUG對(duì)應(yīng)及復(fù)測(cè)中一個(gè)回合測(cè)試完畢，BUG對(duì)應(yīng)中95%評(píng)審發(fā)現(xiàn)的問(wèn)題全部解決評(píng)審發(fā)現(xiàn)的問(wèn)題全部解決BUG全部對(duì)應(yīng)且新版本確認(rèn)完畢BUG全部對(duì)應(yīng)且新版本確認(rèn)完畢100%直接管理者承認(rèn)直接管理者承認(rèn)直接管理者承認(rèn)直接管理者承認(rèn)說(shuō)明：該指標(biāo)規(guī)定了實(shí)施計(jì)劃中任務(wù)的完成度和進(jìn)度率的對(duì)應(yīng)關(guān)系。無(wú)相關(guān)對(duì)應(yīng)任務(wù)時(shí)可跳過(guò)該進(jìn)度率。. 正規(guī)化編程生產(chǎn)性標(biāo)準(zhǔn)Java類(lèi)型項(xiàng)目：n 詳細(xì)設(shè)計(jì)SI1：1200行/人月。n CD+UT：2000行/人月。. 系統(tǒng)交付與用戶測(cè)試 有系統(tǒng)用戶對(duì)系統(tǒng)進(jìn)行測(cè)試，根據(jù)測(cè)試情況，對(duì)系統(tǒng)進(jìn)行完善和調(diào)試，項(xiàng)目組安排工程師對(duì)系統(tǒng)進(jìn)行調(diào)整。用戶工作組開(kāi)發(fā)商q 提供安裝場(chǎng)地及必要設(shè)施q 指派人員點(diǎn)收軟硬件設(shè)備及文件，并進(jìn)行安裝后測(cè)試q 確認(rèn)“系統(tǒng)測(cè)試計(jì)劃”q 指派專(zhuān)人協(xié)調(diào)配合測(cè)試q 依據(jù)“系統(tǒng)測(cè)試報(bào)告”確認(rèn)系統(tǒng)結(jié)合測(cè)試結(jié)果q 申請(qǐng)交付(包括階段性的交付時(shí)間點(diǎn)與最終交付日期)q 準(zhǔn)備交付用戶測(cè)試252。 確認(rèn)《交付清單》(一般由客戶提供)252。 確定當(dāng)前可交付工作產(chǎn)品版本號(hào)，分模塊制定《020_CN_項(xiàng)目驗(yàn)收及交付規(guī)程_納品管理表》，提出明確的交付內(nèi)容、提交條件和完成標(biāo)準(zhǔn)。252。 并標(biāo)記尚未解決的缺陷和尚未實(shí)現(xiàn)的機(jī)能252。 打包交付的工作產(chǎn)品，并測(cè)試打包后的產(chǎn)品的可操作性q 提供場(chǎng)地及機(jī)房設(shè)備之安裝建議q 進(jìn)行現(xiàn)場(chǎng)系統(tǒng)安裝q 撰寫(xiě)“系統(tǒng)測(cè)試計(jì)劃”及進(jìn)行系統(tǒng)測(cè)試內(nèi)容步驟的設(shè)計(jì)q 依“系統(tǒng)測(cè)試計(jì)劃”和測(cè)試要求進(jìn)行系統(tǒng)測(cè)試，并撰寫(xiě)測(cè)試報(bào)告 系統(tǒng)整體測(cè)試方案. 概述系統(tǒng)測(cè)試是關(guān)注系統(tǒng)的外部特性。它的主要對(duì)象是進(jìn)行系統(tǒng)測(cè)試的測(cè)試工程師。該方案所包含的測(cè)試用例范圍包括MicroMOe系統(tǒng)的所有功能測(cè)試用例、環(huán)境測(cè)試用例、性能測(cè)試用例以及UI測(cè)試用例等。. 測(cè)試資源和環(huán)境. 硬件配置關(guān)鍵項(xiàng)數(shù)量性能要求期望到位階段測(cè)試PC機(jī)4P4，硬盤(pán)300G，內(nèi)存2G，此配置是實(shí)際用機(jī)需求分析階段數(shù)據(jù)庫(kù)服務(wù)器1P4，硬盤(pán)300G，內(nèi)存2G，此配置是實(shí)際用機(jī)需求分析階段. 軟件配置資源名稱(chēng)/類(lèi)型配置數(shù)據(jù)庫(kù)管理系統(tǒng)Oracle、操作系統(tǒng)Centos服務(wù)器版64位客戶端前端展示負(fù)載性能測(cè)試工具Vs2008；功能性測(cè)試工具M(jìn)ANUAL. 需求分析需求分析期間，測(cè)試的主要工作為：審核需求分析報(bào)告：需求中是否存在不合理現(xiàn)象；需求是否可以被實(shí)現(xiàn)召開(kāi)需求評(píng)審會(huì)議：評(píng)審會(huì)議項(xiàng)目經(jīng)理，系統(tǒng)分析師，用戶代表，客戶，測(cè)試設(shè)計(jì)師參加書(shū)寫(xiě)驗(yàn)收測(cè)試計(jì)劃。. 概要設(shè)計(jì)概要設(shè)計(jì)期間，測(cè)試的主要工作為：審核概要設(shè)計(jì)報(bào)告：概要設(shè)計(jì)是否符合全部需求，概要設(shè)計(jì)是否存在問(wèn)題召開(kāi)概要設(shè)計(jì)評(píng)審會(huì)議：由項(xiàng)目經(jīng)理，系統(tǒng)分析師，系統(tǒng)設(shè)計(jì)師，設(shè)計(jì)師，測(cè)試設(shè)計(jì)師,技術(shù)專(zhuān)家參加。書(shū)寫(xiě)系統(tǒng)測(cè)試計(jì)劃。. 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)期間，測(cè)試的主要工作為審核詳細(xì)設(shè)計(jì)報(bào)告：詳細(xì)設(shè)計(jì)是否符合全部需求，詳細(xì)設(shè)計(jì)是否存在問(wèn)題召開(kāi)詳細(xì)設(shè)計(jì)評(píng)審會(huì)議：由項(xiàng)目經(jīng)理，系統(tǒng)設(shè)計(jì)師，設(shè)計(jì)師，編碼人員，測(cè)試設(shè)計(jì)師參加書(shū)寫(xiě)集成測(cè)試計(jì)劃。 . 開(kāi)發(fā)開(kāi)發(fā)期間測(cè)試主要工作為召開(kāi)開(kāi)發(fā)指南評(píng)審會(huì)議：由項(xiàng)目經(jīng)理，設(shè)計(jì)師，開(kāi)發(fā)員參加書(shū)寫(xiě)個(gè)階段測(cè)試用例。召開(kāi)測(cè)試用例評(píng)審會(huì)議：由項(xiàng)目經(jīng)理，測(cè)試設(shè)計(jì)師，測(cè)試工程師參加設(shè)計(jì)（由測(cè)試設(shè)計(jì)師設(shè)計(jì)）并書(shū)寫(xiě)測(cè)試腳本（由開(kāi)發(fā)人員書(shū)寫(xiě)）。開(kāi)發(fā)后期，由開(kāi)發(fā)人員對(duì)開(kāi)發(fā)的模塊進(jìn)行單元測(cè)試。. 集成測(cè)試按照模塊上下集關(guān)系，進(jìn)行從上到下或者從下到上的集成測(cè)試方法進(jìn)行集成測(cè)試，單元測(cè)試與集成測(cè)試主要考慮功能性測(cè)試。同時(shí)也要對(duì)模個(gè)模塊或者集成模塊進(jìn)行非功能性的抽樣測(cè)試。. 系統(tǒng)測(cè)試 對(duì)整合系統(tǒng)進(jìn)行整合測(cè)試，這時(shí)的測(cè)試主要測(cè)試系統(tǒng)的整體功能和全部非功能性的需求。. 驗(yàn)收測(cè)試 驗(yàn)收測(cè)試首先進(jìn)行正規(guī)性的測(cè)試，即由技術(shù)人員模擬各戶環(huán)境，以用戶的身份進(jìn)行安裝和測(cè)試工作。然后進(jìn)行非正規(guī)測(cè)試alpha測(cè)試和bate測(cè)試。. Alpha測(cè)試由公司內(nèi)部開(kāi)發(fā)人員模擬用戶進(jìn)行測(cè)試，這個(gè)時(shí)候還允許對(duì)需求做些修改工作. Bate測(cè)試alpha測(cè)試后將產(chǎn)品提交給某些特定用戶，進(jìn)行測(cè)試，注意這是的軟件一定要有使用時(shí)間限制 ，這時(shí)候凍結(jié)系統(tǒng)需求. 開(kāi)發(fā)周期所需要產(chǎn)生的文檔階段開(kāi)發(fā)文檔測(cè)試文檔立項(xiàng)前期項(xiàng)目合同可行性分析報(bào)告項(xiàng)目計(jì)劃書(shū)需求分析期需求規(guī)格說(shuō)明書(shū)需求規(guī)格審核報(bào)告需求規(guī)格評(píng)審報(bào)告驗(yàn)收測(cè)試計(jì)劃書(shū)概要設(shè)計(jì)期概要設(shè)計(jì)書(shū)概要設(shè)計(jì)審核報(bào)告概要設(shè)計(jì)評(píng)審報(bào)告系統(tǒng)測(cè)試計(jì)劃書(shū)詳細(xì)設(shè)計(jì)期數(shù)據(jù)庫(kù)設(shè)計(jì)詳細(xì)設(shè)計(jì)書(shū)詳細(xì)設(shè)計(jì)審核報(bào)告詳細(xì)設(shè)計(jì)評(píng)審報(bào)告集成測(cè)試計(jì)劃書(shū)編碼前期編碼規(guī)范編碼測(cè)試腳本測(cè)試用例測(cè)試腳本設(shè)計(jì)書(shū)編碼后期單元測(cè)試報(bào)告集成測(cè)試期集成測(cè)試報(bào)告系統(tǒng)測(cè)試期系統(tǒng)測(cè)試報(bào)告驗(yàn)收測(cè)試期驗(yàn)收測(cè)試報(bào)告后期使用手冊(cè)配置指南廣告材料測(cè)試總結(jié)報(bào)告（決定產(chǎn)品是否可以發(fā)布）藍(lán)色為可選項(xiàng). 軟件測(cè)試類(lèi)型 軟件測(cè)試是指使用人工或者自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件產(chǎn)品系統(tǒng)的過(guò)程，其目的是在于檢驗(yàn)是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(jié)果的區(qū)別。本文主要描述軟件測(cè)試的一些類(lèi)型。. 白盒測(cè)試 白盒測(cè)試是基于代碼的測(cè)試，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量，一般白盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。白盒測(cè)試分為動(dòng)態(tài)白盒測(cè)試和靜態(tài)白盒測(cè)試. 靜態(tài)白盒測(cè)試 利用眼睛，瀏覽代碼，憑借經(jīng)驗(yàn)，找出代碼中的錯(cuò)誤或者代碼中不符合書(shū)寫(xiě)規(guī)范的地方。比如，代碼規(guī)范中規(guī)定，函數(shù)必須為動(dòng)賓結(jié)構(gòu)。而黑盒測(cè)試發(fā)現(xiàn)一個(gè)函數(shù)定義如下：Function NameGet(){….}這是屬于不符合開(kāi)發(fā)規(guī)范的。有這樣一段代碼:if ((i0) amp。 (i=0))…這段代碼交集為整個(gè)數(shù)軸，IF語(yǔ)句沒(méi)有必要I=0。while(I100){J=J+100。T=J*PI。}在循環(huán)體內(nèi)沒(méi)有I的增加, 錯(cuò)誤產(chǎn)生。. 動(dòng)態(tài)白盒測(cè)試 利用開(kāi)發(fā)工具中的調(diào)式工具進(jìn)行測(cè)試。比如一段代碼有4個(gè)分支，輸入4組不同的測(cè)試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。if(I0){P1}else{P2}在調(diào)試中輸入I=1,測(cè)試P1程序段通過(guò)。 再輸入I=1, 測(cè)試P2程序段，這樣的測(cè)試屬于動(dòng)態(tài)白盒測(cè)試的缺陷。白盒測(cè)試通常在單元測(cè)試的時(shí)候進(jìn)行。. 功能測(cè)試 功能測(cè)試指測(cè)試軟件各個(gè)功能模塊是否正確，邏輯是否正確。對(duì)測(cè)試對(duì)象的功能測(cè)試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測(cè)試需求。這種測(cè)試的目標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類(lèi)測(cè)試基于黑盒技術(shù)，該技術(shù)通過(guò)圖形用戶界面 (GUI)或者測(cè)試腳本與應(yīng)用程序進(jìn)行交互，并對(duì)交互的輸出或結(jié)果進(jìn)行分析，以此來(lái)核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測(cè)試的主要參考為類(lèi)似于功能說(shuō)明書(shū)之類(lèi)的文檔。. UI測(cè)試 UI測(cè)試指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁(yè)面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等用戶界面 (UI) 測(cè)試用于核實(shí)用戶與軟件之間的交互。UI 測(cè)試的目標(biāo)是確保用戶界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問(wèn)或?yàn)g覽功能。另外，UI 測(cè)試還可確保 UI 中的對(duì)象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測(cè)試。UI測(cè)試比較主觀，與測(cè)試人員的喜好有關(guān)。 比如：頁(yè)面基調(diào)顏色刺眼；文字中出現(xiàn)錯(cuò)別字；頁(yè)面顯示范圍超過(guò)屏幕范圍等都屬于UI測(cè)試中的缺陷。. 性能測(cè)試 性能測(cè)試主要測(cè)試軟件測(cè)試的性能，包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，容量測(cè)試，基準(zhǔn)測(cè)試以及基準(zhǔn)測(cè)試. 負(fù)載測(cè)試 負(fù)載測(cè)試是一種性能測(cè)試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。 在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。 比如，用戶并發(fā)量測(cè)試就是屬于負(fù)載測(cè)試的用戶，可以使用測(cè)試工具，模擬上百人客戶同時(shí)訪問(wèn)，看系統(tǒng)響應(yīng)時(shí)間，處理速度如何？. 強(qiáng)度測(cè)試 強(qiáng)度測(cè)試是一種性能測(cè)試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。這類(lèi)測(cè)試往往可以書(shū)寫(xiě)系統(tǒng)要求的軟硬件水平要求。主要測(cè)試對(duì)象為低CPU主頻，低存儲(chǔ)空間（內(nèi)存或外存），低連接速度。 實(shí)施和執(zhí)行此類(lèi)測(cè)試的目的是找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤(pán)空間不足，測(cè)試對(duì)象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭(zhēng)用共享資源（如數(shù)據(jù)庫(kù)鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測(cè)試還可用于確定測(cè)試對(duì)象能夠處理的最大工作量。 比如：一個(gè)系統(tǒng)在內(nèi)存366M下可以正常運(yùn)行，但是降低到258M下不可以運(yùn)行，告訴內(nèi)存不足，這個(gè)系統(tǒng)對(duì)內(nèi)存的要求就是366M。. 容量測(cè)試 容量測(cè)試指通過(guò)代碼往存儲(chǔ)空間中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)程序是否能夠正常運(yùn)行。 容量測(cè)試使測(cè)試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，通過(guò)編寫(xiě)代碼項(xiàng)存貯空間輸入一定數(shù)量的記錄，然后運(yùn)行需要使用這個(gè)存儲(chǔ)空間的程序，判斷程序是否運(yùn)行正常。. 系統(tǒng)資源競(jìng)爭(zhēng)測(cè)試 軟件競(jìng)爭(zhēng)使用各種資源（數(shù)據(jù)紀(jì)錄，內(nèi)存等），看他與其他相關(guān)系統(tǒng)對(duì)資源的爭(zhēng)奪能力。比如：一臺(tái)機(jī)器上即安裝您的財(cái)務(wù)系統(tǒng)，又安裝用友財(cái)務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強(qiáng)過(guò)用友財(cái)務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運(yùn)行？. 安全性和訪問(wèn)控制測(cè)試安全性和訪問(wèn)控制測(cè)試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：應(yīng)用程序級(jí)別的安全性，包括對(duì)數(shù)據(jù)或業(yè)務(wù)功能的訪問(wèn)系統(tǒng)級(jí)別的安全性，包括對(duì)系