(項(xiàng)目管理)軟件項(xiàng)目經(jīng)理必讀手冊(cè)

1、軟件項(xiàng)目經(jīng)理必讀手冊(cè)version 0.2本文檔屬內(nèi)部培訓(xùn)文檔，僅供參考，如果發(fā)現(xiàn)和公司實(shí)際流程有不符之處，請(qǐng)指出并修訂。文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件2/120.2變更記錄NO變更日期變更理由變更內(nèi)容版本修改批準(zhǔn)2006-1-4首次發(fā)行0.1王偉賴旭芳2006-1-11評(píng)審后修改增加 history0.2王偉增加第六條 P3-2-6P4增加* release note中的產(chǎn)品階段和公司定義相同。增加跨部門(mén)的項(xiàng)目要了解獲取資 料的途徑。P5, 4.2改動(dòng)較大P8, 4.7 MA階段有改動(dòng)P9, 5.1 FTA 補(bǔ)充 2 點(diǎn)P10,更正HW 測(cè)試什么時(shí)候需要 做?補(bǔ)充TCK

2、測(cè)試TerhFShHIUlreiess文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件3/120.21概述本文希望能幫助同事們更好的配合公司產(chǎn)品開(kāi)發(fā)，調(diào)用一切可以調(diào)用的資源解決問(wèn)題，保質(zhì)保量的 完成軟件開(kāi)發(fā)工作。目標(biāo)人群：剛剛從事軟件項(xiàng)目管理工作的同事已經(jīng)有項(xiàng)目管理經(jīng)驗(yàn)，但對(duì)流程和目標(biāo)并不大熟悉的同事對(duì)軟件項(xiàng)目管理有興趣的同事2軟件項(xiàng)目經(jīng)理具備的條件1，有軟件項(xiàng)目開(kāi)發(fā)經(jīng)驗(yàn)2，熟練使用公司常用的項(xiàng)目管理軟件：clear quest, clear case, project等3，熟悉公司產(chǎn)品的開(kāi)發(fā)流程4，熟悉公司軟件質(zhì)量要求，各階段質(zhì)量目標(biāo)5，良好的溝通技巧和郵件處理習(xí)慣6，熟悉開(kāi)發(fā)環(huán)境和系統(tǒng)

3、框架，具有敏銳的洞察力，能夠及時(shí)發(fā)現(xiàn)項(xiàng)目中的問(wèn)題，有效調(diào)配人力。以上是對(duì)軟件項(xiàng)目經(jīng)理提出的基本技能要求，如果你還有哪方面不足，要注意改進(jìn)了！3基本要求3.1 了解產(chǎn)品的特點(diǎn)1，開(kāi)發(fā)時(shí)間短，功能多一般新項(xiàng)目都是4個(gè)月到5個(gè)月左右，對(duì)于新平臺(tái)的項(xiàng)目可能預(yù)研的時(shí)間會(huì)長(zhǎng)一些，有的項(xiàng)目也可 以長(zhǎng)達(dá)一年，對(duì)于繼承性的項(xiàng)目有的甚至只有一兩個(gè)月就要完成。2，模塊或芯片復(fù)用也是我們公司產(chǎn)品的主要特點(diǎn)。通常我們會(huì)將一個(gè)多媒體芯片用于不同平臺(tái)上，或在不同的硬件組合基礎(chǔ)上實(shí)現(xiàn)不同產(chǎn)品，以實(shí)現(xiàn) 成本優(yōu)勢(shì)。所以作為軟件項(xiàng)目經(jīng)理， 一定要求嚴(yán)格遵守開(kāi)發(fā)時(shí)間， 合理制定計(jì)劃，在項(xiàng)目初期將風(fēng)險(xiǎn)評(píng)估到位,同時(shí)也要關(guān)注一下臨家項(xiàng)目

