互聯(lián)網(wǎng)企業(yè)產(chǎn)品部工作手冊

1、版本號:撰寫人:審核人:品部工作規(guī)范撰寫日期2007-7-24審核日期1產(chǎn)品部工作定義產(chǎn)品部日常工作包括:產(chǎn)品設(shè)計工作相關(guān)輸出：需求規(guī)格說明書、UI圖形原文件HTML代碼輸出相關(guān)輸出：UI的HTML代碼產(chǎn)品測試工作相關(guān)輸出：測試計劃（含測試用例）、測試報告（含 BUGLIST）產(chǎn)品開發(fā)階段的溝通工作相關(guān)輸出：工作日報產(chǎn)品設(shè)計相關(guān)的用戶調(diào)查工作相關(guān)輸出：調(diào)查計劃、調(diào)查報告相關(guān)評審工作相關(guān)輸出：評審記錄其他相關(guān)日常工作計劃、會議紀要、工作報告等2產(chǎn)品設(shè)計工作工作目標：根據(jù)公司產(chǎn)品戰(zhàn)略階段規(guī)劃和可行性研究，明確該階段“產(chǎn)品必須做什么” 出完整、準確、清晰、具體的功能要求。工作內(nèi)容包括需求規(guī)格說明書文

2、檔設(shè)計、主要輸出：需求規(guī)格說明書、 UI圖形原文件，對目標系統(tǒng)提UI設(shè)計。2.1需求規(guī)格說明書:定義:1、需求規(guī)格說明書必須清楚的描述軟件的每一個基本需求（功能、設(shè)計約束和屬性）和外部界面。2、 必須把每一個需求規(guī)定成能夠通過預(yù)先定義的方法（例如檢查、分析、演示或測試等）被客觀地驗證與確認形式。需求規(guī)格說明書標準在軟件需求分析階段結(jié)束后必須由產(chǎn)品委員會進行軟件需求評審，以確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合適性。評審過程一般包括以下四個方面的驗證:1完整性需求必須是完整的，需求規(guī)格書應(yīng)該包括產(chǎn)品規(guī)劃書所定義的產(chǎn)品戰(zhàn)略階段需要的每一個功能需求及性能性能約定。2 一致性 所有需求是一致的，

3、任何一條需求都不能與其他需求相互矛盾。3現(xiàn)實性保證需求設(shè)計是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實現(xiàn)的，基本適應(yīng)公司的開發(fā)技術(shù)資源水平的。4有效性需求正確有效，確實吻合產(chǎn)品戰(zhàn)略方向、市場方向所需，避免做超出市場需求規(guī)劃范圍的無用設(shè)計。5可用性需求說明書必須使用清晰易懂的描述語言，邏輯清晰，準確描述每一個需求的細節(jié)。以保障在無人職守的情況下能被閱讀對象正確理解。22 UI設(shè)計輸出UI設(shè)計輸出為符合下述評審要求 PNG或PSD圖形文件，并合理組織輸出相關(guān)“層”、“幀”、“按鈕” 等界面元素。UI設(shè)計評審標準:1、主題定位:主題表現(xiàn)鮮明，展現(xiàn)產(chǎn)品階段性定位特點，具有適當個性的設(shè)計風格，表現(xiàn)手法新穎;

4、2、功能容納:所容納功能符合產(chǎn)品需求設(shè)計;3、布局要求:符合用戶體驗規(guī)則，方便瀏覽和操作；整體布局均衡合理，輕重層次合理，符合產(chǎn)品定位要求；風格一致;4、色彩要求：整體色彩要符合產(chǎn)品定位，協(xié)調(diào)和諧，符合美感;5、可修改性：方便進行更新，修改;6、技術(shù)含量：整體的技術(shù)難度和技術(shù)的恰當使用;3 HTML代碼輸出工作HTML代碼。工作目標：根據(jù)評審?fù)ㄟ^的需求設(shè)計，將已確定的UI圖形生產(chǎn)為可供開發(fā)部門應(yīng)用的主要輸出：HTML代碼（含圖形切片、HTML文件、CSS文件、XML模板文件等）。HTML代碼評審標準:1、HTML代碼與需求規(guī)格設(shè)計的UI界面一致。2、HTML代碼符合W3C規(guī)范。3、相關(guān)代碼具有

5、可擴展性、可修改性，即可方便地進行更新和修改4、相關(guān)CSS樣式等代碼規(guī)劃合理，全套HTML間無代碼沖突造成的錯誤。4產(chǎn)品測試工作工作目標：測試工作的定義是：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。測試工作包含從開發(fā)開始的模塊測試到驗收測試（Release測試）的整個過程的測試規(guī)劃、測試設(shè)計、測試實施、測試報告等內(nèi)容。產(chǎn)品測試工作用來驗證軟件需求規(guī)格說明書中的需求是否已經(jīng)正確開發(fā)實現(xiàn)。已經(jīng)實現(xiàn)的產(chǎn)品是否滿足潛在的或預(yù)先定義的質(zhì)量要求。工作范圍：產(chǎn)品部門目前負責的測試包括：模塊黑盒測試、系統(tǒng)聯(lián)調(diào)黑盒測試、Release黑盒測試；可參與的測試包括：系統(tǒng)壓力測試、安全性測試。輸出：測試計劃（含測試用例）

6、、測試報告（含 BUGLIST）4.1測試用例測試用例內(nèi)容撰寫標準:1 .所有測試用例都應(yīng)該能夠追溯到需求設(shè)計2.覆蓋需求中所提及的測試要求;3.覆蓋需求中的所有可測試功能和性能;4.覆蓋需求中所提及的所有算法、條件約定等;5.測試用例中數(shù)值設(shè)計的合理性;6.測試用例測試重點把握準確;測試用例評審標準:1.完整性：完整性是指有明確的目的、輸入、輸出，提供必要的備注信息;2.可執(zhí)行性：可執(zhí)行性指測試人員根據(jù)測試用例能夠獨立執(zhí)行測試;3.代表性：指能用最簡單的數(shù)據(jù)，最簡捷的路徑達到測試的目的;4.唯一性：指在各個測試用例沒有重復(fù)交叉的現(xiàn)象;5.可讀性：指測試用例描述清晰，邏輯正確，拆分合理;6.涉

7、及到數(shù)值計算，必須精確到具體數(shù)值的輸入及輸出;7. 涉及到業(yè)務(wù)流程，必須體現(xiàn)流程的每個節(jié)點及輸出。4.2測試報告測試報告（含 BUGLIST ）標準:1測試報告必須與測試計劃相吻合，完整描述軟件測試計劃（用例）執(zhí)行的結(jié)果。2. BUGLIST必須符合規(guī)定格式，對 BUG的表現(xiàn)情況描述清晰準確，可讀性好，保障開發(fā)人員能正確理解。注：相關(guān)格式見BUGLIST編寫指南3. 測試報告必須對 BUG等級進行準確的結(jié)論描述。注：BUG劃分五個等級，見BUG等級分類標準Release驗收標準4. 測試報告必須對軟件產(chǎn)品是否合格進行標識。注：包括驗收合格、讓步接收、不合格三個標準，見產(chǎn)品5開發(fā)過程的溝通工作工作目標：將評審?fù)ㄟ^的需求設(shè)計準確傳達給開發(fā)人