【導(dǎo)讀】羈腿蒞螞襖膈蕆袇膃膇蕿蝕聿芆螞袆羅芅莁蚈袁芅薄襖袇芄蚆螇膅芃蒞肁節(jié)蒈螅羇芁薀羀袃芀螞螃膂荿莂薆肈荿蒄螂羄莈蚇薄羀莇莆袀袆莆葿蚃膅蒞薁袈肁莄蚃蟻羇蒃莃袆袂蒃蒅蠆膁蒂薈裊肇蒁螀蚈肅蒀蒀羃罿肇薂螆裊肆蚄羈膄肅莄螄肀肄蒆羀羆膃薈螂袂膂蟻薅膀膁莀螁膆膁薃蚄肂膀蚅衿羈腿蒞螞襖膈蕆袇膃膇蕿蝕聿芆螞袆羅芅莁蚈袁芅薄襖袇芄蚆螇膅芃蒞肁節(jié)蒈螅羇芁薀羀袃芀螞螃膂荿莂薆肈荿蒄螂羄莈蚇薄羀莇莆袀袆莆葿蚃膅蒞薁袈肁莄蚃蟻羇蒃莃袆袂蒃蒅蠆膁蒂薈裊肇蒁螀蚈肅蒀蒀羃罿肇薂螆裊肆蚄羈膄肅莄螄肀肄蒆羀羆膃薈螂袂膂蟻薅膀膁莀螁膆膁薃蚄肂膀蚅衿羈腿蒞螞襖膈蕆袇膃膇蕿蝕聿芆螞袆羅芅莁蚈袁芅薄襖袇芄蚆螇膅芃蒞肁節(jié)蒈螅羇芁薀羀袃芀螞螃膂荿莂薆肈荿蒄螂羄莈蚇薄羀莇莆袀袆莆葿蚃膅蒞薁袈肁莄蚃蟻羇蒃莃袆袂蒃蒅蠆膁蒂薈裊肇蒁螀蚈肅蒀蒀羃罿肇薂螆裊肆蚄羈膄肅莄螄肀肄蒆羀羆膃薈螂袂膂蟻薅膀膁莀螁膆膁薃蚄肂膀蚅衿羈腿蒞螞襖膈蕆袇膃膇蕿蝕聿芆螞袆羅芅莁

　　