4、，說(shuō)不定你遇到的問(wèn)題人家早已解決過(guò)了。TechFBhHHJlreiess文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件4/120.23.2 了解產(chǎn)品開(kāi)發(fā)流程（此流程參考公司產(chǎn)品開(kāi)發(fā)流程，如有變動(dòng)，以公司定義為準(zhǔn)）階段定義時(shí)間主要任務(wù)與目標(biāo)測(cè)試，評(píng)價(jià)DPDesig n Pla nning4W1）需求評(píng)審、確定2）可行性研究完成3）ID確定4）簽合同5）風(fēng)險(xiǎn)對(duì)策確定6）Schedule 確定DRDesig n Review8W1）設(shè)計(jì)完成2）設(shè)計(jì)評(píng)審?fù)ㄟ^(guò)On scheduleEPEngin eer Proto4W設(shè)計(jì)驗(yàn)證（設(shè)計(jì)問(wèn)題全部解決）： 1）整機(jī)通過(guò)所有測(cè)試評(píng)價(jià)標(biāo)準(zhǔn)（軟件測(cè)試、外觀檢查

5、外）；2） 部品問(wèn)題全部解決；3） BOM確 定；4）所有設(shè)計(jì)問(wèn)題、部品問(wèn) 題全部得到驗(yàn)證；5）之后無(wú)設(shè) 計(jì)變更1）所有測(cè)試、評(píng)價(jià)項(xiàng) 全部要做；2）評(píng)價(jià)部品合格率SPSemi Producti on3W1）用設(shè)計(jì)確定的部品、方案進(jìn) 行試生產(chǎn)，最終確認(rèn)設(shè)計(jì)完成的 有效性；2）Qualify 完成1）只做單項(xiàng)驗(yàn)證、確 認(rèn)的測(cè)試項(xiàng)；2）部品 合格率、直通率PPProduction Pilot2W1）小批量生產(chǎn)、銷售；理順生 產(chǎn)線；2）量產(chǎn)準(zhǔn)備；3）SA通過(guò)合格率MPMass Producti onMAMaintainance*目前軟件follow公司的產(chǎn)品階段定義，在填寫(xiě)release note時(shí)，

6、可以寫(xiě)這幾個(gè)階段。4項(xiàng)目經(jīng)理實(shí)戰(zhàn)下面就從產(chǎn)品開(kāi)發(fā)的各個(gè)階段向大家介紹軟件項(xiàng)目經(jīng)理應(yīng)該注意的地方和完成的任務(wù)。4.1 DP階段1，參加PM或AM組織的公司級(jí)項(xiàng)目啟動(dòng)會(huì)議，了解項(xiàng)目?jī)?nèi)容及大致計(jì)劃。2，PD上需要軟件評(píng)估鍵盤(pán)布局，和各種功能鍵是否合理，因?yàn)檫@個(gè)影響ID設(shè)計(jì)。3，嚴(yán)格檢查AM草擬的PD,簽字時(shí)一定要小心再仔細(xì)，因?yàn)檫@份東東是要寫(xiě)進(jìn)合同的，任何疏忽 造成的損失可不是一字千金就可以的哦！4，如果你是半道殺出來(lái)的軟件項(xiàng)目經(jīng)理，第一件事就是要仔細(xì)審核一下這份PD,以免造成銜接不TerhFShHIUlreiess文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件5/120.2禾U。5, 一定要

7、確認(rèn)PD的來(lái)源，是正式的市場(chǎng)部文書(shū)?？绮块T(mén)的項(xiàng)目要了解獲取資料的途徑。案例1不同的客戶，不同的分公司PD格式不大相同，有的 AM給你確認(rèn)的一份 PD,但和客戶簽訂的卻是另一份 PD格式，最怕它們是不完全相同的內(nèi)容。從道理上說(shuō)，應(yīng)該是PD確認(rèn)后，方可開(kāi)始項(xiàng)目開(kāi)發(fā)，但由于開(kāi)發(fā)時(shí)間短的特點(diǎn)也決定了我們可能在項(xiàng)目簽署前就進(jìn)行研發(fā)，對(duì)于AM來(lái)說(shuō)，PD的簽署可能要經(jīng)過(guò)一段較長(zhǎng)時(shí)間，有時(shí)和你再次確認(rèn)PD的并不是同一個(gè) AM,這也就難怪PD會(huì)有變化。當(dāng)然隨著公司流程的加強(qiáng)，這樣的問(wèn)題可能會(huì)被避免，但是SPM仍然需要小心確認(rèn)PD的來(lái)源及內(nèi)容。6，可行性分析報(bào)告是這個(gè)階段重要的輸出文檔。SPM要對(duì)PD草稿中軟件部

