【文章內(nèi)容簡介】 中各項(xiàng)任務(wù)的日程安排，并留有適當(dāng)余地以處理不可預(yù)知的情況，進(jìn)度控制以日程安排為依據(jù)，通過例行會議等手段進(jìn)行項(xiàng)目進(jìn)程狀態(tài)匯總、審計(jì)和督導(dǎo)。合理安排日程并加以監(jiān)督控制可以提高工作效率，及時發(fā)現(xiàn)并解決問題?！?項(xiàng)目變更和風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理首先應(yīng)確定所有已知的項(xiàng)目風(fēng)險(xiǎn)，分析發(fā)生的可能性和潛在影響，并且確定風(fēng)險(xiǎn)分析管理過程，用于跟蹤每一風(fēng)險(xiǎn)并盡可能減少風(fēng)險(xiǎn)的負(fù)面影響。在本項(xiàng)目中，主要的風(fēng)險(xiǎn)可能由實(shí)施環(huán)境、項(xiàng)目周期、項(xiàng)目參與人員、用戶的配合等因素引起。我們認(rèn)為應(yīng)通過項(xiàng)目會議以明確各種可能的風(fēng)險(xiǎn)，分析風(fēng)險(xiǎn)并制定出完整的風(fēng)險(xiǎn)管理計(jì)劃?！?項(xiàng)目質(zhì)量控制明確整個項(xiàng)目的目標(biāo)和質(zhì)量要求，確定出項(xiàng)目工作清單中各項(xiàng)任務(wù)結(jié)果相關(guān)的質(zhì)量及測試要求。制定質(zhì)量控制流程以保證項(xiàng)目達(dá)到質(zhì)量標(biāo)準(zhǔn)。質(zhì)量控制流程應(yīng)包含質(zhì)量保證承諾、全面或抽樣測試、質(zhì)量驗(yàn)收過程和問題匯總反饋過程等。我們項(xiàng)目組技術(shù)人員將跟用戶相關(guān)人員一起定期地組織質(zhì)量檢查、實(shí)施質(zhì)量控制流程，并對項(xiàng)目的總體運(yùn)行結(jié)果進(jìn)行評審，以保證項(xiàng)目達(dá)到預(yù)計(jì)效果?！?項(xiàng)目文檔管理技術(shù)文檔是整個項(xiàng)目實(shí)施的重要知識成果，所有的技術(shù)文檔必須歸納整理，加以妥善保管。在項(xiàng)目實(shí)施過程中，每一個項(xiàng)目實(shí)施步驟都需建立聯(lián)機(jī)項(xiàng)目文檔數(shù)據(jù)庫，對項(xiàng)目實(shí)施采取實(shí)時的跟蹤、控制和管理。并保證在項(xiàng)目結(jié)束后，向用戶移交全部的項(xiàng)目實(shí)施檔案，保證用戶項(xiàng)目檔案的完整。6 項(xiàng)目實(shí)施管理方式采取項(xiàng)目經(jīng)理集權(quán)控制方式，通過完整的項(xiàng)目管理組織對項(xiàng)目進(jìn)行綜合管理。我們針對本項(xiàng)目將成立跨部門的項(xiàng)目團(tuán)隊(duì)，項(xiàng)目團(tuán)隊(duì)采用矩陣式的結(jié)構(gòu)，一方面增加對客戶需求的響應(yīng)速度；另一方面得到各專業(yè)部門的指導(dǎo)和支持。建立項(xiàng)目的組織結(jié)構(gòu)是對項(xiàng)目的人力資源進(jìn)行合理的配置和分工，使參與項(xiàng)目的雙方人員能有效地協(xié)同工作，發(fā)揮最高的效率。項(xiàng)目管理架構(gòu)如下：項(xiàng)目階段劃分項(xiàng)目共分為項(xiàng)目開始、準(zhǔn)備、實(shí)施、驗(yàn)收、售后服務(wù)等五個階段，如下圖所示：九、 項(xiàng)目測試方案和步驟1 測試目標(biāo)制定完整且具體的測試路線和流程，為快速、高效和高質(zhì)量的軟件測試提供基礎(chǔ)流程框架。最終目標(biāo)是實(shí)現(xiàn)軟件測試規(guī)范化，標(biāo)準(zhǔn)化。2 測試流程說明3 測試需求分析測試需求是整個測試過程的基礎(chǔ)；確定測試對象以及測試工作的范圍和作用。用來確定整個測試工作（如安排時間表、測試設(shè)計(jì)等）并作為測試覆蓋的基礎(chǔ)。而且被確定的測試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個可觀察、可評測的結(jié)果。無法核實(shí)的需求不是測試需求。所以我現(xiàn)在的理解是測試需求是一個比較大的概念，它是在整個測試計(jì)劃文檔中體現(xiàn)出來的，不是類似的一個用例或者其他。l 測試需求是制訂測試計(jì)劃的基本依據(jù)，確定了測試需求能夠?yàn)闇y試計(jì)劃提供客觀依據(jù)；l 測試需求是設(shè)計(jì)測試用例的指導(dǎo)，確定了要測什么、測哪些方面后才能有針對性的設(shè)計(jì)測試用例；l 測試需求是計(jì)算測試覆蓋的分母，沒有測試需求就無法有效地進(jìn)行測試覆蓋。1) 測試方法與規(guī)范(1) 測試方法隨著軟件技術(shù)發(fā)展，項(xiàng)目類型越來越多樣化。根據(jù)項(xiàng)目類型應(yīng)選用針對性強(qiáng)的測試方法，合適的測試方法可以讓我們事半功倍。以下是針對目前項(xiàng)目工程可以參考的測試方法：l β測試 （beta測試）非程序員、測試人員β測試，英文是Beta testing。又稱Beta測試，用戶驗(yàn)收測試（UAT）。 　　β測試是軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。當(dāng)開發(fā)和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員完成，不能由程序員或測試員完成。l α測試（Alpha測試）非程序員、測試人員　　α測試，英文是Alpha testing。又稱Alpha測試.　　Alpha測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由該系統(tǒng)的程序員或測試員完成。在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試。測試后，仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其他人員來完成，不能由程序員或測試員完成。l 兼容性測試 測試人員兼容性測試是指測試軟件是否可以成功移植到指定的硬件或者軟件環(huán)境中，例如在B/S項(xiàng)目中各個不同瀏覽器之間的測試。l 用戶界面測試UI測試 測試人員　　用戶界面測試，英文是User interface testing。又稱UI測試。　　用戶界面，英文是User interface。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對話框、窗口和其它控件）。　　用戶界面測試是指測試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖 片組合是否完美，操作是否友好等等。UI 測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性 測試。 用戶界面測試用戶分析軟件用戶界面的設(shè)計(jì)是否合乎用戶期望或要求。它常常包括菜單，對話框及對 話框上所有按鈕，文字，出錯提示，幫助信息 (Menu 和Help content)等方面的測試。比如，測試Microsoft Excel中插入符號功能所用的對話框的大小，所有按鈕是否對齊，字符串字體大小，出錯信息內(nèi)容和字體大小，工具欄位置/圖標(biāo)等等。l 冒煙測試 版本編譯者　　冒煙測試，英文是Smoke testing?！　∶盁煖y試的名稱可以理解為該種測試耗時短，僅用一袋煙功夫足夠了。也有人認(rèn)為是形象地類比新電路板功基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(shè)計(jì)缺陷，電路板可能會短路，板子冒煙了。冒煙測試的對象是每一個新編譯的需要正式測試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員。l 隨機(jī)測試 測試人員　　隨機(jī)測試，英文是Ad hoc testing。　　隨機(jī)測試沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗(yàn)對軟件進(jìn)行功能和性能抽查。隨機(jī)測試是根據(jù)測試說明書執(zhí)行用例測試的重要補(bǔ)充手段，是保證測試覆蓋完整性的有效方式和過程。隨機(jī)測試主要是對被測軟件的一些重要功能進(jìn)行復(fù)測，也包括測試那些當(dāng)前的測試樣例(TestCase)沒有覆蓋到的部分。另外，對于軟件更新和新增加的功能要重點(diǎn)測試。重點(diǎn)對一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其 對以前測試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測試，可以結(jié)合回歸測試(Regressive testing)一起進(jìn)行。l 黑盒測試（功能測試）測試人員 　　黑盒測試，英文是Black Box Testing。又稱功能測試或者數(shù)據(jù)驅(qū)動測試。 　　黑盒測試是根據(jù)軟件的規(guī)格對軟件進(jìn)行的測試，這類測試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對用戶來說就像一個黑盒子。軟件測試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測試方法。l 性能測試 　　性能測試，英文是Performance Testing?！　⌒阅軠y試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測試時常用的術(shù)語。理想的“性能測試”(和其他類型的測試)應(yīng)在需求文檔或質(zhì)量保證、測試計(jì)劃中定義。性能測試一般包括負(fù)載測試和壓力測試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)。或者執(zhí)行同樣任務(wù)時新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時會不會流失(memory leak)。比如，驗(yàn)證程序保存一個巨大的文件新版本不比舊版本慢。(2) 測試規(guī)范測試規(guī)范是根據(jù)開發(fā)規(guī)范而制定的測試標(biāo)準(zhǔn)，測試規(guī)范也是后期測試用例編寫的重要依據(jù)。因?yàn)殚_發(fā)規(guī)范因公司而異，因產(chǎn)品而異，所以測試規(guī)范的標(biāo)準(zhǔn)程度每個公司都不一樣。從理論到方法到各類流程到各類報(bào)告模版，都屬于測試規(guī)范的范疇，當(dāng)一整套規(guī)范形成之后，可使得測試工作進(jìn)行更加穩(wěn)健，所有問題有據(jù)可查。2) 軟件需求規(guī)格說明書軟件需求規(guī)格說明書是軟件達(dá)到的各項(xiàng)功能的目標(biāo)。是測試人員各項(xiàng)工作的依據(jù)，沒有需求就無法判斷測試結(jié)果是正確的。3) 軟件設(shè)計(jì)說明（概要與詳細(xì)設(shè)計(jì)）設(shè)計(jì)說明書包含軟件的一些框架、字段、數(shù)據(jù)庫設(shè)計(jì)等。軟件設(shè)計(jì)說明對測試工作開展有很大影響，沒有軟件設(shè)計(jì)說明很多問題將無法溯源，測試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說明來制定的。4) 頁面原型（demo）頁面原型是項(xiàng)目人員快速熟悉項(xiàng)目的最佳路徑。在需求不夠明確，設(shè)計(jì)說明書不夠全面的情況下，頁面原型也是后期測試用例編寫思想的重要根據(jù)。4 測試過程設(shè)計(jì)明確測試目的，最終達(dá)成目的并驗(yàn)證結(jié)果是測試要做的事情。包括：1. 測試范圍：描述本次測試中的測試范圍，如：測試軟件功能范圍、測試種類等。2. 簡單的描述如何搭建測試平臺以及測試的潛在的風(fēng)險(xiǎn)。3. 項(xiàng)目信息：說明要測試的項(xiàng)目的相關(guān)資料，如：輸入輸出文檔，產(chǎn)品描述，軟件主要功能。4. 人力資源的分配。5. 測試需求：籠統(tǒng)說，就是測試中的所有設(shè)計(jì)和需求文檔。作為本次測試的依據(jù)1) 測試策略制定178。 這一階段在于需求、詳細(xì)設(shè)計(jì)、測試計(jì)劃完成之后，主要是本次測試的策略階段。很多公司少這個一個階段，需要有計(jì)劃性的分出產(chǎn)品的功能扣出測試的功能點(diǎn)，現(xiàn)階段大多公司都是直接拿著文檔就開始做用例設(shè)計(jì)。178。 對需求進(jìn)行分析，列出具體的功能列表。（一般根據(jù)功能交互文檔就能明確出此功能的大體功能，一層層的分下去，一直到?jīng)]個功能表單。然后考慮到使用那些測試方法？工作一旦做到執(zhí)行階段，我們可以更好的根據(jù)這些功能表一點(diǎn)一點(diǎn)的覆蓋。也能讓我們在用例評審時，充分的證實(shí)我們的工作是有效的能夠保證產(chǎn)品的質(zhì)量。）一般在此之前，一些業(yè)務(wù)培訓(xùn)和需求評審是有必要是聽一下的。這樣能夠更早更熟練的理解需求，也能保證產(chǎn)品設(shè)計(jì)中出現(xiàn)的一些誤區(qū)。178。 功能測試：功能范圍（劃分出各自負(fù)責(zé)的功能模塊）；使用測試方法（等價(jià)類、邊界值等測試方法方法）；測試標(biāo)準(zhǔn)（符合設(shè)計(jì)、需求和規(guī)范文檔對該功能的描述）。178。 界面測試178。 兼容性測試2) 測試計(jì)劃要充分考慮測試計(jì)劃的實(shí)用性，即測試計(jì)劃與實(shí)際之間的接近程度和可操作性。編寫測試計(jì)劃的目的在于充分考慮執(zhí)行測試時 的各種資源，包括測試內(nèi)容、測試標(biāo)準(zhǔn)、時間資源、人力資源等等，準(zhǔn)確地說是要分析執(zhí)行時所能夠調(diào)用的一切資源以及受各種條件限制，可能受到的各種影響。測試內(nèi)容：對一個軟件來說測試計(jì)劃中會明確本次測試做哪些測試？如：系統(tǒng)測試：在整個系統(tǒng)測試中會有（界面測試、功能測試、性能測試、兼容性測試、安裝卸載測試、可靠性測試等測試）。測試目的：一般多為保證產(chǎn)品質(zhì)量是否達(dá)到預(yù)期的指標(biāo)。這個指標(biāo)也就是在測試中定義的結(jié)束標(biāo)準(zhǔn)。測試標(biāo)準(zhǔn)：需要考慮本次測試需要輸入那些文檔，該項(xiàng)目結(jié)束標(biāo)準(zhǔn)定義、測試結(jié)束標(biāo)準(zhǔn)的定義？bug級別定義、優(yōu)先級定義、bug管理流程定義。這個都需要在執(zhí)行測試事明確。計(jì)劃中應(yīng)該包含這些內(nèi)容。資源分配：這里分為人力資源、軟硬件資源等劃分。一般會把人力資源的利用寫入一個測試人員任務(wù)分配表里，按照不同的階段，每個階段提交相應(yīng)的成果（難度很大）。軟硬件資源中主要是在做計(jì)劃時考慮到需要多少電腦或別的工具，列出清單。測試風(fēng)險(xiǎn)：大多考慮到的就是項(xiàng)目開發(fā)延期、測試人員不足用例無法全面覆蓋測試點(diǎn)、時間不足用例無法全部執(zhí)行、bug無法及時修改導(dǎo)致無法驗(yàn)證、測試人員技能不足導(dǎo)致測試進(jìn)度拉長。3) 測試附件n 用例模板、缺陷報(bào)告模板n 測試環(huán)境的搭建n 缺陷管理流程和缺陷級別定義缺陷狀態(tài)一般分為：新建、打開、已分配、已修復(fù)、關(guān)閉、重新打開中間會有：延期、重復(fù)、拒絕等狀態(tài)。缺陷管理流