【正文】 盡早的介入測試，所有的測試都可以追溯到需求 2. 在測試相應(yīng)方案 啟動之前，必須先理解且分析需求 3. 根據(jù)質(zhì)量計(jì)劃來制定相應(yīng)的測試計(jì)劃 4. 測試計(jì)劃中需涵蓋所有關(guān)鍵質(zhì)量屬性 5. 進(jìn)行測試計(jì)劃評審及修訂 6. 建立測試用例對測試需求的覆蓋率 7. 進(jìn)行測試用例評審及修訂 8. 不同測試階段可有計(jì)劃的調(diào)整當(dāng)前的測試重點(diǎn) 評審管理 測試評審包括測試方案、測試用例的評審，一般可分為內(nèi)部評審及外部評審；評審的形式按實(shí)際的質(zhì)量計(jì)劃中要求而定。 以下僅提供測試用例的評審準(zhǔn)則。 第 17 頁 共 33 頁 評審輸入 《需求規(guī)格說明書》、《概要設(shè)計(jì)說明書》、《測試計(jì)劃》、《測試用例》、 評審準(zhǔn)則 測試用例評審活動可以確保用例符合優(yōu)秀用例陳述的特征，包括完整、正確、可行、必要、具有優(yōu)先級、無二義性和可驗(yàn)證性 , 同時亦符合好的用例特征，即完整性、一致性、易修改和可跟蹤性；評審過程保證用例滿足如下要求： 完整性：指有明確的目的、輸入、輸出，提供必要的備注信息； 正確性：指每個用例的期望結(jié)果與實(shí)際需求一致； 可執(zhí)行性：可執(zhí)行性指測試人員根據(jù)測試用例能夠獨(dú) 立執(zhí)行測試； 代表性：指能用最簡單的數(shù)據(jù)，最簡捷的路徑達(dá)到測試的目的； 唯一性：指在各個測試用例沒有重復(fù)交叉的現(xiàn)象； 有效性：指每個用例是否有效？是否冗余？是否能夠執(zhí)行； 獨(dú)立性：是用例與用例之間是否互不依賴？是否能夠獨(dú)立執(zhí)行； 可讀性：指測試用例描述清晰，邏輯正確，拆分合理； 質(zhì)量指標(biāo)：指是否能夠滿足質(zhì)量指標(biāo)中的覆蓋率要求，是否可以滿足 BUG密度的質(zhì)量要求； 第 18 頁 共 33 頁 內(nèi)部評審準(zhǔn)則 外部評審準(zhǔn)則 第 19 頁 共 33 頁 評審輸出 《評審結(jié)果列表》 《評審修訂通過的測試用例列表》 檢查清單 輸入條件：項(xiàng)目當(dāng)前的《項(xiàng)目總體計(jì)劃》；《測試計(jì)劃 /用例文檔》、《評審結(jié)果單》、測試用例 /測試執(zhí)行 第 20 頁 共 33 頁 常存在的問題 1. 需求或設(shè)計(jì)變化造成測試時間不夠 a) 區(qū)分哪些會影響關(guān)鍵質(zhì)量目標(biāo)，優(yōu)化測試關(guān)鍵質(zhì)量目標(biāo)，對于非關(guān)鍵性的質(zhì)量因素，可后續(xù) 再做補(bǔ)充測試。 2. 測試環(huán)境與實(shí)際環(huán)境無法保持一致 而可能造成問題較多。 a) 區(qū)分影響及不影響的功能點(diǎn)。 b) 對于影響的功能點(diǎn)，在現(xiàn)網(wǎng)布署后，必須再進(jìn)行現(xiàn)網(wǎng)測試后方可正式投入使用。 3. 軟件穩(wěn)定性不夠，不可復(fù)現(xiàn)問題多 a) 穩(wěn)定測試環(huán)境，增加對日志的監(jiān)控及捕捉 4. 測試用例的執(zhí)行率未達(dá)到 100% a) 跟進(jìn)原因，對于非客觀原因造成，則可考慮測試用例執(zhí)行作為項(xiàng)目經(jīng)理接收測試結(jié)束標(biāo)準(zhǔn)。 5. 測試用例對需求覆蓋率過低 a) 提升評審效果，增加用例設(shè)計(jì)及補(bǔ)充時間段 6. 測試用例發(fā)現(xiàn) BUG率過低 a) 增加用例設(shè)計(jì)及補(bǔ)充時間段，再進(jìn)行測試 第 21 頁 共 33 頁 7. BUG數(shù)嚴(yán)重超出預(yù)期 a) 暫?，F(xiàn)有的測試，項(xiàng)目組討論分析再增加單元或聯(lián)調(diào)測試通過扣，方可再進(jìn)行版本提交。 8. BUG數(shù)沒有收斂的趨勢 尋找是測試原因造成漏測或是開發(fā)總產(chǎn)生新 BUG 漏測：適當(dāng)?shù)脑黾訂屋啘y試時間，強(qiáng)調(diào)不同維度的測試；多進(jìn)行交叉測試 修改產(chǎn)生過多的新 BUG：強(qiáng)調(diào)開發(fā)的單元測試及走查。 9. BUG返修率過高 在修改 BUG過程中強(qiáng)調(diào)與測試的溝通。 BUG修改完成后，完成相應(yīng)的自測。 測試人員提交 BUG 單時盡量清晰描述 BUG單，并附重現(xiàn)條件或日志。 發(fā)布及維護(hù)階段 質(zhì)量指導(dǎo)方針 1. 根據(jù)發(fā)布階段要求準(zhǔn)備相應(yīng)的程序及文檔 2. 及時檢查歸檔的各類資源 3. 根據(jù)項(xiàng)目特性或公網(wǎng)情況制定現(xiàn)網(wǎng)問題跟蹤流及管理方式 4. 與用服結(jié)合制定軟件的客戶滿意度調(diào)查單 發(fā)布及維護(hù)階段檢查清單 第 22 頁 共 33 頁 常存在的問題 1. 版本忘記歸檔 a) 由項(xiàng)目經(jīng)理檢查歸檔情況，發(fā)現(xiàn)未歸檔者，可及時提出 2. 項(xiàng)目經(jīng)理未對歸檔進(jìn) 行檢查 a) 當(dāng)根據(jù)以上檢查單發(fā)現(xiàn)未版本，則記未歸檔及項(xiàng)目經(jīng)理未檢查一次； b) 當(dāng)出現(xiàn)由于歸檔資料不全而造成發(fā)布給現(xiàn)網(wǎng)出現(xiàn)問題，則記項(xiàng)目經(jīng)理未檢查一次； 3. 現(xiàn)網(wǎng)問題解決情況未進(jìn)行跟蹤 a) 定期收集信息，對于管理流程及工具可使用研發(fā)部整套模式。 質(zhì)量控制中的文檔管理 質(zhì)量管理會形成除項(xiàng)目文檔之外的管理文檔，故文檔管理主要為解決項(xiàng)目過程中產(chǎn)生的各類文檔的正確性、唯一性、及時性、有效性所做的相應(yīng)約束。 文檔分類 (1)開發(fā)文檔：這類文檔在軟件項(xiàng)目開發(fā)過程中，體現(xiàn)了軟件 開發(fā)人員前一階段工作的成果，同時又是后一階段工作的依據(jù)。這類文檔包括可行性研究報告、軟件項(xiàng)目開發(fā)計(jì)劃、軟件需求規(guī)格說明、系統(tǒng)規(guī)格說明書、軟件功能說明書和數(shù)據(jù)字典等。 (2)管理文檔：這類文檔在軟件項(xiàng)目開發(fā)過程中，由軟件開發(fā)人員制定的需提交管理部門的一些工作計(jì)劃、工作方案和工作報告。通過閱讀這些文檔，管理人員能夠了解軟件項(xiàng)目開發(fā)活動安排、進(jìn)度、資源使用等情況。這類文檔包括項(xiàng)目開發(fā)計(jì)劃、測試計(jì)劃、測試方案、開發(fā)進(jìn)度報告和項(xiàng)目總結(jié)報告等。 (3)用戶文檔：這類文檔是軟件開發(fā)人員為使用該軟件的網(wǎng)點(diǎn)經(jīng)辦人員準(zhǔn)備的 有關(guān)該軟件產(chǎn)品使用、操作的資料，主要是操作手冊及新功能介紹方面的文檔。 (4)記錄文檔：與客戶交流往來的記錄、軟件項(xiàng)目開發(fā)過程中各種會議、跟蹤記錄、審查記錄、產(chǎn)品投產(chǎn)記錄和問題跟蹤解決記錄等。 (5)反饋文檔：這類文檔主要是軟件產(chǎn)品在推廣使用以后，客戶對產(chǎn)品使用過程中意見及產(chǎn)品缺陷、質(zhì)量等方面的信息反饋。 文檔管理工具 文檔管理工具現(xiàn)在采用 VSS管理方式；存放至文檔基線庫。文檔基線庫 文檔管理的基本要求 正確性：所有的文檔都使用相當(dāng)?shù)臉?biāo)準(zhǔn)模板文檔中所述的內(nèi)容正確 無誤 唯一性：每個版本的文檔只有一個。 第 23 頁 共 33 頁 及時性：文檔隨每個任務(wù)的執(zhí)行能夠及時編制及公布 有效性：防止無效的文檔歸檔以及過期文檔被誤用。 具體要求： 1. 所有的文檔都使用相應(yīng)的標(biāo)準(zhǔn)模 2. 3. 4. 5. 文檔發(fā)布或歸檔前得到批準(zhǔn) 必要時對文件進(jìn)行定期評審與更新 確定文件的更改和現(xiàn)行修訂狀況得到識別 確保在使用時可獲得有關(guān)版本的適用文件 6. 確保文件保持清晰、易于識別 7. 確保外部文件得到識別并控制其分發(fā) 8. 防止過期文件被誤用，若因任 何原因而保留時，需對其進(jìn)行適當(dāng)?shù)臉?biāo)識 文檔管理流程 根據(jù)現(xiàn)有的狀態(tài)，文檔的管理流程僅涉及歸檔及發(fā)布，如下圖所示： 一般，必須是評審?fù)ㄟ^且修訂后的文檔方提交歸檔申請 /修訂等信息 說明： 由作者或相應(yīng)負(fù)責(zé)人提出歸檔申請，必須是評審?fù)ㄟ^且修改后的文檔方可提出歸檔申請 是否及時歸檔的檢查在各個過程中的檢查清單中進(jìn)行檢查 文檔作廢：文檔歸檔發(fā)布后，需同時作廢此文檔之前的相應(yīng)版本。 每次進(jìn)行歸檔后，由歸檔人員統(tǒng)一進(jìn)行文檔更新發(fā)布 歸檔 之后的文檔如有再更新的需求，則從基線庫取出來進(jìn)行更新后，重新歸檔。 第 24 頁 共 33 頁 5 質(zhì)量度量：制定項(xiàng)目評估項(xiàng) 質(zhì)量度量主要針對項(xiàng)目進(jìn)行評估，從項(xiàng)目的計(jì)劃、過程、質(zhì)量、成本、客戶滿意度不同維度進(jìn)行評估。具體細(xì)節(jié)如下。 計(jì)劃評估 計(jì)劃評估主要根據(jù)計(jì)劃歷史變更記錄來評估計(jì)劃的正確、合理性、可實(shí)施情況，并為以后的計(jì)劃制定提供參考數(shù)據(jù)。主要針對里程碑進(jìn)行評估，對于非里程碑的計(jì)劃變化不進(jìn)行評估。 評估基準(zhǔn) 1．項(xiàng)目啟動時的《項(xiàng)目總體計(jì)劃》、每次變更后的項(xiàng)目計(jì)劃、項(xiàng)目 結(jié)束時的《項(xiàng)目總體計(jì)劃》 2．項(xiàng)目變動記錄文件 評估項(xiàng) 評估項(xiàng) 里程碑 1 計(jì)劃變更 第 x次變更 變更原因 與上次偏離率 % 與初始偏離率 % 里程碑 2 里程碑 3 …… 總結(jié) 1．計(jì)劃變更的主要原因是什么？比如 項(xiàng)目計(jì)劃不夠詳細(xì)，工作安排不夠細(xì)致，時間浪費(fèi) 對項(xiàng)目的技術(shù)、工作量等認(rèn)識不清，導(dǎo)致計(jì)劃時間失誤 對項(xiàng)目人員的工作效率、特長認(rèn)識不清，導(dǎo)致計(jì)劃時間失誤 項(xiàng)目任務(wù)跟蹤不及時，錯過最佳調(diào)整時機(jī) 第 25 頁 共 33 頁 過程評估 過程評估是根據(jù)項(xiàng)目的每個階段的質(zhì)量指導(dǎo)方針以及檢查結(jié)果來進(jìn)行的評估，用于檢查各項(xiàng)目的過程控制是否達(dá)到應(yīng)有的要求。過程評估最終使用計(jì)分的方式來得出過程得