8、分的 Feature List進(jìn)行可行性分析，包括：確認(rèn)哪些能做，哪些不能做， 哪些做起來(lái)有風(fēng)險(xiǎn)；SPM對(duì)AM已經(jīng)同客戶確認(rèn)必須做，但做起來(lái)有風(fēng)險(xiǎn)有難度的Feature List，安排開(kāi)發(fā)人員進(jìn)行前期調(diào)研，盡量結(jié)束在 DP階段。6, 此階段需要入庫(kù)文檔1）PD-AM2）Schedule一PM3）可行性分析報(bào)告 一SPM4.2 DR階段1, DR第一周開(kāi)始，SPM確定項(xiàng)目組成員，任務(wù)、職責(zé)，召開(kāi)軟件項(xiàng)目啟動(dòng)會(huì)，為項(xiàng)目組成員介 紹項(xiàng)目并分配任務(wù)。2, 此階段首先輸入 SDP, SW sub schedule，通常這些是需要在 kick off meeting 上向大家公布的， 如果項(xiàng)目來(lái)不及，也請(qǐng)

9、大家先制定出草稿，會(huì)議結(jié)束后再做細(xì)化，評(píng)審并提交。3, 啟動(dòng)會(huì)議后，SCMP , SQAP , STP需要準(zhǔn)備，并在本階段完成。4, 請(qǐng)籌劃項(xiàng)目的資源需求， 告知PM各階段需要的項(xiàng)目樣機(jī)，充電器，一般對(duì)于開(kāi)發(fā)用的數(shù)據(jù)線， USB線，下載線，DEBUG工具等需要提出，由軟件部統(tǒng)一購(gòu)買，如何填寫(xiě)購(gòu)買申請(qǐng)單在日常 事務(wù)中提出。5, 和客戶確認(rèn)細(xì)化的功能需求，完成軟件系統(tǒng)需求規(guī)格說(shuō)明，從軟件角度對(duì)產(chǎn)品進(jìn)行描述及說(shuō) 明，并完成評(píng)審（有的項(xiàng)目需要客戶參與）。6, 通常項(xiàng)目正式啟動(dòng)后，ID部門(mén)的UI team就開(kāi)始和客戶確認(rèn)手機(jī)界面的顯示風(fēng)格了，在發(fā)給 客戶的備選方案之前，SPM應(yīng)該確認(rèn)軟件是否能夠?qū)崿F(xiàn)。7

10、, SPM應(yīng)該在此階段完成 menu tree的評(píng)審，將主要內(nèi)容發(fā)給 ID部門(mén)的UI team，開(kāi)始主菜單的 設(shè)計(jì)。8, 和ID部門(mén)確認(rèn)的還有手機(jī)的按鍵絲印，如果帶觸摸屏，屏幕上的絲印及功能也是需要確認(rèn)的。 按照新的流程，SPM在最初確認(rèn)PD的時(shí)候最好就確認(rèn)這一點(diǎn)。案例2曾經(jīng)有多個(gè)項(xiàng)目因觸摸屏絲印沒(méi)有和軟件部或客戶確認(rèn)，直接發(fā)給供應(yīng)商開(kāi)模，導(dǎo)致廢料 或生產(chǎn)延時(shí)；還有項(xiàng)目因?yàn)榻o軟件部確認(rèn)的絲印圖和發(fā)給供應(yīng)商的不一致出過(guò)問(wèn)題，主要是*,#,符號(hào)鍵等。當(dāng)然如果軟件設(shè)計(jì)有鍵值的特殊要求，一定要向項(xiàng)目經(jīng)理提出，不要等到模都開(kāi)回來(lái)了 才事后諸葛。9, 在SW sub schedule要求期限內(nèi)，完成各模塊

11、 UI spec的評(píng)審，有的項(xiàng)目UI spec還需要和客戶確認(rèn)。NEC的項(xiàng)目還有一些相關(guān)文檔，各項(xiàng)目自定。通常會(huì)有 MMI concept , Default value , Max valueTerhFShHIUlreiess文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件6/120.210, 在SW sub schedule要求期限內(nèi)，完成各模塊的需求文檔，設(shè)計(jì)文檔和接口文檔。通常這些文檔比較占用時(shí)間，SPM要小心制定，以免流于形式。各模塊根據(jù)實(shí)際進(jìn)度把握，有些文檔可 以到EP階段完成，有些文檔也可以參考其他項(xiàng)目，不用完成。11， DR階段文檔入庫(kù)需求：1) 軟件項(xiàng)目啟動(dòng)通知一SPM2

