單選題
?從用戶的視角出發(fā)：質(zhì)量是否符合使用 ( C ) 目的
?不同的視覺對(duì)質(zhì)量的要求是不同的静袖，其共同點(diǎn)是( B ) 用戶滿意
?國(guó)家標(biāo)準(zhǔn)25000.10是關(guān)注（ A ）規(guī)范開發(fā)過程
?國(guó)家標(biāo)準(zhǔn)25000.10的作用是（ D ）判斷產(chǎn)品質(zhì)量
?軟件內(nèi)部質(zhì)量是于( D ) 內(nèi)部 視角，關(guān)注軟件中間產(chǎn)品的質(zhì)量。
?外部質(zhì)量是在（ C ）運(yùn)行 軟件的系統(tǒng)所體驗(yàn)到的軟件產(chǎn)品質(zhì)量特性的總體携御。
?使用質(zhì)量是基于用戶視角的軟件產(chǎn)品用于（ A ）指定的環(huán)境和使用周境時(shí)的質(zhì)量蚀乔。
?產(chǎn)品的內(nèi)部質(zhì)量蒋纬、外部質(zhì)量和使用質(zhì)量的觀點(diǎn)在軟件生存周期中是（ A ）變化 的泊愧。
?軟件開發(fā)質(zhì)量控制的最關(guān)鍵的是做好（ D）軟件過程 控制。
?軟件項(xiàng)目的主要受眾是（ A）軟件用戶官套。
?軟件項(xiàng)目控制的關(guān)鍵要素是控制（ C）項(xiàng)目范圍酒奶。
?軟件項(xiàng)目的生存周期中最基礎(chǔ)的（ D ） 項(xiàng)目定義。
?軟件項(xiàng)目管理的第一步是定義（ B ）項(xiàng)目需求奶赔。
?軟件項(xiàng)目變更的直接原因是（ A）項(xiàng)目需求 變更惋嚎。
?軟件項(xiàng)目需求的變更，必須經(jīng)過（ C）需求詳審站刑，以確定對(duì)項(xiàng)目進(jìn)度的影響另伍。
?軟件項(xiàng)目的跟蹤是依據(jù)（ C）項(xiàng)目計(jì)劃 開展的。
?大型軟件項(xiàng)目的監(jiān)控責(zé)任人笛钝，可能是（ D ）部門經(jīng)理质况。
?軟件項(xiàng)目的跟蹤是由（ B ）項(xiàng)目經(jīng)理 發(fā)起的愕宋。

?Project 2016的工作界面與office其他軟件的界面極其相似玻靡，下面選項(xiàng)中不是其主要組成的是（ D ）代碼編輯區(qū)
?關(guān)于Project 2016在軟件項(xiàng)目管理中的應(yīng)用．下面描述錯(cuò)誤的是（ A ）不能提高工程管理效率
?關(guān)于項(xiàng)目信息的日歷，不屬于日歷選項(xiàng)卡的是（ C ）白班
?Project 2016工具中中贝，點(diǎn)擊文件對(duì)應(yīng)的選項(xiàng)菜單囤捻，彈出Project選項(xiàng)對(duì)話框．下面描述正確的是（ B ）可以設(shè)置Project默認(rèn)視圖為跟蹤甘特圖
?在project 2016的基本操作中，下面表述錯(cuò)誤的是 ( C )用Project 2016創(chuàng)建的*.mpp文件共享給項(xiàng)目團(tuán)隊(duì)邻寿，項(xiàng)目組同事沒有辦法用
?在Project 2016里程碑節(jié)點(diǎn)設(shè)置中蝎土，先設(shè)置每個(gè)里程碑的任務(wù)名稱、任務(wù)類型绣否、開始日期誊涯、完成日期、前置任務(wù)蒜撮。點(diǎn)擊（D） 任務(wù)一一里程碑即可添加一個(gè)里程碑
?在project 2016中暴构，軟件開發(fā)項(xiàng)目建議創(chuàng)建的項(xiàng)目任務(wù)數(shù)為 ( D ) 5
?在Project 2016中跪呈，編制軟件項(xiàng)目計(jì)劃的要點(diǎn)是做 ( A ) WBS任務(wù)分解、設(shè)置任務(wù)之間的邏輯關(guān)系取逾、關(guān)鍵路徑分析耗绿、跟蹤計(jì)劃。
?Project2016要更加工作時(shí)間·點(diǎn)擊 ( B )項(xiàng)目-->更改工作時(shí)間->工作周砾隅，選擇要更改的工作時(shí)間误阻。
?使用Project2016進(jìn)行項(xiàng)目時(shí)間管理時(shí)，確定活動(dòng)間的依賴關(guān)系是屬于（ C ）活動(dòng)排序 過程晴埂。
?使用Project 2016時(shí)．最簡(jiǎn)單的一種進(jìn)度計(jì)劃表究反，只需列出其關(guān)鍵活動(dòng)和進(jìn)行的日期的方法是（ D ）關(guān)鍵日期表
?在project 2016中·關(guān)于甘特圖的描述，下面不正確的是 ( A ) 甘特圖又稱為橫道圖儒洛、條狀圖奴紧，其通過條狀圖來顯示項(xiàng)目，進(jìn)度晶丘，和其他時(shí)間相關(guān)的系統(tǒng)進(jìn)展的內(nèi)在關(guān)系隨著費(fèi)用進(jìn)展的情況
?在Project 2016中黍氮，把軟件項(xiàng)目一般分為幾個(gè)階段，每個(gè)階段的結(jié)束浅浮，都是一個(gè)大型的里程碑節(jié)點(diǎn)沫浆，為形成一個(gè)“階段一關(guān)口"的結(jié)構(gòu)．編制里程碑和階段的甘特圖的一級(jí)任務(wù)數(shù)為（ B ）6

