開(kāi)發(fā)活動(dòng)指導(dǎo)手冊(cè)-考試附答案

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