12、) SDP, SW sub schedule - SPM3) SCMP - SCM4) SQAP - SQA5) STP -Test leader6) 軟件系統(tǒng)需求規(guī)格說(shuō)明一SPM7) Menu tree一SW UI team8) UI spec -SW UI team9) SRS/SDS/SIS (部分模塊可以到下階段入庫(kù))7, 配合SQA 完成DR到EP階段的Judgment。8, 如果是繼承性的項(xiàng)目，此時(shí)可能需要發(fā)布一版軟件用于硬件跑P0板，要求:1）能燒進(jìn)程序。2）能做射頻和電池校準(zhǔn)。3）主要串口通訊正常。4）手機(jī)屏幕可以不亮，聲音可以不響。4.3 EP階段通常會(huì)有EP1/EP2/EP

13、3等3個(gè)階段，EP1階段主要是準(zhǔn)備 FTA版本，同時(shí)提交大量的 PRT實(shí) 驗(yàn)；EP2階段主要對(duì)上一階段試驗(yàn)失敗的問(wèn)題重新驗(yàn)證。有的項(xiàng)目比較成熟，緊跟著就進(jìn)入PP階段了，如果問(wèn)題太多，由QA和SPM共同確認(rèn)是否還需要EP3階段，EP3/EP4階段對(duì)軟件來(lái)說(shuō)意義不大，只是能爭(zhēng)取一點(diǎn)時(shí)間而已。1, P0板回來(lái)后，繼續(xù)調(diào)試，準(zhǔn)備發(fā)布P1版根據(jù)硬件設(shè)計(jì)方案：軟件與硬件的接口文檔（GPIO（Key, Earphone）. Flash, LCDC, Camera Control）（HW）;生產(chǎn)部門(mén)提供的：生產(chǎn)及生產(chǎn)測(cè)試軟件需求（CIT） , Driver組開(kāi)發(fā)工程師在 SDP要求時(shí)間內(nèi) 與硬件部門(mén)協(xié)商軟硬件

14、的接口及實(shí)現(xiàn)方案。2, P1版本發(fā)布要求：SPM必須要求Driver team負(fù)責(zé)人員熟悉發(fā)布軟件的每一個(gè)指標(biāo)。請(qǐng)參考：（待補(bǔ)充）1）完成所有CIT測(cè)試。2） 完成所有和硬件有關(guān)的驗(yàn)證，保證P1版本硬件發(fā)布沒(méi)有太大問(wèn)題。3）camera 至少要做至U preview , capture。3, 生產(chǎn)軟件通常要按照 PM的計(jì)劃執(zhí)行。在此階段，電流測(cè)試和TOP測(cè)試需要由Driver負(fù)責(zé)人完成。TerhFBhHlUireless文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件7/120.2FTA版本了。4, P1版本手機(jī)回來(lái)后，可以發(fā)給各個(gè)模塊負(fù)責(zé)人進(jìn)行實(shí)戰(zhàn)開(kāi)發(fā)了，此時(shí)也要準(zhǔn)備 具體見(jiàn)后文。5，發(fā)

15、布了 FTA版本后，軟件可以逐步進(jìn)入正軌，持續(xù)時(shí)間最長(zhǎng)的就是分bug,解bug的階段。6，此階段可以進(jìn)入系統(tǒng)測(cè)試。第一輪系統(tǒng)測(cè)試通常要3周到1個(gè)月時(shí)間。7，按道理下面文檔都要在編碼前完成，但時(shí)對(duì)我們目前現(xiàn)狀，這樣的要求高了點(diǎn)兒，不管怎么樣，我們要朝這個(gè)方向努力。無(wú)論如何，系統(tǒng)測(cè)試前，需要完成的主要文檔有：SRS, SIS, SDS, UI spec，單元測(cè)試用例，集成測(cè)試用例。8，此階段還有一些產(chǎn)品級(jí)的問(wèn)題需要軟件關(guān)心，如PRT的實(shí)驗(yàn)中出現(xiàn)數(shù)據(jù)丟失，不開(kāi)機(jī)，白屏，花屏，待機(jī)電流大等。PM會(huì)找你討論相關(guān)問(wèn)題，請(qǐng)按時(shí)參加會(huì)議。以下通常是EP2階段9，P2樣機(jī)回來(lái)后，很快會(huì)準(zhǔn)備發(fā)布CTA版本。CTA