?在組建一個(gè)團(tuán)隊(duì)時(shí)，需要弄清楚該團(tuán)隊(duì)的任務(wù)滚秩、環(huán)境专执、條件等之外，還要弄清楚這個(gè)團(tuán)隊(duì)的（ C ) 角色 組成郁油。
?軟件項(xiàng)目團(tuán)隊(duì)管理的管理涉及團(tuán)隊(duì)定義和（ A+B+C ）
?3本股、（ A ）頭腦風(fēng)暴 是一個(gè)團(tuán)體試圖通過聚集成員自發(fā)提出的觀點(diǎn)，為一個(gè)特定問題找到解決方法的會(huì)議技巧桐腌。
?把有關(guān)各方集中起來拄显，在短期內(nèi)弄清客戶的真正需求，是（ C ） 聯(lián)合應(yīng)用開發(fā) 團(tuán)隊(duì)工具的主要特征案站。
?軟件項(xiàng)目團(tuán)隊(duì)需要共同決策時(shí)躬审，一般應(yīng)選擇（ B ）名義小組技術(shù)。
?軟件項(xiàng)目團(tuán)隊(duì)需要鼓勵(lì)技術(shù)創(chuàng)新時(shí)蟆盐，一般應(yīng)選擇（ D ）頭腦風(fēng)暴
?下列哪個(gè)要素是GB/T25000.51-2016的標(biāo)準(zhǔn)的可選要素（ C ）符合性評(píng)價(jià)細(xì)則
?GB/T25000.51-2016的標(biāo)準(zhǔn)包括了范圍承边、符合性、術(shù)語(yǔ)和定義石挂、還包括（ A ) RUSP要求博助、測(cè)試文檔集要求、符合性評(píng)價(jià)痹愚。
?下列哪個(gè)不是供方使用GB/T25000.51-2016的條件（ D )質(zhì)量體系認(rèn)證
?對(duì)于25000.51富岳，不屬于供方的應(yīng)用目標(biāo)場(chǎng)景是（ D )申請(qǐng)CMMI認(rèn)證時(shí)
?下列哪個(gè)不符合GB/T25000.51-2016標(biāo)準(zhǔn)對(duì)于軟件產(chǎn)品說明的要求（ D )無(wú)需闡述是否對(duì)運(yùn)行RUSP提供支持
?GB/T25000.51-2016標(biāo)準(zhǔn)中罗心，下列那一條不是用戶文檔集的完備性上的要求（ B )用戶文檔集僅需說明產(chǎn)品說明中的核心功能
?GB/T25000.51-2016標(biāo)準(zhǔn)中，測(cè)試文檔集一般應(yīng)包括除了（ A )測(cè)試補(bǔ)充 外的文檔城瞎。
?25000.51標(biāo)準(zhǔn)中·測(cè)試規(guī)程應(yīng)包括 ( A ) 測(cè)試準(zhǔn)備渤闷、開始和執(zhí)行測(cè)試所必須的動(dòng)作、記錄測(cè)試結(jié)果所必須的動(dòng)作脖镀、停止和最終重新啟動(dòng)測(cè)試的條件和動(dòng)作飒箭。
?符合性評(píng)價(jià)先決條件（ A ) RUSP項(xiàng)己存在、系統(tǒng)元素己存在
?下列特性中蜒灰，不屬于兼容性（ B ）易安裝性
?下列特性中弦蹂，不屬于軟件產(chǎn)品使用質(zhì)量的（ D )可移植性
?25000.51標(biāo)準(zhǔn)中，關(guān)于可靠性描述那一句是不正確的（ B )當(dāng)容量達(dá)到規(guī)定極限强窖、軟件可以丟失數(shù)據(jù)
?將軟件過程中的各項(xiàng)活動(dòng)凸椿，規(guī)定為依固定順序連接的若于階段工作，稱為（ B ）瀑布模型
?軟件生命周期模型是一個(gè)框架翅溺，它規(guī)定了軟件開發(fā)脑漫、運(yùn)作和維護(hù)中所需的主要活動(dòng)和任務(wù)又稱為（ A ）軟件開發(fā)模型
?軟件過程體系的建立，需要識(shí)別體系所需的過程咙崎，軟件過程模型與過程體系是（ B ）對(duì)應(yīng)關(guān)系
?22优幸、軟件過程體系的策劃，需要明確（ A+B+C ）
?23褪猛、軟件過程策劃的步驟网杆，首先應(yīng)該是（ C ) 確定組織架構(gòu)
?24、IS09000文件體系需要覆蓋和體現(xiàn)（ A+C+D ）
?25伊滋、IS09000文件體系三層框架組成碳却，包括（ A+B+C ）及相關(guān)記錄表格等。
?26笑旺、CMM是“階段式"模型· CMMI給出了階段式和（ B ）連續(xù)式 二種模型昼浦，用戶可以選擇使用。
?27燥撞、連續(xù)式表示法強(qiáng)調(diào)的是單個(gè)過程域的能力座柱，從過程域的角度考察基線和度量結(jié)果的改善迷帜，其關(guān)鍵術(shù)語(yǔ)是（ C ）能力
?28物舒、CMMI組織級(jí)文件體系中，組織過程定義是屬于（ A ）基本的 的戏锹。
?29冠胯、在項(xiàng)目管理類的6個(gè)過程域中，（ B ）風(fēng)險(xiǎn)管理 屬于高級(jí)過程域锦针。
?30荠察、CMMI與IS09000都是以戴明的質(zhì)量原理為基礎(chǔ)置蜀。( C+D )
?31、CMMI的運(yùn)營(yíng)成本與IS09000的運(yùn)營(yíng)成本相比悉盆，是（ C ）要高的
?32盯荤、在體系審核方法中．（ A ）產(chǎn)品審核 是不恰當(dāng)?shù)摹?br> ?依據(jù)體系文件要求，發(fā)現(xiàn)軟件過程的問題方法是（ C ）檢查過程記錄

?軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔焕盟、管理文檔和用戶文檔秋秤。其中開發(fā)文檔不包括 ( C ) 維護(hù)手冊(cè)
?關(guān)于軟件文檔的敘述 ，以下哪個(gè)說法是錯(cuò)誤的（ A ）文檔就是指軟件的操作說明書
?《計(jì)算機(jī)軟件文檔編制規(guī)范》中對(duì)計(jì)算機(jī)軟件相關(guān)文檔進(jìn)行了規(guī)定脚翘，以下那個(gè)文檔未在此標(biāo)準(zhǔn)中進(jìn)行 規(guī)定 ( C ) 軟件開發(fā)合同
?概要設(shè)計(jì)說明書中不應(yīng)包括的內(nèi)容是 ( A ) 系統(tǒng)定義的用戶要求
?軟件文檔的編寫應(yīng)參照一個(gè)規(guī)定的模板,以下哪個(gè)模板不宜選擇進(jìn)來文檔編寫: ( C ) 網(wǎng)上下載的模板
?軟件文檔編制應(yīng)該根據(jù)模板進(jìn)行 灼卢，但是可根據(jù)項(xiàng)目情況對(duì)文檔模板進(jìn)行例化裁剪，以下哪個(gè)描述是不正確的: ( B ) 根據(jù)項(xiàng)目的具體要求来农，可對(duì)文檔模板中的要素進(jìn)行更改
?軟件文檔編寫要 遵循的編寫規(guī)范 鞋真，以下哪項(xiàng)不屬于規(guī)范要求: ( C ) 文檔風(fēng)格
?軟件文檔的編制過程中應(yīng)關(guān)注相關(guān)文檔之間的關(guān)聯(lián) ,以下哪個(gè)說法是不正確的 ( B ) 確保文檔內(nèi)部一致性是保證 軟件文檔高 質(zhì)量的要求
?軟件文檔審閱作為質(zhì)量控制的一個(gè)重要手段,已經(jīng)被業(yè)界廣泛使用。審閱包括內(nèi)部審閱和外部審閱 沃于，關(guān)于內(nèi)部審閱的拖述 涩咖，不正確的是（ D ）內(nèi)部評(píng)審由用戶單位主持，由信息系統(tǒng)建設(shè)單位組織繁莹，應(yīng)成立評(píng)審委員會(huì)
?需求規(guī)格說明書的審閱中不包括 ( D ) 說明評(píng)價(jià)覆蓋范圍

