開發(fā)活動指導手冊-考試附答案

開發(fā)活動指導手冊_考試[復制]本試題基于《開發(fā)活動指導手冊-V1.2》編寫，包含選擇題和判斷題，有任何疑問請及時提出。姓名[填空題]*_________________________________選擇題1、需要拒絕的bug應該將State設置為（）[單選題]*A.ResolvedB.AssignC.Reject(正確答案)D.Observation2、BUG工作量按照T1,T2,T3的標準來評估，標記為()的需要說明具體的工作量是多少人天和可能的困難。（）[單選題]*A.T1B.T2C.T3(正確答案)D.都不需要3、以下哪一項不是BUG解決以后需要填寫的解決信息？（）[單選題]*A.ProblemAnalysisB.SolveSolutionC.ChangesetNumberD.ValidatedBranch(正確答案)4、以下說法不正確的是（）[單選題]*A.BUG工作量按照T1,T2,T3的標準來評估，T1為一天修復一個。(正確答案)B.拒絕BUG前需要和PO、測試確認，再操作TFS上的Task，避免意見不一致，反復操作。C.評估為下一個大版本需要修復的，必須要添加TeamReview的Comments，D.填寫評估關(guān)鍵字時，關(guān)注項目部的郵件，按照既定的規(guī)則填寫關(guān)鍵字。5、BUG已經(jīng)創(chuàng)建之后，以下哪個角色可以修改BUG優(yōu)先級（）[單選題]*A.POB.測試C.研發(fā)D.CCB(正確答案)6、以下說法不正確的是（）[單選題]*A.識別為需要和PO討論需求或者修改的KEY的BUG，在BUG的Reserved字段填寫PO，并和PO討論修改。B.工作量評估的結(jié)果寫到Reserved字段。C.和CM一起判斷是否需要進行DesignReview(正確答案)D.研發(fā)完成開發(fā)功能以后將DesignTask設置為Resolved狀態(tài)。7、對于ImprovementTask狀態(tài)，以下說法不正確的是（）[單選題]*A.Resolved表示已經(jīng)完成修復，測試可以進行驗收B.Verified表示測試已經(jīng)驗證完畢，PO可以進行驗收(正確答案)C.Closed表示CCB已經(jīng)驗收完畢。D.Assigned表示測試確認問題，需要研發(fā)人員修復。8對于ImprovementTask，以下說法錯誤的是（）[單選題]*A.在動手修復bug之前，某些情況下可以先進行設計評審B.提交代碼之前面對面進行代碼評審C.如果本地無法復現(xiàn)，可以直接修改優(yōu)先級(正確答案)D.確保高優(yōu)先級的任務先安排計劃9、對于uHiveDesign功能工作量為（）人天，需要準備PPT進行設計評審？[單選題]*A大于等于10(正確答案)B大于等于15C大于等于20D大于等于25答案解析：對于uHiveDesign功能工作量≥10人天，需要準備PPT進行設計評審10、對于不必要進行PPT進行設計評審的uHiveDesignTask及其他所有的應用DesignTask，需要什么方式進行設計評審？（）[單選題]*A進行口述設計(正確答案)B進行精神交流設計C進行眼神交流設計D有信心，無需進行設計答案解析：＜10人天的uHiveDesignTask和其他所有的應用DesignTask，組織口述設計評審。11、有關(guān)代碼評審，周會負責人需做的事情是（）[單選題]*A修改被確認問題的代碼B無需做什么C組織組內(nèi)同事確認代碼評審人的問題是否真的是問題(正確答案)12、判斷是否需要DesignReview需要和誰一起判斷（）[單選題]*A.TL；(正確答案)B.測試；C.PO；D.CM;13、當計劃已經(jīng)過期時，我們需要及時進行處理，以下做法不正確的是（）[單選題]*A.需要說明未完成的具體原因(TFS添加Comments)，B.說明已經(jīng)完成的工作，剩余的工作和工作量，并重新調(diào)整計劃。C.對于依賴項未按期交付的，需要和相關(guān)開發(fā)人員明確依賴項的計劃，并重新調(diào)整計劃。D.直接關(guān)閉對應過期計劃Task。(正確答案)14、以下哪個表示需求處于待評審狀態(tài)（）[單選題]*A.New(正確答案)B.AssignedC.ResolvedD.Verified15、以下哪個表示已經(jīng)完成功能開發(fā)，測試可以進行驗證（）[單選題]*A.NewB.AssignedC.Resolved(正確答案)D.Verified16、評估工作量如果和uHive相關(guān)，則需要添加的關(guān)鍵字為（）[單選題]*A.uHive(正確答案)B.算法C.VTD.CDIC17、對于新起的應用，下面說法正確的是（）[單選題]*A.在開發(fā)之初盡量考慮周全，將所有能想到的功能都盡可能定義清楚。(正確答案)B.在開發(fā)過程中隨意添加新功能C.發(fā)現(xiàn)PO遺漏了需求，不用告訴PO，避免給自己帶來額外的工作D.PO一旦提出，無需評審，立馬開干18、哪些不屬于所有高級應用都具備的功能（）[單選題]*A.數(shù)據(jù)校驗B.快捷鍵C.Service日志D.提取中心線(正確答案)19、需求凍結(jié)后的增加和變更需要的評審人（）*A.PO(正確答案)B.測試(正確答案)C.研發(fā)(正確答案)D.CM20、制定開發(fā)計劃前，需要完成的事項（）*A.識別依賴項(正確答案)B.評估工作量(正確答案)C.判斷是否需要DesignReview(正確答案)D.進行需求評審(正確答案)21、需求的合理性可以從以下幾個方面進行評估（）：*A.GPS等友商是否有這些功能；(正確答案)B.騰訊，阿里等公司的軟件相似功能是怎么實現(xiàn)的；(正確答案)C.是否和其他需求描述沖突以及是否能覆蓋各種場景；(正確答案)D.同其他應用或者uHive已有功能是否一致；(正確答案)22、需求評審目的就是在研發(fā)開始之前，規(guī)范需要實現(xiàn)的功能，并使（）對需求有一致理解：*A.PO(正確答案)B.研發(fā)(正確答案)C.算法(正確答案)D.測試(正確答案)23、在組織需求反講活動時，需要邀請以下哪些角色（）*A.PO(正確答案)B.測試(正確答案)C.項目經(jīng)理(正確答案)D.CM24、在評審DesignTask時，需要關(guān)注哪些依賴項？（）*A.uHive功能(正確答案)B.V-Engine(正確答案)C.算法(正確答案)D.CDIC(正確答案)25、在以下什么情況下，動手寫代碼之前要進行設計評審？（）*A所有uHive功能(正確答案)B所有BugC部分uHive功能D部分Bug(正確答案)E整理代碼(正確答案)26、對于口述設計評審說法正確的是（）*A設計評審發(fā)起人邀請部門內(nèi)所有人參與(至少包括CodeReview矩陣內(nèi)的所有人員)(正確答案)B設計評審發(fā)起人介紹設計思路(正確答案)C設計評審發(fā)起人將功能完成的差不多后，再介紹已編寫的代碼D其他人員提出問題和反饋(正確答案)E有遺留問題需進行重新組織設計評審(正確答案)答案解析：設計評審發(fā)起人邀請部門內(nèi)所有人參與(至少包括CodeReview矩陣內(nèi)的所有人員)。設計評審發(fā)起人介紹設計思路。其他人員提出問題和反饋。有遺留問題需要重新組織設計評審27、每個人在發(fā)起代碼評審之前需要自己本地檢查是否已經(jīng)滿足評審要求，并在TFS上的CodeReview內(nèi)的Description字段包括以下什么內(nèi)容（）*AShelf是否添加了改動說明(正確答案)B是否添加了合理的注釋(正確答案)C是否獲取最新代碼(正確答案)D接口變更(正確答案)E影響范圍(正確答案)F已做的測試工作(正確答案)28、以下有關(guān)評審矩陣說法正確的是（）*A.目標是確保這個模塊的所有開發(fā)人員對這個模塊的所有內(nèi)容都是非常了解(正確答案)B.目標是確保這個模塊有足夠的BackUp(正確答案)C.在評審矩陣流程中，評審人線上預覽代碼(正確答案)D.在評審矩陣流程中，發(fā)起人Shelve代碼，群里吼(正確答案)29、下面有關(guān)面對面代碼評審注意事項說法不正確的是（）*A.uHive代碼提交時不需要關(guān)注其他應用是否使用該功能(正確答案)B.如果代碼量過大，可以分批次評審或提交C.評審時遇到有問題的代碼，可以先提交，下次修改(正確答案)D.代碼評審發(fā)起后沒有得到及時反映，可以等大家都有空時一起評審，盡量保持每次都讓評審矩陣內(nèi)的同事參與。答案解析：6.3.3代碼評審注意事項C項為必須修改后再提交30、在代碼隨機評審過程中，代碼評審人一定要做的事情包括（）*A.評審代碼，發(fā)現(xiàn)問題(正確答案)B.匯總各組評審結(jié)果(正確答案)C.跟蹤需改進的問題(正確答案)D.修改發(fā)現(xiàn)的問題代碼31、在代碼隨機評審過程中，問題責任人(代碼提交人)一定要做的事情（）*A確認被評審代碼的問題(正確答案)B對提出的代碼問題不必理會C對提出的代碼問題進行修改(正確答案)D對提出的代碼問題進行評審提交(正確答案)32、提交代碼后代碼隨機評審的具體流程包括（）*A評審代碼發(fā)送評審報告(正確答案)B發(fā)送評審報告、核對報告、匯總核對結(jié)果(正確答案)C修改問題代碼(正確答案)D將典型代碼提交至知識庫(正確答案)33、對于新起的應用，在進行需求梳理時，應進行的工作包括（）*A組織需求反講活動(正確答案)B參與需求評審活動(正確答案)C在TFS上更新DesignTask的信息(正確答案)D評審CDIC設計稿(正確答案)34、偶現(xiàn)的bug需要申請置為觀察，需要哪些流程？（）*A．研發(fā)將State設置為ObservationB．研發(fā)將bug轉(zhuǎn)給CCB_HSW(正確答案)C．CCB_HSW確認后設置為Observation(正確答案)D．填寫TeamComments(正確答案)35、ImprovementTask在解決前需要準備哪些工作？（）*A.確定修復版本(正確答案)B.Bug分類(正確答案)C.工作量評估(正確答案)D.感覺不是Bug，直接拒絕修復。36、確定ImprovementTask的修復版本，需要邀請哪些人員參與？（）*A.PO(正確答案)B.CMC.測試(正確答案)D.研發(fā)(正確答案)37、周轉(zhuǎn)bug需要修改哪些字段（）*A.Owner(正確答案)B.StateC.AreaPath(正確答案)D.Activity38、以下說法正確的是（）*A.測試經(jīng)過四次(持續(xù)一個月)觀察若未復現(xiàn)，則會關(guān)閉BUG。(正確答案)B.工作量評估的結(jié)果填寫到BUG的Reserved字段。(正確答案)C.評估為下一個大版本需要修復的，必須要添加TeamReview的Comments(正確答案)D.如果相關(guān)角色不全，可先和能一起參與評估的角色先行評估，完成后將評估結(jié)果發(fā)給相關(guān)角色確認。(正確答案)39、關(guān)于ImprovementTask，說法正確的是？（）*A.對ImprovementTask進行分類(正確答案)B.對ImprovementTask進行工作量評估(正確答案)C.本地無法復現(xiàn)的情況下，無需進一步分析就可以申請觀察BugD.估計他人可能也會遇到類似問題的，可以和大家分享相關(guān)修復方案。(正確答案)40、以下說法正確的是（）*A.定期(進入bug修復狀態(tài)后，最好每隔一兩天)和PO，測試一起評估確定BUG。(正確答案)B.需要和PO討論修改key的bug，在bug的Reserved字段填寫PO。(正確答案)C.工作量評估的結(jié)果填寫到bug的Reserved字段。(正確答案)D.定期將自己的工作結(jié)果更新到Task的Comments中。(正確答案)41、以下說法哪些是正確的（）*A)ZHENGHE/UIDeal編譯失敗問題需要當天解決(正確答案)B.SmokeTest問題需要當天解決(正確答案)C)測試回歸發(fā)現(xiàn)的所有問題需要當天解決D)客戶現(xiàn)場發(fā)現(xiàn)的問題需要盡快解決(正確答案)42、uHive組件建設流程的意義包含哪些選項（）*A.縮短研發(fā)周期，提高開發(fā)效率(正確答案)B.產(chǎn)品功能和交互方式統(tǒng)一(正確答案)C.研發(fā)分工模塊化(正確答案)D.提高團隊成員架構(gòu)設計能力(正確答案)43、研發(fā)制定計劃時，需要關(guān)注哪些內(nèi)容（）*A.確保高優(yōu)先級的任務先安排計劃(正確答案)B.關(guān)注依賴性的計劃(正確答案)C.未能按期完成的計劃，需要說明未完成原因并重新調(diào)整計劃(正確答案)D.計劃時預留一定的時間進行需求評審，codereview等。(正確答案)44、以下說法正確的是（）*A.應用或底層組件失敗導致應用無法正常工作，自己負責模塊出現(xiàn)問題應該高優(yōu)先級處理。(正確答案)B.如果應用功能依賴uHive功能，需要一起評估uHive工作量及應用集成工作量。(正確答案)C.需求反講是開發(fā)人員講解需求給PO,測試和項目經(jīng)理，來確保開發(fā)人員對需求的理解是正確的。(正確答案)D.持續(xù)時間較長的Task，除了拆分Task外，建議定期將自己工作的中間成果也更新到Task的Comments內(nèi)。(正確答案)45、以下哪些類型的代碼屬于接口變更（）*A.變更公有方法返回值(正確答案)B.添加接口或抽象方法(正確答案)C.添加或刪除公有方法參數(shù)，修改參數(shù)類型(正確答案)D.刪除公有方法(正確答案)46、制定計劃時，需要為以下哪些工作項預留一定的時間（）*A.需求評審(正確答案)B.CodeReview(正確答案)C.DesignReview(正確答案)D.臨時修復編譯失敗問題(正確答案)E.Smoke問題修復,技術(shù)分享和其他臨時的工作項等(正確答案)47、接口變更通知應該包含哪些內(nèi)容?（）*A.接口變更需求或變更原因(正確答案)B.接口變更內(nèi)容(正確答案)C.接口變更具體實現(xiàn)(正確答案)D.接口變更影響(正確答案)E.接口變更生效時間(正確答案)48、研發(fā)人員對uHive需求進行開發(fā)，要經(jīng)歷的開發(fā)流程包括（）*A、接口人收集整理需求(正確答案)B、相關(guān)研發(fā)人員制定研發(fā)計劃并進行DesignReview(正確答案)C、相關(guān)研發(fā)人員進行功能研發(fā)并進行CodeReview(正確答案)D、相關(guān)研發(fā)人員提交代碼并進行文檔編寫。(正確答案)49、對于ZHENGHE接口變更流程，以下說法正確的是（）*A、對于存在接口變更的代碼，由部門接口變更負責人介入，評審該接口變更是否有必要。(正確答案)B、一致認定為存在接口變更的代碼，向接口變更負責人匯報后，對應研發(fā)就可直接提交代碼。C、一致認定為不存在接口變更的代碼，不需要走變更流程。(正確答案)D、部門接口人反饋會導致其他模塊編譯失敗的，需要在約定的時間點之前提交接口變更代碼。(正確答案)50、開發(fā)過程中，我們要遵循以下哪些原則：（）*A.注重承諾：承諾的事情一定要按時保質(zhì)完成；如果不能在規(guī)定時間內(nèi)完成，也要提前一定時間反饋目前的狀態(tài)及不能完成原因；(正確答案)B.積極溝通：工作過程中遇到難以解決的問題需要積極和相關(guān)角色溝通推進。(正確答案)C.主動反饋：有一定節(jié)奏主動反饋當前工作的狀態(tài)，重點，難點，風險和對策。(正確答案)D.有始有終：事情有開始就要有結(jié)束，并將結(jié)果通知到相關(guān)角色。(正確答案)F.虎頭蛇尾：開了個頭后，發(fā)現(xiàn)沒人配合或者沒人再過問就直接放棄跟進，不再關(guān)注相關(guān)事項G、閉門造車：以自己的理解進行設計和開發(fā)，不必理會他人的意見和建議。判斷題1、對于偶現(xiàn)bug，若研發(fā)分析log還需要進一步觀察，可以自行將bug狀態(tài)從其他狀態(tài)設置為Observation狀態(tài)。[判斷題]*對錯(正確答案)答案解析：研發(fā)不能設置為Observation狀態(tài)。2、研發(fā)在評審bug時，若發(fā)現(xiàn)bug優(yōu)先級不合理，應該和PO、測試商量達成一致后，一起修改BUG優(yōu)先級。[判斷題]*對錯(正確答案)答案解析：轉(zhuǎn)給CCB_HSW，CCB_HSW才可能可以修改Bug優(yōu)先級3、偶現(xiàn)需要觀察的bug，經(jīng)過兩次觀察，若未復現(xiàn)，則可以向CCB_HSW申請關(guān)閉BUG。[判斷題]*對錯(正確答案)答案解析：詳見3.4.4、研發(fā)可將需要拒絕的BUG直接設置為Reject[判斷題]*對錯(正確答案)5、識別為需要和PO討論需求或者修改的KEY的BUG，需要在心里記下ID，不需要在TFS上做任何記錄[判斷題]*對錯(正確答案)6、對于偶現(xiàn)的BUG，研發(fā)本地自測試多次無法復現(xiàn)，可以認為該Bug可能已經(jīng)修復，直接更改狀態(tài)為Resolved。[判斷題]*對錯(正確答案)7、評審Bug的修復版本時，如果相關(guān)角色不全，可先和能一起參與評估的角色先行評估BUG，完成后將評估結(jié)果發(fā)給相關(guān)角色確認(PO，研發(fā)，測試)[判斷題]*對(正確答案)錯8、發(fā)現(xiàn)Bug比較難修，可以自己將把修復版本放到下一個大版本[判斷題]*對錯(正確答案)9、Bug解決之后，不需要填寫任何解決信息就可以把Bug置為Resolved狀態(tài)[判斷題]*對錯(正確答案)10、將Bug大致分類，比如數(shù)據(jù)加載，保存,TissueROI等類型，每個應用可以有自己的分類規(guī)則，統(tǒng)一填寫到Reserved字段。[判斷題]*對(正確答案)錯11、根據(jù)以往的經(jīng)驗，估計是其他部門的Bug，應該直接修改Bug的Owner及AreaPath。[判斷題]*對錯(正確答案)12、持續(xù)時間較長的ImprovementTask，建議定期將自己工作的中間成果也更新到Task的Comments內(nèi)。[判斷題]*對(正確答案)錯13、未能按期完成的DesignTask和ImprovementTask，不需要說明未完成的具體原因，就可以直接填寫一個新的時間來制定新的計劃。[判斷題]*對錯(正確答案)14、DesignReview的主要作用是對設計思路進行評審，避免走彎路。[判斷題]*對(正確答案)錯15、除了功能開發(fā)之外，如果新的參與人員加入到某個模塊的BUG修復時需進行設計評審。[判斷題]*對(正確答案)錯16、研發(fā)人員將某一功能開發(fā)完成或者將BUG修復之后，無需自測直接交付給測試進行測試[判斷題]*對錯(正確答案)17、uHive代碼提交前不需要關(guān)注是否存在接口變更[判斷題]*對錯(正確答案)18、uHive代碼提交前不需要關(guān)注是否會對其他模塊造成影響[判斷題]*對錯(正確答案)19、評審隨機代碼過程中，評審人發(fā)現(xiàn)的所有的問題都要填寫自己的解決建議[判斷題]*對(正確答案)錯20、評審隨機代碼過程中，代碼評審人只需要負責提出問題，后續(xù)不需要再跟蹤這些問題[判斷題]*對錯(正確答案)21、評審矩陣是一個比較長期和穩(wěn)定的矩陣，但是也是需要根據(jù)項目實際情況在一定的階段做出調(diào)整[判斷題]*對(正確答案)錯22、DesignReview過程發(fā)現(xiàn)問題，還需要再次DesignReview的，需要在Task內(nèi)添加相關(guān)記錄，如果DesignReview過程中未發(fā)現(xiàn)問題，則不需要任何記錄。[判斷題]*對錯(正確答案)23、在評審代碼時，評審人之一需要在CodeReview的SuggestedResolution字段內(nèi)填寫類似“經(jīng)A,B,C線上(或者線下)評審后，無遺留問題”的內(nèi)容。[判斷題]*對(正確答案)錯24、評審代碼時，評審過程中發(fā)現(xiàn)的問題不可以記錄到SuggestedResolution內(nèi)。[判斷題]*對錯(正確答案)25、在代碼評審過程中，評審人員發(fā)現(xiàn)問題，代碼評審發(fā)起人不必理會。[判斷題]*對錯(正確答案)26、在代碼評審過程中，評審人員發(fā)現(xiàn)的問題，代碼評審發(fā)起人已經(jīng)確認是問題，可以不用再關(guān)注代碼的問題是否修改，可以直接提交。[判斷題]*對錯(正確答案)27、需求評審的目的就是在研發(fā)整個過程前，規(guī)范需要實現(xiàn)的功能，讓PO、研發(fā)、算法、測試對需求有一致的理解。[判斷題]*對(正確答案)錯28、為了節(jié)約時間，在應用啟動之初盡量不要參與需求反講的活動[判斷題]*對錯(正確答案)29、測試將DesignTask驗收后，需要置為Close狀態(tài)[判斷題]*對錯(正確答案)30、為了節(jié)約時間，開發(fā)人員需要盡可能少投入時間參與需求評審[判斷題]*對錯(正確答案)31、PO臨時新增需求，一定要把原來的計劃往后推，加急處理新增需求[判斷題]*對錯(正確答案)32、發(fā)現(xiàn)需求對其他部門有依賴，可以等到自己開始開發(fā)這個功能時再告訴相關(guān)部門抓緊時間開發(fā)。[判斷題]*對錯(正確答案)33、對于應用功能評估了工作量后，只需要記在心里，不用更新到TFS上[判斷題]*對錯(正確答案)34、需求的評審工作主要是PO和測試負責，開發(fā)人員可參與可不參與[判斷題]*對錯(正確答案)35、代碼評審時發(fā)現(xiàn)有接口變更的代碼，發(fā)現(xiàn)是在老框架下，可以直接提交，不用發(fā)送接口變更通知。[判斷題]*對錯(正確答案)36、應用計劃的前置條件的梳理，計劃過期后的調(diào)整，新增計劃的對策這些事項的最終負責人是該應用的TL。[判斷題]*對(正確答案