16、版本要求完成所有功能，包括產(chǎn)品說(shuō)明書(shū)。具體見(jiàn)后文。10，此階段和客戶溝通會(huì)比較多，尤其是一些國(guó)內(nèi)客戶，因?yàn)樗麄兡玫搅藰訖C(jī)，需求會(huì)像雨后春筍般不斷涌出。請(qǐng)注意，所有需求一定要經(jīng)過(guò)市場(chǎng)部同意，并在Clear quest中提交需求變更。小需求可以答應(yīng)更改，但大的功能請(qǐng)一定要求AM填寫(xiě)需求變更申請(qǐng)。11, 由于很多手機(jī)售后都反饋過(guò)，receiver，speaker，mic燒壞的情況，因此很多音頻上的指標(biāo)，送CTA之后需要格外關(guān)注。1) 內(nèi)置鈴聲最大音量，需要到實(shí)驗(yàn)室測(cè)量，不僅要滿足客戶需求，同時(shí)也要硬件確認(rèn)符合speaker 輸出功率。2) MP3同上。由于和內(nèi)置鈴聲在硬件上不是一條控制通路，所以需要

17、單獨(dú)確認(rèn)。3) 耳機(jī)的最大音量：包括聽(tīng)mp3和內(nèi)置鈴聲。4) Reciever輸出功率：硬件符合 spec，同時(shí)QA認(rèn)可，軟件協(xié)助測(cè)試。5) Mic最大增益：確認(rèn)軟件的參數(shù)是否合適。12， 此階段和CTA階段要求質(zhì)量目標(biāo)相同:StageLevel 1Level 2Level 3Pre-test Fail RateValues of releaseEP040150 10%2004.4 SP階段1，從EP階段進(jìn)入SP階段，通常PM會(huì)召集大家開(kāi)Judgment會(huì)議，QA決定是否可以進(jìn)入 SP階 段。因此SP Judgment前一個(gè)星期，SPM需要對(duì)clear quest中所有bug進(jìn)行一次revie

18、w，尤其是 Not bug的問(wèn)題。2，此時(shí)，SQA也會(huì)檢查各種文檔是否已經(jīng)歸檔，如沒(méi)有歸檔，需立即補(bǔ)充。根據(jù)流程，SQA應(yīng)該提前一天發(fā)出軟件評(píng)審結(jié)果。3，1，2級(jí)bug是這個(gè)階段處理的重點(diǎn)，因?yàn)橛布徒Y(jié)構(gòu)此時(shí)都較為穩(wěn)定，所以這時(shí)要安排人力開(kāi) 始專項(xiàng)測(cè)試。4，SP 版本軟件發(fā)布要求：StageLevel 1Level 2Level 3Pre-test Fail RateValues of releaseTetrhFSkHlUireless文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件8/120.2SP0 120 80 | 8%|1504.5 PP階段1, PP階段也是非常重要的階段，Jud

19、gment會(huì)議同SP階段一樣，SPM要給與充分的重視，一般在2周前召開(kāi)。2，PP版本軟件發(fā)布要求:StageLevel 1Level 2Level 3Pre-test Fail RateValues of releasePP0530 5%1004.6 MP階段1，軟件大規(guī)模試產(chǎn)，對(duì)于新平臺(tái)，可能會(huì)出現(xiàn)一些生產(chǎn)上的問(wèn)題，SPM此時(shí)還不能放松，必須時(shí)刻關(guān)注跑線是否順利。2，第一個(gè)MP版本發(fā)布后，如果客戶沒(méi)有特殊要求，不要發(fā)布新的版本。3，此時(shí)不可以有1，2級(jí)bug,謹(jǐn)慎處理。4，MP版本軟件發(fā)布要求：StageLevel 1Level 2Level 3Pre-test Fail RateValue