?以下哪一個(gè)不是配置管理工具: ( A ) Project
?以下關(guān)于Git 配置管理工具的描述 抠藕，哪一個(gè)是錯(cuò)誤的 ( B ) Git是一種集中式代碼管理工具
?以下關(guān)于Git 配置管理工具安裝的描述，哪一個(gè)是正確的 ( B ) git config可以用來配置用戶信息
?在Gi工具中, 項(xiàng)目跨平臺(tái)導(dǎo)致文件中的換行符不一致蒋困。其中有Linux格式換行符(0A)盾似，也有DOS格式換行符(0D 0A)。要如何避免此類情況呢 ( B ) 執(zhí)行命令git config --global core.autocrlf true雪标。
?以下哪個(gè)不是Git操作命令: ( C ) git sumbit
?在Git工具中零院，以下哪個(gè)命令是與操作遠(yuǎn)程庫(kù)相關(guān)的 ( D ) git checkout
?在Git工具中， 若產(chǎn)品的版本號(hào)顯示為1.7.10.rc0-33-g9678d-dirty 村刨，可以判斷出
?此版本號(hào)是如何生成的么? ( B ) git describe --tags --always --dirty
?在Git工具中告抄，取消服務(wù)器版本庫(kù)中1D為a5612的提交， 而且不能引起歷史提交的變更嵌牺，用什么操作? ( C ) git revert a5612

