1、需求設計開發人員1. 自我介紹，職責我叫XXX，是XX項目的XXX角色。我們項目從X年X月X日開始，到X年X月X日結束。2. 工作由誰分配？PM分配，我們從項目計劃，項目開發計劃.mpp，周例會中獲取；3. 怎么做需求的？在項目開發計劃基線后，系統分析師按照計劃制定需求調研計劃，確定活動安排和時間安排，實施人員，客戶配合人員，調研內容等。PM審核需求調研計劃，通過后，系統分析師做調研前的準備，準備需求調研提綱，按照計劃進行現場調研，明確客戶重點，詳細記錄并分析隱含需求。現場調研完成后，系統分析師完成客戶需求說明書并進行評審，通過后，PM與客戶確認需求（我們采用了書面簽字的方式，有簽字確認單），

2、通知CM基線。客戶需求說明書基線后，系統分析師討論分析客戶需求，編寫軟件需求規格說明書和評審并基線。4. 怎么做設計的？1、 在軟件需求規格說明書基線后，進入設計階段的工作。PM按照計劃分配設計任務，設計人員做設計準備，明確設計方法，制定軟件設計說明書，通過評審后納入基線。2、 軟件設計說明書內容包括總體設計、功能性需求設計、非功能性需求設計、接口設計、結構化設計、數據庫設計、界面設計、權限設計、安全設計、系統異常處理設計和系統維護設計等。5. 設計如何評審？參加設計評審的有PM，項目組成員，其他項目技術骨干等。PM向評審委員會主任提交評審申請，評審委員會主任任命評審組長和組員，評審組長發評審

3、通知、評審檢查單和評審材料，評審人員對材料進行預審，并在會議前將結果反饋給評審組長，評審組長匯總大家發現的問題記錄在缺陷記錄表中，召開評審會議。在會議上采用逐頁評審的方式，隨時指出發現的問題，由作者解答，評審小組確認問題嚴重級別、責任人和修改時間，得出評審結論（直接通過，修改后通過，不通過）。評審組長指定人員對發現的問題進行跟蹤，修改完之后，評審組長完成評審總結報告發給相關人員，評審結束。6. 是否參與評審？發現了哪些問題？參加了。參加評審的工作產品包括：項目開發計劃、質量保證計劃、配置管理計劃、客戶需求說明書、軟件需求規格說明書、軟件設計說明書、關鍵代碼（非正式評審）、單元測試計劃、集成系統

4、測試計劃。（舉1-2個自己發現的問題例子）7. 怎么做編碼和測試的？在軟件設計說明書基線后，PM：(1) 分配編寫單元測試計劃、編碼及單元測試任務。(2) 若程序員不熟悉編碼規范，可以組織對其進行培訓。（說出本項目使用的編碼規范，是否進行了培訓）(3) 確定編碼及單元測試的具體時間。(4) 確定關鍵模塊，編碼順序。(5) 與軟件設計師共同確定單元代碼的測試內容，測試方式：如靜態測試，或者動態測試。程序員搭建編碼及單元測試環境，根據軟件設計說明書和編碼規范進行編碼和調試，按照評審后的單元測試計劃進行測試。PM組織對單元代碼進行檢查后納入配置管理。單元測試通過后，軟件設計師與PM確定產品集成順序，

5、準備測試環境，測試員編寫集成系統測試計劃并進行評審，計劃包括測試具體內容，測試進度，測試方法，測試資源等內容。測試員編寫測試用例，PM審批后進行測試。我們項目是用TD進行測試的。測試過程中，PM協調解決測試過程中遇見的問題直至結束。8. 編碼是否有編碼規范？說出本項目使用的編碼規范，是否進行了培訓9. 單元測試發現的缺陷如何處理？發現缺陷，程序員對代碼進行修改，修改后，進行回歸測試，直到缺陷已關閉。確認所有缺陷已關閉，并將測試實際結果記錄到單元測試用例最后的跟蹤列中。10. 如何寫用例？根據需求規格說明書，覆蓋測試需求；項目特別的流程分析，異常情況，用例發現缺陷的能力。11. 集成環境是怎樣的

6、？描述本項目的集成環境。12. 集成順序是如何？為何要這么做？描述本項目的集成順序和原因。13. 是否存在開發人員覺得不是BUG，測試人員覺得是的情況。怎么解決？出現這種情況會向項目經理反映，在周會上進行討論，給出結論。14. 開發人員如何對配置庫進行使用？根據配置管理計劃中分配的權限使用配置管理工具。及時上傳、下載配置庫中更新的文件。有基線的工作產品CM會發布給大家，我們在配置管理狀態報告中查看每個工作產品的最新狀態。15. 接受過哪些跟設計開發相關的培訓？編碼規范培訓、dorado、框架培訓(Spring和hibernate)、（其他跟自己角色相關的培訓）16. QA有無檢查你們的工作？有

7、。在每個階段結束的時候，QA都會來檢查我們的工作，用相應的檢查表來檢查。還會自己去檢查我們的工作產品，發現的問題會記錄到不符合問題跟蹤表中，項目經理指定修改人員對問題修改，QA驗證后關閉。如果有無法關閉的不符合項，QA會層層上報直至關閉。QA還提供過程和模版的培訓，解答我們提出的問題。17. 項目測試目的？發現問題，確保產品達到需求的要求。18. 如何判斷測試已通過？根據項目開發計劃-測試計劃中規定的測試退出準則，對測試結果進行分析，如測試用例的覆蓋和缺陷解決率，穩定性，是否達到結束要求準則，達到要求可通過測試。19. 測試報告的內容？測試進度、缺陷分析、測試總結（結論，不足和建議）20. 在

8、項目進行過程中，如果發現過程存在問題你會怎么辦？填寫過程改進建議單交給QA或EPG成員，他們會討論修改。21. 你提出過改進建議嗎？有/沒有，XX時候，提了XX建議，XX時候被通過了。22. 公司組織級有沒有為你的項目提供幫助？有。首先公司制定了14個過程的過程和模版文檔，還有許多有用的指導書和規范。其次，在項目開始的時候，可以參考了很多財富庫中以往同類項目的歷史數據，如度量目標、估算生產率、風險等，在開發階段還有許多重用庫中可重用的代碼等。在經驗庫中還有很多值得借鑒的經驗教訓，使我們項目能少走彎路。第三，EPG隨時收集過程改進建議并及時開會討論，每半年組織一次內部評估，對我們現階段的工作進行檢查，及時進行改進。第四， 公司每年安排至少兩輪CMMI過程培訓，并隨時解答大家提出的問題，提供模版與指導書的使