20、s of releaseMP0010 3%504.7 MA階段1，及時(shí)解決客戶反饋的售后問(wèn)題，在1到2個(gè)月內(nèi)，用戶反饋的問(wèn)題要高度重視，尤其是嚴(yán)重問(wèn)題，必須及時(shí)解決，避免將來(lái)生產(chǎn)量大了，造成售后返修率高。但是為保證量產(chǎn)版本穩(wěn)定，小 問(wèn)題可以和客戶協(xié)商不做更改。2，注意量產(chǎn)后版本發(fā)布不可過(guò)于頻繁。3，配合售后參加各種會(huì)議，和客戶溝通的任何內(nèi)容都要告知售后的同事，包括發(fā)布版本。4，通常MP版本發(fā)布兩周后準(zhǔn)備項(xiàng)目總結(jié)文檔，并召開(kāi)項(xiàng)目總結(jié)會(huì)議。5，MA版本軟件發(fā)布要求：StageLevel 1Level 2Level 3Pre-test Fail RateValues of releaseMA0010

21、 3%505手機(jī)重點(diǎn)測(cè)試介紹5.1 FTA測(cè)試FTA簡(jiǎn)介：Full Type Approval，在Morlab實(shí)驗(yàn)室測(cè)試。FTA測(cè)試一般處于 EP1階段，一般P1版本手機(jī)跑回來(lái) 就要準(zhǔn)備了。對(duì)軟件的要求：正常開(kāi)關(guān)機(jī)正常搜索、注冊(cè)網(wǎng)絡(luò)，開(kāi)機(jī)找網(wǎng)注冊(cè)時(shí)需關(guān)閉呼叫轉(zhuǎn)移（有些項(xiàng)目為過(guò) FTA通常把進(jìn)入IdleTetrhFShHtUireless文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件9/120.2之前檢查呼叫轉(zhuǎn)移的過(guò)程去掉，主要是不要影響找網(wǎng)時(shí)間）正常接聽(tīng)、掛斷、撥出通話正常設(shè)置呼叫轉(zhuǎn)移，設(shè)置成功或者被拒絕無(wú)條件、無(wú)應(yīng)答、占線、無(wú)法接通時(shí)的呼叫能正常轉(zhuǎn)移正常設(shè)置呼叫等待為開(kāi)或者關(guān)通話過(guò)程中

22、能正確顯示呼入的電話，能正常接聽(tīng)并能保持或者掛斷前一路通話呼叫保持正常，并且能正常切換能正常建立多方通話，并能選擇掛斷能正常收發(fā)短信通話過(guò)程中的各種操作正常，包括收發(fā)短信短信溢出提示正常，送 FTA的軟件版本手機(jī)中保存短信條數(shù)應(yīng)為2條（此條測(cè)試主要滿足短信自動(dòng)轉(zhuǎn)存的測(cè)試）可以正確選擇信息存儲(chǔ)位置可以正常接收小區(qū)廣播（如果支持）FTA軟件質(zhì)量目標(biāo)：StageLevel 1Level 2Level 3Pre-test Fail RateValues of releaseEP040150 10%200FTA版本的要求比較特殊，對(duì)于繼承性的項(xiàng)目，可能延用以前的測(cè)試用例，但對(duì)于新平臺(tái)的項(xiàng)目一 定要事先做

23、好需求，最好用編譯開(kāi)關(guān)進(jìn)行控制，保證隨時(shí)都可以生成FTA版本。因?yàn)橐坏y(cè)試中間發(fā)現(xiàn)有的問(wèn)題無(wú)法通過(guò)，就可能需要重新發(fā)布版本，注意FTA測(cè)試人員會(huì)提醒你，版本號(hào)一定要一致。不同平臺(tái)，測(cè)試點(diǎn)可能會(huì)有差異，需對(duì)具體項(xiàng)目而定。5.2 CTA測(cè)試CTA簡(jiǎn)介：China Type Approval ，一般由客戶提交到信息產(chǎn)業(yè)部的實(shí)驗(yàn)室 （TMC,TTL或者 WLLC,Mtnet,SRRC四 個(gè)實(shí)驗(yàn)室），無(wú)委即SRRC是信息產(chǎn)業(yè)部的一個(gè)實(shí)驗(yàn)室 ，主要測(cè)試電性能和 EMC方面，Mtnet主要測(cè) 試網(wǎng)絡(luò)兼容性。認(rèn)證過(guò)程中出現(xiàn)問(wèn)題可以更改，但是軟件版本號(hào)必須一致。測(cè)試周期為一個(gè)月。手機(jī)上市之前必須拿到 CTA認(rèn)證