?關(guān)于軟件缺路的描述不正確的是 ( C ) 缺陷一定會(huì)產(chǎn)生故障
?缺路產(chǎn)生的原因不包括 ( D ) 錯(cuò)誤的軟件
?GBT 32422-2015 軟件工程軟件異常分類撕南未定義的缺陷發(fā)生概率是 ( A )發(fā)生率超過 90為超高
?軟件過程改進(jìn)不包括 ( C ) 過程銷毀
?關(guān)于編碼規(guī)則,下列說法中錯(cuò)誤的是 (D ) 軟件是一個(gè)創(chuàng)作性活動(dòng),無(wú)需制定編碼規(guī)則
?關(guān)于代碼評(píng)審,不正確的是 ( A ) 審查(Inspection ) 是編碼人員自己執(zhí)行的工作
?關(guān)于代碼走查,不正確的是 ( B )代碼走查 是需要 運(yùn)行程序的
?關(guān)于代碼檢查的下列說法中打洼，不正確的是 ( C ) 代碼質(zhì)量一般由編譯器進(jìn)行 語(yǔ)法檢查確認(rèn) ,無(wú)需進(jìn)行另外的檢查
?關(guān)于Java 話革的基本要求,不正確的是 ( A ) Java中變量是大小寫不敏感的。
?JAVA 語(yǔ)言中,下列循環(huán)語(yǔ)句中逆粹， 違反代碼規(guī) 范 Jumbledlncrementer的是 ( A ) for ( int k=0;k<20;i++){ }
?下面 JAVA代碼募疮， 違反未使用代碼規(guī)則有 ( B ) 3 處。
public class Something {
private static int FOO = 2;
private int i = 5;
private int j = 6;
public intaddOne(String howdy){
return j++;
}
?JAVA 語(yǔ)言中,下面關(guān)于括號(hào)使用,符合括號(hào)使用規(guī)則的是 ( B ) if (foo){ x++ }
?JAVA 語(yǔ)言中,下列PDM中關(guān)于設(shè)計(jì)要求描述 ,不正確的是( C ) switch 語(yǔ)句不能包含default
?JAVA 語(yǔ)言中, PDM關(guān)于的命名規(guī)范的要求,正靖的是 ( B ) pubtic abstract class Foo
?SonarQube是采用 ( A ) java 語(yǔ) 車編寫的僻弹。
?SonarQube的掃描客戶端命含是 ( B )sonar-scanner
?SonarQube代碼掃描工具,在Windows下啟動(dòng)sonar的命合是 ( C ) startsonar.bat
?創(chuàng)建SonarQube代碼掃描工具數(shù)據(jù)庫(kù),首先需要確定 ( B ) 連接的數(shù)據(jù)庫(kù)
?SonarQube將代碼質(zhì)量類型不包括 ( D ) 故障

?1從制造者的視角出發(fā)：質(zhì)量是否符合（ A ）設(shè)計(jì) 要求阿浓？
?2. 不同的視覺對(duì)質(zhì)量的要求是不同的，其關(guān)注點(diǎn)是從（ D ）各自立場(chǎng) 出發(fā)的蹋绽。
?3. 國(guó)家標(biāo)準(zhǔn)25000.10提出了（ D ）軟件質(zhì)量模型
?4國(guó)家標(biāo)準(zhǔn)25000.10給出了軟件產(chǎn)品質(zhì)暈的（ A ）8個(gè) 特性芭毙。
?5-內(nèi)部質(zhì)量表7F的軟件產(chǎn)品質(zhì)量的基本性質(zhì)（ B ）不會(huì) 改變筋蓖。
?6.在測(cè)試期間.（ B ）部分 錯(cuò)誤應(yīng)該可以被發(fā)現(xiàn)和消除。
?7使用質(zhì)暈是指在特定使用環(huán)境下達(dá)到（ A/B/C ）等特定目標(biāo)的程度退敦。
?8. 軟件內(nèi)部質(zhì)量（ D ）測(cè)量 使用質(zhì)量粘咖。
?9.軟件開發(fā)質(zhì)量控制的基礎(chǔ)是做好（ A ）軟件需求 控制
?10.軟件項(xiàng)目需要關(guān)注（ D ）A+B+C
?11.軟件項(xiàng)目控制的成功要素是（ B ) 良好的溝通
?12.軟件項(xiàng)目的生存周期中最關(guān)鍵的（ C ）項(xiàng)目計(jì)劃
?13.軟件項(xiàng)目管理是按照定義的（ C ）項(xiàng)目計(jì)劃 實(shí)施過程管理。
?14.軟件項(xiàng)目團(tuán)隊(duì)的變更.會(huì)影響（ C ）項(xiàng)目計(jì)劃 變更侈百。
?15.軟件項(xiàng)目開發(fā)過程中的變更涂炎，與（ A ）項(xiàng)目客戶 沒有直接關(guān)系。
?16.軟件項(xiàng)目的跟蹤是由（ B ) 項(xiàng)目經(jīng)理 發(fā)起的设哗。
?17.—般軟件項(xiàng)目的監(jiān)控責(zé)任人’可能是（ B ) 項(xiàng)目經(jīng)理唱捣。
?18. 下面的描述不能體現(xiàn)Project 2016在軟件項(xiàng)目管理中的作用是（ C ）方案優(yōu)化度分析
?19.關(guān)于Project 2016在軟件項(xiàng)目管理中的應(yīng)用，下面描述錯(cuò)誤的是（ A ）使得軟件項(xiàng)目管理交流溝通不方便
?20.關(guān)于任務(wù)信息中常規(guī)選項(xiàng)卡限制類型网梢，表述不正確的是（ C ）依據(jù)原因中斷
?21. Project 2016工具中震缭，點(diǎn)擊文件對(duì)應(yīng)的選項(xiàng)菜單，彈出Project選項(xiàng)對(duì)話框战虏，下面描述不正確的是 ( B )日程選項(xiàng)卡中新任務(wù)創(chuàng)建于該項(xiàng)設(shè)置包含手動(dòng)計(jì)劃和人工計(jì)劃
?22. Project 2016的常用視圖拣宰，下面表述錯(cuò)誤的是（ C ）常用的資源視圖有”任務(wù)分配狀況"視圖、"資源工作表"視圖烦感、“資源圖表”視圖巡社、“資源使用狀況"視圖等
?23.在Project2016中，創(chuàng)建和管理軟件項(xiàng)目手趣，在整個(gè)項(xiàng)目不同階段的操作.下面表述
?不正滴的是（ D ）創(chuàng)建大綱結(jié)構(gòu)是一種用于組織任務(wù)以便報(bào)告日程和跟蹤成本的分層結(jié)構(gòu)
?24.使用Project 2016制定軟件項(xiàng)目計(jì)劃分為6個(gè)步驟.創(chuàng)建項(xiàng)目晌该、設(shè)置項(xiàng)目信息、創(chuàng)
?建日歷绿渣、設(shè)置資源朝群、設(shè)置里程碑、（ D ）創(chuàng)建子任務(wù)
?25.在Project 2016中中符，編制軟件項(xiàng)目計(jì)劃時(shí)姜胖，下面的表述不正確的是（ A ）當(dāng)軟件項(xiàng)目軟件需求處于模糊或不完整時(shí)?可把工作重點(diǎn)投入到那些已知的需求中去，以降低項(xiàng)目的風(fēng)險(xiǎn)
?26.在Pc〇jeCt20淀散；L6中右莱，當(dāng)已經(jīng)確定了需要完成的任務(wù)，就可以通過連接相關(guān)任務(wù)進(jìn)行排序.要選擇不相鄰的任務(wù)档插，需要按茁选（ B ）Ctrl 鍵并單擊任務(wù)名稱。
?27.使用Project 2016進(jìn)行項(xiàng)目時(shí)間管理時(shí)阀捅，根據(jù)活動(dòng)歷時(shí)及排序胀瞪、資源信息編制項(xiàng)目進(jìn)度計(jì)劃是屬于（ C ）制訂進(jìn)度計(jì)劃 過程。
?28.使用Project 2016時(shí)饲鄙，網(wǎng)絡(luò)計(jì)劃技術(shù)方法是是通過網(wǎng)絡(luò)圖和相應(yīng)的計(jì)算來反映整個(gè)項(xiàng)目的全貌凄诞，下面方法不屬于網(wǎng)絡(luò)計(jì)劃技術(shù)方法的是（ D ) 甘特圖
?29.在Project2〇16中，關(guān)于甘特圖的優(yōu)缺點(diǎn)忍级，下面不正確的是（ A ）甘特圖事實(shí)上全部反映了項(xiàng)目管理的三重約束（時(shí)間帆谍、成本和范圍）
?30.在Project 2016中.關(guān)于資源沖突和時(shí)間沖突，下面表述不正確的是（ B ）進(jìn)入"資源使用狀況"后轴咱，表示有資源沖突Project未提供相關(guān)提示
?31.—個(gè)真正的團(tuán)隊(duì)也稱為凝聚的團(tuán)隊(duì)汛蝙，是一組具有（ B ）)互補(bǔ) 技能的個(gè)人。
?32.在一個(gè)團(tuán)隊(duì)中朴肺，管理者的角色不僅應(yīng)是（ B ) 指揮者
?33.特別適用于需要形成共識(shí)或共同決策等場(chǎng)合的團(tuán)隊(duì)工具是（ B ）名義小組技術(shù)
?34在需要快速建立用戶系統(tǒng)時(shí)窖剑，一般采用（ D ）快速應(yīng)用開發(fā)
?35. 軟件項(xiàng)目團(tuán)隊(duì)需要進(jìn)行系統(tǒng)規(guī)劃時(shí)般應(yīng)采用（ C ）聯(lián)合應(yīng)用開發(fā)
?36. 新、狂戈稿、怪西土、傻觀點(diǎn)均受歡迎，但必須針對(duì)同—個(gè)主題鞍盗，這是（ C ）頭腦風(fēng)暴 的要點(diǎn)需了。
?37.在25000.51標(biāo)準(zhǔn)中，RUSP不包括（ D ) 用戶
?38. GB/T25〇00.51-2016的標(biāo)準(zhǔn)確定了（ C ）數(shù)據(jù) 的質(zhì)量要求般甲。
?39. GB/T25000.51-2016的軟件使用質(zhì)量包括了（ B ）5 個(gè)特性
?40.對(duì)于25000.51肋乍，不屬于潛在需方的應(yīng)用目標(biāo)場(chǎng)景是（ C ) 考察供方質(zhì)量體系情況時(shí)
?41. GB/T25000.51-2016標(biāo)準(zhǔn)對(duì)于軟件產(chǎn)品說明的內(nèi)容要求不包括（ C ) 質(zhì)量特性陳述應(yīng)盡量抽象
?42_ 25000.51標(biāo)準(zhǔn)系列中?那一條不是用戶文檔集的要求（ A ）可操作性