24、，否則不容許寫(xiě)IMEI，沒(méi)有IMEI就不能賣。很多客戶希望 PP版本 的手機(jī)就可以上市銷售，因此一般提交CTA至少在PP前一個(gè)月。CTA對(duì)軟件要求：所有用戶手冊(cè)中涉及到的功能都要測(cè)試，界面要求與說(shuō)明書(shū)一致。網(wǎng)絡(luò)兼容性達(dá)到要求GPRS/WAP功能正常通常CTA軟件要通過(guò)一輪系統(tǒng)測(cè)試，因此所有功能的集成版本必須要在提交系統(tǒng)測(cè)試2周到1個(gè)月前完成。但由于各個(gè)平臺(tái)的特性不同，具體需要和PM/Test leader商量系統(tǒng)測(cè)試提交日期。有些平臺(tái)還需要在給 CTA的軟件寫(xiě)入不同的音頻參數(shù)，以便測(cè)試時(shí)可以有漂亮的音頻曲線。因此硬件要在送CTA之前一周拿到樣機(jī)，軟件必須事先準(zhǔn)備好，并且不能再做修改。TerhF

25、BLHlUireless文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件10/120.2CTA軟件可以有部分功能沒(méi)有完成， 在測(cè)試過(guò)程中升級(jí)，但一定要事先告知客戶或 AM, PM, CTA 認(rèn) 證人員等。CTA軟件質(zhì)量目標(biāo):StageLevel 1Level 2Level 3Pre-test Fail RateValues of releaseEP040150 10%2005.3 IOT測(cè)試一般給中國(guó)移動(dòng)做定制手機(jī)（CMCC ）都要過(guò)此測(cè)試。有些大客戶，如NEC，可能不做定制也要測(cè)試。CMCC測(cè)試一般準(zhǔn)備10臺(tái)手機(jī)，在北京的移動(dòng)測(cè)試中心做為期2天的驗(yàn)證，主要測(cè)試基本功能和GPRS/WAP/

26、JAVA等方面。測(cè)試中心有完整的測(cè)試表格，我們以前的項(xiàng)目都有。然后移動(dòng)會(huì)將 此手機(jī)發(fā)放全國(guó)主要城市做大約2周的交互測(cè)試，沒(méi)有單獨(dú)的測(cè)試表單，內(nèi)容包括WAP/MMS/JA VA和用戶體驗(yàn)。具體的測(cè)試標(biāo)準(zhǔn)要看中國(guó)移動(dòng)發(fā)布的標(biāo)準(zhǔn)，目前最高是2.1版。5.4 TCK 測(cè)試：TCK測(cè)試是Java需求的。如果你的項(xiàng)目有 java應(yīng)用，應(yīng)該都需要此項(xiàng)認(rèn)證。 只有過(guò)此測(cè)試才能拿到 SUN的Logo，上市銷售。通常這個(gè)測(cè)試由java解決方案提供商來(lái)測(cè)，然后他們會(huì)把測(cè)試結(jié)果給SUN公司，獲得logo。測(cè)試一般給2臺(tái)，大約需要2-4周時(shí)間。如果加急，可多提供樣機(jī)。SPM制定計(jì)劃時(shí)注意，logo 定要在上市前得到。5

27、.5 微軟 LOGO TEST不同平臺(tái)，還有一些重要的測(cè)試項(xiàng)，大家可以邊看邊補(bǔ)充6版本發(fā)布注意事項(xiàng)1，內(nèi)部版本發(fā)布通常一周一次。2，外部版本發(fā)布以客戶要求為主，如果沒(méi)有要求，CTA之前偶爾發(fā)布測(cè)試版，CTA之后可以2-3周發(fā)布一次。MA階段，通常開(kāi)始兩個(gè)月，一個(gè)月一個(gè)版本，而后兩個(gè)月準(zhǔn)備一版，半年后， 根據(jù)客戶需求和問(wèn)題的重要性自行安排。3，系統(tǒng)測(cè)試提交前，需要填寫(xiě)系統(tǒng)測(cè)試申請(qǐng)單，并提前一天發(fā)出。4，系統(tǒng)測(cè)試的版本需要有 pre-test報(bào)告，因此版本發(fā)布要留出pre-test時(shí)間。5，HW 測(cè)試什么時(shí)候需要做？一般外發(fā)的給客戶或生產(chǎn)的版本都要做。內(nèi)部版本由SPM自己控制，最好2-3個(gè)版本一次

28、。6，給生產(chǎn)的版本一定要做 TOP測(cè)試。MA階段，如果客戶只做用戶升級(jí)可以不測(cè)。7，和硬件相關(guān)問(wèn)題爭(zhēng)取在版本發(fā)布前找硬件確認(rèn)。TerhFShHIUlreiess文件類型文件編號(hào)軟件項(xiàng)目經(jīng)理必讀手冊(cè)頁(yè)數(shù)版本指南文件11/120.28,給客戶的版本，一定要注明此版本解決的客戶提出的問(wèn)題，如果客戶所提的關(guān)鍵問(wèn)題沒(méi)有解決， 可以和客戶商量推遲發(fā)布，但一定要告知客戶或AM.9，給客戶的release note 定要清楚，不可有理解不清的地方， 避免客戶事后詢問(wèn)。 造成不利影響。 10，版本發(fā)布盡量提前解決問(wèn)題，避免特采。11， 從MP版本起，每個(gè)版本都要找很多領(lǐng)導(dǎo)簽字，此時(shí)要注意預(yù)留時(shí)間，避免到時(shí)找不到

29、人。7說(shuō)明書(shū)的問(wèn)題不管你有多么繁忙的任務(wù)，也一定要給說(shuō)明書(shū)的審核留出時(shí)間，因?yàn)槟闶亲盍私膺@個(gè)項(xiàng)目的人。尤 其是和手機(jī)硬件有關(guān)的內(nèi)容一定要謹(jǐn)慎，如某個(gè)按鍵的功能，新增功能等。8問(wèn)題/需求管理1，bug分配要及時(shí)，一般是當(dāng)天分配，但如果任務(wù)較重，最晚推遲1天分配。2，只有SPM才可以將 bug置為not bug。3，對(duì)于復(fù)現(xiàn)率低的bug要及時(shí)申請(qǐng)專項(xiàng)測(cè)試。4，提交需求變更時(shí)，客戶資料一定要填寫(xiě)完整，同時(shí)請(qǐng)將客戶的關(guān)鍵mail作為附件載入。9樣機(jī)管理1，樣機(jī)借用臺(tái)數(shù)視具體項(xiàng)目而定，爭(zhēng)取每人一臺(tái)。2，所有借入樣機(jī)需要專人管理，避免丟失。3，每一階段結(jié)束時(shí)，都需將無(wú)用手機(jī)入庫(kù)。4，所有從軟件部借出手機(jī)都

30、要留借條。5，通常EP2階段會(huì)有一批PRT試驗(yàn)后的機(jī)器可以調(diào)給軟件使用，但千萬(wàn)不要調(diào)給測(cè)試組，以免出 現(xiàn)死機(jī)重啟等現(xiàn)象，不易解釋。10溝通技巧1，有些客戶經(jīng)常提出無(wú)理需求，通常采取的辦法是：“讓我們考慮一下，然后給你答復(fù)。”然后苦思冥想一些理由，據(jù)之為上。2，有些客戶一下提出很多需求，不全部做不大好，那么可以答應(yīng)只做部分內(nèi)容。3，對(duì)于模棱兩可或?qū)崿F(xiàn)起來(lái)很難的需求，一定要和客戶確認(rèn)清楚，要么做，要么讓他徹底打消念 頭，不要等到量產(chǎn)的時(shí)候再讓客戶想起來(lái)，就更難改了。4，通常和客戶的所有 email都要保留，Maintain階段結(jié)束后可以備份。5，給客戶的email標(biāo)題要簡(jiǎn)單易懂。6，發(fā)送前一定注意檢查收件人和抄送人，避免錯(cuò)發(fā)郵件。一般應(yīng)該把需要對(duì)方注意或需要回復(fù)的 人員列在收件人中，只需知會(huì)的人列在抄送列表中。7，不可泄漏給不同客戶不同項(xiàng)