?43. 25000.51標(biāo)準(zhǔn)中，關(guān)于測(cè)試用例的說明敷存，不包含的是（ C ）異常情況報(bào)告
?44. 25000.51示準(zhǔn)中墓造，關(guān)于RUSP測(cè)試的要求，那個(gè)描述是錯(cuò)誤的（ A ）重要的質(zhì)量特性應(yīng)經(jīng)過測(cè)試

?45.符合性評(píng)價(jià)不包括（ A ) 環(huán)境符合性評(píng)價(jià)
?46.下列特性中锚烦，不屬于性能效率（ C ）可用性
?47. 下列特性中滔岳，不屬于軟件產(chǎn)品使用質(zhì)量的（ A ) 可維護(hù)性
?48. GB/T25000.51-2016的對(duì)信息安全性的描述中.不正確的是（ C ）信息安全重點(diǎn)關(guān)注軟件無(wú)需對(duì)數(shù)據(jù)進(jìn)行保護(hù)
?49.采用迭代的方法，漸進(jìn)地開發(fā)各個(gè)可執(zhí)行版本挽牢，逐步完善軟件產(chǎn)品谱煤，屬于（C）
?（ C ) 演化模型
?50.從一組給定的需求開始，通過相造一系列的可執(zhí)行版本來實(shí)施開發(fā)活動(dòng)禽拔，稱為（ A ) 增量模型
?51.如杲企業(yè)經(jīng)常采用的是瀑布模型刘离，在軟件過程體系中應(yīng)該包括（C）階段
?（ C ) A+B+D
?52.軟件過程體系的策劃，需要得到（ A ） B+C+D
?53.軟件過程策劃的方法.首先應(yīng)該是確定（ A ）選用的體系標(biāo)準(zhǔn)
?54. IS09000文件體系從總體上和原則上需要滿足（ C ）QIS09000標(biāo)準(zhǔn) 要求
?（C)
?55.質(zhì)量體系文件的關(guān)鍵是講求實(shí)效睹栖，不走形式硫惕。但在方法和操作上應(yīng)符合（ A ）單位實(shí)際
?56. CMMI的過程域（PA)可以按其相互關(guān)系分成了（ A ）B C D類。
?57. CMMI有22個(gè)過程域野来。在過程管理類的下面過程域中恼除，屬于高級(jí)的是（ B ）組織過程定義
?58.過程管理類的過程是為一個(gè)軟件機(jī)構(gòu)或組織，建立了一個(gè)組織的（ C ）管理基準(zhǔn)
?59. 在項(xiàng)目管理類的6個(gè)過程域中，（ C ）項(xiàng)目監(jiān)控 屬于基本過程域
?60. CMM!適用對(duì)象是（ B ) 軟件
?61.CMMI體系的復(fù)雜度與丨S09000復(fù)雜度相比.是（ D ）更高
?62.當(dāng)項(xiàng)目發(fā)生變更豁辉、基線發(fā)布令野、重大問題、重大風(fēng)險(xiǎn)時(shí)應(yīng)選擇（ D ）事件驅(qū)動(dòng)審核
?63. QA人員制定評(píng)審的計(jì)劃以及評(píng)審的PA,需要確定審計(jì)活動(dòng)將要覆蓋的（ A ） PA
?64軟件文檔是軟件的組成部分徽级，以下哪個(gè)不屬于管理文檔（ D ) 項(xiàng)目需求
?65.軟件需求規(guī)格說明書不包括（ D ）軟件的內(nèi)部接口與外部接口
?66.《計(jì)算機(jī)軟件文檔編制規(guī)范》中.對(duì)文梏進(jìn)行了縮寫气破，以下那個(gè)縮寫是軟件需求規(guī)
?格說明書（ B ） SRS
?67.軟件缺陷是軟件開發(fā)中的錯(cuò)誤。以下哪個(gè)文檔對(duì)軟件缺陷的影響最大餐抢。（ A ）需求規(guī)格說明書
?68.軟件文檔模板是編寫軟件文檔的框架现使，以下哪項(xiàng)不是文檔模板中必須的要素：（ B ) 文檔背景
?69.文檔審閱中，哪一項(xiàng)不是質(zhì)量的要求：（ C ）模板一致性
?70.以下有關(guān)軟件文檔規(guī)范的基本要求旷痕，哪一項(xiàng)是正確的：（ D ）文檔編寫的規(guī)范是文檔最基本的要求但符合文桂規(guī)范并不能表示文檔質(zhì)量
?71.軟件設(shè)計(jì)文檔中碳锈，以下哪個(gè)文檔不屬于其資料來源（ C ）軟件測(cè)試說明
?72.關(guān)于軟件文檔審閱.下哪個(gè)說法是正確的：（ A ）制訂評(píng)審計(jì)劃時(shí)，需明確項(xiàng)目目標(biāo)和評(píng)審目標(biāo)
?73.評(píng)審是對(duì)軟件進(jìn)行靜態(tài)檢查的一種方法欺抗，下列與軟件評(píng)審無(wú)關(guān)的是：（ C ）依靠測(cè)試信息
?74.軟件配置管理中售碳，以下哪一項(xiàng)不屬于配置項(xiàng)：（ B ) 質(zhì)量手冊(cè)
?75. 在Git工具中，關(guān)于對(duì)象庫(kù)（.git/objects)說法錯(cuò)誤的是：（ B ) 對(duì)象庫(kù)只想get gc操作后佩迟，reflog會(huì)被清空团滥，導(dǎo)致其中的記錄的未跟蹤提交及指向的文件被丟棄。
?76關(guān)于git done下面說法中錯(cuò)誤的是：（ A ）克隆時(shí)所有分支均被克隆.但只有HEAD指向的分支被檢出报强。
?77.在Git工具中灸姊，使用和其他人不一樣的IDE 軟件，總是在目錄下生成以.xx為后綴
的臨時(shí)文件秉溉。如何避免由于自己的誤操作導(dǎo)致此類文件被添加到版本庫(kù)中呢力惯？（ C ）在文件.git/info/exdude中添加一條內(nèi)容為*.xx的記錄。
?78.在Git工具中.僅將工作區(qū)中修改的文件添加到暫存區(qū)（新增文件不添加)召嘶，以備
?提交父晶，用什么命令標(biāo)記最快？（ D ）git add -u
?79.在Git工具中.工作在特性分支.常常因?yàn)閳?zhí)行g(shù)it push默認(rèn)推送所有本地和遠(yuǎn)程共有分支弄跌，導(dǎo)致非當(dāng)前分支報(bào)告non-fast-forward錯(cuò)誤甲喝。如杲設(shè)置只推送當(dāng)前分支可避免此類問題。下面操作正確的是：（ A ）git config – globl push.default upstrerm
?80. 在Git工具中铛只，關(guān)于刪除分支XX ,下列說法正確的是：（ A ）執(zhí)行g(shù)it push origin :XX來刪除遠(yuǎn)程版本庫(kù)的XX分支埠胖。
?81.在Git工具中，從版本庫(kù)中的歷史提交中徹底移除ID為a5612的提交淳玩，用什么操
作直撤？（ C ） git revert a5612
?82.軟件缺陷的處理角色不包括（ C ) 缺陷的產(chǎn)生人
?83.軟件缺陷來源不包括（ B ) 驗(yàn)收?qǐng)?bào)告
?84.缺陷報(bào)告的描述的基本要求不包括（ D ）為了便于交流，必須要求藝術(shù)性
?85.關(guān)于缺陷數(shù)據(jù)的使用不正確的是（ A ）缺陷發(fā)現(xiàn)的數(shù)量作為考核測(cè)試團(tuán)隊(duì)的依據(jù)
?86.關(guān)于Sonar scanner的掃描工具蜕着，下列說法谋竖，不正確的是（ C ）Sonar scanner的掃描的規(guī)則集合是在客戶端定義的
?87.關(guān)于結(jié)對(duì)編程，不正確的描述是（ B ）參加結(jié)對(duì)編程的兩個(gè)人，不能討論蓖乘，不能互換角色
?88.代碼走查是一種（ D ) 依據(jù)程序邏輯結(jié)構(gòu)對(duì)代碼進(jìn)行靜態(tài)分析
?89.代碼質(zhì)量問題的模式.通常包括（ A ）故障模式'漏洞模式'疑問代碼模式和規(guī)則模式
?90.下列標(biāo)識(shí)符中.不正確的是（ D ） 123abc
?91. JAVA語(yǔ)言中锤悄，下列語(yǔ)句中沒有違反代碼規(guī)范UnconditionailfStatement的是（ D ) if (a>10) do_sth();
?92.下面JAVA代碼，違反未使用代碼規(guī)則有（ B ）2處驱敲。
public class Something {
private int i = 5;
private int j = 6;
public int addOne(){
return j++;
}
}
?93. JAVA語(yǔ)言中铁蹈，下面關(guān)于括號(hào)使用宽闲，不符合括號(hào)使用規(guī)則的是
（C） if (foo) x=x+1;else x=x-1;
?94. JAVA語(yǔ)言中众眨，關(guān)于RDM中的設(shè)計(jì)要求描述，不正確的是（ B ）若類中的變量?jī)H僅在一個(gè)方法中使用,則應(yīng)該作為實(shí)例變量容诬，而不是方法局部變量娩梨。
?95. 依據(jù)命名規(guī)則，關(guān)于]AVA代碼中览徒，語(yǔ)句1和語(yǔ)句2的命名狈定，哪個(gè)是符合規(guī)則的
（ A ）語(yǔ)句1
public class MyCtass {
public MyClass() {} ------------1
public void MyClass() {} -------------2
}
?96. SonarQube默認(rèn)的監(jiān)控的端口是（ B ）9000
?97. SonarQube 中 sona-scanner 的的配置文件為（ B ） sonar-project.properties
?98. SonarQube代碼掃描工具，在Windows下安裝sonar服務(wù)的命令是
（ A ) lnstallNTService.bat
?99.創(chuàng)建SonarQube代碼掃描工具數(shù)據(jù)庫(kù)习蓬，必須修改（ D ）配置文件
?100.SonarQube依據(jù)質(zhì)量域（Quality Gate)除了覆蓋率和重復(fù)外類別上還包括
（ A ) 可靠性纽什、安全性、維護(hù)性