代碼檢查、走查與評(píng)審（總分：96.00，做題時(shí)間：90分鐘）一、{{B}}選擇題{{/B}}（總題數(shù)：32,分?jǐn)?shù)：96.00）下列選項(xiàng)中不屬于靜態(tài)錯(cuò)誤分析的是。（分?jǐn)?shù)：3.00）類型和單位分析功能分析V引用分析表達(dá)式分析解析：［解析］靜態(tài)錯(cuò)誤分析主要用于確定在源程序中是否有某類錯(cuò)誤或“危險(xiǎn)”結(jié)構(gòu)，它通常包括4種：類型和單位分析、引用分析、表達(dá)式分析、接口分析。在軟件生存周期中要有管理評(píng)審，原因在于。（分?jǐn)?shù)：3.00）需要回顧巳經(jīng)過(guò)的開(kāi)發(fā)狀況需要分析總結(jié)出軟件存在的問(wèn)題需要分析總結(jié)出改進(jìn)的措施以上全部V解析：［解析］管理評(píng)審是對(duì)項(xiàng)目管理體系的適應(yīng)性和管理活動(dòng)的有效性進(jìn)行評(píng)價(jià)。在軟件生存周期中需要管理，目的是為了能夠更好地開(kāi)發(fā)和更快地進(jìn)展。為此，需要回顧巳經(jīng)過(guò)的開(kāi)發(fā)狀況，分析總結(jié)出軟件存在的問(wèn)題以及改進(jìn)的措施，這些便是要進(jìn)行管理評(píng)審的原因。在代碼檢查中，負(fù)責(zé)提供關(guān)于檢查項(xiàng)目的資料并回答檢查人員問(wèn)題的角色是。（分?jǐn)?shù)：3.00）協(xié)調(diào)人開(kāi)發(fā)人員V檢查人員講解員解析：［解析］代碼檢查小組通常規(guī)模很小，是由設(shè)計(jì)、開(kāi)發(fā)、質(zhì)量等不同部門中工作性質(zhì)相關(guān)的人員中與產(chǎn)品關(guān)系密切的那些人組成，一般人數(shù)為4?7人不等。小組人員的角色分配通常有：協(xié)調(diào)人員、開(kāi)發(fā)人員、檢查人員、講解員、記錄員。其中開(kāi)發(fā)人員是檢查項(xiàng)目的生產(chǎn)者，主要負(fù)責(zé)提供檢查項(xiàng)目資料和回答檢查人員問(wèn)題；協(xié)調(diào)人員主持、引導(dǎo)代碼檢查的執(zhí)行過(guò)程，全面負(fù)責(zé)代碼檢查的效果；講解員負(fù)責(zé)在檢查會(huì)議中講解檢查項(xiàng)目，引導(dǎo)小組對(duì)產(chǎn)品進(jìn)行徹底檢查；記錄員負(fù)責(zé)會(huì)議期間在檢查表上記錄發(fā)現(xiàn)的每一個(gè)錯(cuò)誤，同時(shí)也承擔(dān)作為一般檢查人員的任務(wù)。在軟件企業(yè)中，應(yīng)用最廣泛的評(píng)審方法是。（分?jǐn)?shù)：3.00）走查V結(jié)對(duì)評(píng)審正式評(píng)審小組評(píng)審解析：［解析］同行評(píng)審的方法很多，基于正式化程度可以分為臨時(shí)評(píng)審、桌上檢查、結(jié)對(duì)評(píng)審、走查、小組評(píng)審、正式評(píng)審6種，其中走查是一種非正式的評(píng)審，但在軟件企業(yè)中被廣泛使用。走查的方法有兩種：一種是使用一些樣品數(shù)據(jù)作為測(cè)試用例，一步步地執(zhí)行模塊，幾位參與評(píng)審的一起檢查以確保正確的邏輯和行為；另一種走查是按照腳本執(zhí)行，通過(guò)腳本描述一個(gè)具體的任務(wù)或場(chǎng)景，用以說(shuō)明系統(tǒng)如何在交互中完成預(yù)定的功能。小組成員開(kāi)會(huì)，集體扮演計(jì)算機(jī)角色，把測(cè)試數(shù)據(jù)沿程序的邏輯結(jié)構(gòu)走一遍是。（分?jǐn)?shù)：3.00）數(shù)據(jù)分析執(zhí)行測(cè)試用例執(zhí)行走查V代碼檢查解析：［解析］走查的步驟可以分為：計(jì)劃走查會(huì)議、走查產(chǎn)品、執(zhí)行走查、解決缺陷、走查記錄、產(chǎn)品返工。其中在執(zhí)行走查階段，走查小組開(kāi)會(huì)，集體扮演計(jì)算機(jī)角色，讓事先準(zhǔn)備好的測(cè)試用例沿程序的邏輯運(yùn)行一遍，隨時(shí)記錄程序的蹤跡，供分析和討論用。每個(gè)測(cè)試用例都在人們腦中進(jìn)行推演，即把測(cè)試數(shù)據(jù)沿程序的邏輯結(jié)構(gòu)走一遍，把程序的狀態(tài)記錄下來(lái)以供監(jiān)視。這樣做的優(yōu)點(diǎn)是：①能在代碼中對(duì)錯(cuò)誤進(jìn)行精確定位，降低調(diào)試成本；②可以發(fā)現(xiàn)成批的錯(cuò)誤，便于一同得到修正。技術(shù)評(píng)審的目的足。（分?jǐn)?shù)：3.00）確保軟件的一致性驗(yàn)證軟件是否符合需求揭示軟件在邏輯、執(zhí)行以及功能和編碼上的錯(cuò)誤以上全部V解析：［解析］技術(shù)評(píng)審作為一項(xiàng)軟件質(zhì)量保證活動(dòng)的需要，目的在于：揭示軟件在邏輯、執(zhí)行以及功能和編碼上的錯(cuò)誤（不涉及詳細(xì)的錯(cuò)誤修改細(xì)節(jié)）；驗(yàn)汪軟件是甭符合需求；確保軟件的一致性。關(guān)于人工測(cè)試方法，說(shuō)法正確的是。（分?jǐn)?shù)：3.00）走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合V同行評(píng)審的文檔是一種過(guò)渡性的文檔，不是公開(kāi)的正式文檔桌上檢查的文檔是一個(gè)最終可交付的文檔評(píng)審是一項(xiàng)很浪費(fèi)時(shí)間的活動(dòng)，會(huì)減緩項(xiàng)目的進(jìn)度解析：［解析］桌上檢查的文檔是一種過(guò)渡性的文檔，不是公開(kāi)的正式文檔，而同行評(píng)審的“產(chǎn)品”可以理解成最終產(chǎn)品的組成部分，同行評(píng)審是在軟件開(kāi)發(fā)過(guò)程中產(chǎn)生一個(gè)可交付的文檔。產(chǎn)品的例子包括需求文檔、設(shè)計(jì)文檔、軟件代碼和單元測(cè)試產(chǎn)品、用戶/操作手冊(cè)、支持手冊(cè)、計(jì)劃文檔和過(guò)程文檔等。在軟件開(kāi)發(fā)過(guò)程中，管理者、開(kāi)發(fā)人員、客戶有時(shí)會(huì)反對(duì)評(píng)審，因?yàn)樗麄冋J(rèn)為評(píng)審浪費(fèi)時(shí)間，會(huì)減緩項(xiàng)目的進(jìn)度，但實(shí)際上，真正造成項(xiàng)目進(jìn)度緩慢的是各種各樣的產(chǎn)品缺陷，同行評(píng)審不僅可以縮短工作時(shí)間，同時(shí)還可以節(jié)約大量成本。選項(xiàng)A（走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合）的說(shuō)法完全正確。在軟件開(kāi)發(fā)過(guò)程中，需要評(píng)審的文檔很多，其中對(duì)文檔的一致性、可測(cè)試性等方面進(jìn)行檢查的稱為。（分?jǐn)?shù)：3.00）內(nèi)容評(píng)審V格式評(píng)審一致性評(píng)審可測(cè)試評(píng)審解析：［解析］在軟件開(kāi)發(fā)過(guò)程中，需要評(píng)審的文檔很多，主要包括需求評(píng)審、沒(méi)計(jì)評(píng)審、代碼評(píng)審和質(zhì)量驗(yàn)證評(píng)審。在對(duì)這些進(jìn)行評(píng)審時(shí)，往往又可以分為格式評(píng)審和內(nèi)容評(píng)審。所謂格式評(píng)審，是檢查文檔格式是否符合標(biāo)準(zhǔn)，而內(nèi)容評(píng)審則是從一致性、可測(cè)試性等方面進(jìn)行檢查。同行評(píng)審中，整個(gè)評(píng)審過(guò)程是由組織和進(jìn)行。（分?jǐn)?shù)：3.00）協(xié)調(diào)人評(píng)審小組V開(kāi)發(fā)人員評(píng)審員解析：［解析］在同行評(píng)審中，整個(gè)評(píng)審過(guò)程是由評(píng)審小組組織和進(jìn)行。而評(píng)審小組主要由以下角色構(gòu)成：協(xié)調(diào)人（評(píng)審組長(zhǎng)）、作者、評(píng)審員（讀者）。走查的最主要目標(biāo)有一一。①發(fā)現(xiàn)缺陷、遺漏和矛盾的地方②改進(jìn)產(chǎn)品③考慮可替換的實(shí)現(xiàn)方法（分?jǐn)?shù)：3.00）TOC\o"1-5"\h\z①和②①和③②和③①、②和③V解析：［解析］走查的目的是要評(píng)價(jià)一個(gè)產(chǎn)品，通常是程序代碼，走查一直以來(lái)都與代碼檢查聯(lián)系在一起，其實(shí)走查也可以應(yīng)用到產(chǎn)品的其他階段，如結(jié)構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、測(cè)試計(jì)劃等文檔上。走查的最主要目標(biāo)是要發(fā)現(xiàn)缺陷、遺漏和矛盾的地方，改進(jìn)產(chǎn)品，考慮可替換的實(shí)現(xiàn)方法。下列敘述中，說(shuō)法正確的是。（分?jǐn)?shù)：3.00）桌上檢查的文檔是最后要公開(kāi)的正式文檔桌上檢查是一個(gè)完全沒(méi)有約束的過(guò)程，所以通常效率會(huì)比較低V代碼檢查是程序員自己檢查自己編寫的程序桌上檢查最好由程序的編寫人員來(lái)完成解析：［解析］桌上檢查是一種傳統(tǒng)檢查方法，由程序員自己檢查自己編寫的程序。對(duì)大多數(shù)人而言，桌上檢查效率會(huì)相當(dāng)?shù)停渲幸粋€(gè)原因是它是一個(gè)完全沒(méi)有約束的過(guò)程，另一個(gè)原因是它違反了軟件測(cè)試的原則，即人們一般不能有效地測(cè)試自己編寫的程序。所以桌上檢查最好由其他人而非程序的編寫人員來(lái)完成，桌上檢查的文檔是一種過(guò)渡性的文檔，不是公開(kāi)的正式文檔。代碼檢查是以小組為單位閱讀代碼，應(yīng)用一系列規(guī)程和錯(cuò)誤檢查技術(shù)，檢查實(shí)際的產(chǎn)品（包括文檔和程序代碼），發(fā)現(xiàn)存在錯(cuò)誤和缺陷的過(guò)程。管理評(píng)審的結(jié)果是。（分?jǐn)?shù)：3.00）提交軟件分析報(bào)告提交管理評(píng)審報(bào)告V提交改進(jìn)措施報(bào)告提交軟件問(wèn)題報(bào)告解析：［解析］管理評(píng)審是對(duì)項(xiàng)目管理體系的適應(yīng)性和管理活動(dòng)的有效性進(jìn)行評(píng)價(jià)。軟件管理評(píng)審的結(jié)果是提交管理評(píng)審報(bào)告，該報(bào)告在一定時(shí)間內(nèi)將成為組織開(kāi)展各項(xiàng)管理活動(dòng)的重要依據(jù)。這是一個(gè)組織在一定時(shí)間段內(nèi)圍繞最高管理者戰(zhàn)略性決策開(kāi)展各項(xiàng)管理、經(jīng)營(yíng)活動(dòng)的重要依據(jù)。檢查是否存在“巳定義但未使用”的變量引用異常應(yīng)屬于。（分?jǐn)?shù)：3.00）靜態(tài)分析V動(dòng)態(tài)分析代碼執(zhí)行調(diào)試解析：［解析］靜態(tài)錯(cuò)誤分析有以下幾種：類型和單位分析、引用分析、表達(dá)式分析和接口分析等，其中在靜態(tài)錯(cuò)誤分析中，最廣泛使用的技術(shù)就是發(fā)現(xiàn)引用異常。下列不屬于技術(shù)評(píng)審報(bào)告中的內(nèi)容是。（分?jǐn)?shù)：3.00）用戶需求信息V會(huì)議基本信息存在的問(wèn)題和建議措施評(píng)審結(jié)論和意見(jiàn)解析：［解析］技術(shù)評(píng)審是對(duì)產(chǎn)品以及各階段的輸出內(nèi)容進(jìn)行評(píng)估，技術(shù)評(píng)審的目的是確保需求說(shuō)明、設(shè)計(jì)說(shuō)明書與用戶需求保持一致，并按照計(jì)劃對(duì)軟件進(jìn)行正確地開(kāi)發(fā)。技術(shù)評(píng)審后，需要以書面的形式對(duì)評(píng)審結(jié)果進(jìn)行總結(jié)，即列出存在的問(wèn)題、建議措施、責(zé)任人等.技術(shù)評(píng)審報(bào)告完成。技術(shù)評(píng)審報(bào)告需要提供以下內(nèi)容：會(huì)議的基本信息；存存的問(wèn)題和建議措施；評(píng)審結(jié)論和意見(jiàn)；問(wèn)題跟蹤表格；技術(shù)評(píng)審問(wèn)答記錄（通常作為附錄出現(xiàn)在報(bào)告中）。在代碼檢查過(guò)程中發(fā)現(xiàn)大部分錯(cuò)誤的人通常是。（分?jǐn)?shù)：3.00）程序員V測(cè)試員審查者架構(gòu)師解析：［解析］在代碼檢查進(jìn)行時(shí)，主要進(jìn)行兩項(xiàng)活動(dòng)。①由程序編碼人員逐條語(yǔ)句講述程序的邏輯結(jié)構(gòu)。在講述中，很可能是程序編碼人員本人而不是其他小組成員發(fā)現(xiàn)了大部分錯(cuò)誤，換句話說(shuō)，對(duì)著大家大聲朗讀程序，這種簡(jiǎn)單的做法看來(lái)是一個(gè)非常有效的錯(cuò)誤檢查方法。②對(duì)照常見(jiàn)編碼錯(cuò)誤列表分析程序。協(xié)調(diào)人負(fù)責(zé)確保檢查會(huì)議的討論高效地進(jìn)行，每個(gè)參與者都將注意力集中于查找錯(cuò)誤而不是修正錯(cuò)誤。下列選項(xiàng)中不屬于桌上檢查的檢查項(xiàng)目的是。（分?jǐn)?shù)：3.00）等價(jià)性檢查檢查子程序、宏、函數(shù)功能檢查V風(fēng)格檢查解析：［解析］程序員進(jìn)行桌上檢查的目的是進(jìn)行代碼檢查，主要檢查項(xiàng)目包括：檢查變量的交叉引用表、檢查標(biāo)號(hào)的交叉引用表.檢查子函數(shù)、宏、函數(shù)，等價(jià)性檢查，常量檢查，標(biāo)準(zhǔn)檢查，風(fēng)格檢查，比較控制流，選擇、激活路徑，補(bǔ)充文檔等。由此可以看出只有選項(xiàng)C不在桌上檢查的檢查項(xiàng)目之中。下列關(guān)于走查說(shuō)法不正確的是。（分?jǐn)?shù)：3.00）走查的主要工作是由程序編寫者本人來(lái)完成V走查與代碼檢查一樣，都是以小組為單位進(jìn)行走查是一種走查小組集體扮演計(jì)算機(jī)角色檢查源程序的方法走查是借助程序流程圖來(lái)進(jìn)行數(shù)據(jù)流和控制流的分析解析：［解析］走查與代碼檢查都是以小組為單位進(jìn)行，它是一種走查小組集體扮演計(jì)算機(jī)角色檢查源程序的方法。在走查過(guò)程中，參加審查的人員中只有一人是程序編寫者，因此程序的主要工作是由其他人而不是程序編寫者本人來(lái)完成。走查著重于從流程的角度來(lái)考查程序.借助于程序流程圖來(lái)進(jìn)行數(shù)據(jù)流和控制流的分析。下列引用表是為用戶提供輔助信息的是。（分?jǐn)?shù)：3.00）函數(shù)引用表V變量交叉引用表循環(huán)層次表操作符統(tǒng)計(jì)表解析：［解析］在源代碼編制完成后，為了支持對(duì)源程序進(jìn)行靜態(tài)檢查要生成各種引用表。為用戶提供輔助信息的主要有：子函數(shù)（宏、函數(shù)）引用表、等價(jià)（變量）表、常數(shù)表。選項(xiàng)D的操作符統(tǒng)計(jì)表是用來(lái)做錯(cuò)誤預(yù)測(cè)和程序復(fù)雜度計(jì)算的；選項(xiàng)B和C可以直接從表中查出說(shuō)明/使用錯(cuò)誤。下列不屬于技術(shù)評(píng)審對(duì)象是。（分?jǐn)?shù)：3.00）需求文檔源代碼運(yùn)行環(huán)境V測(cè)試用例解析：［解析］技術(shù)評(píng)審是對(duì)產(chǎn)品以及各階段的輸出內(nèi)容進(jìn)行評(píng)估，所以技術(shù)評(píng)審的對(duì)象包括：需求文檔、源代碼、測(cè)試用例等，評(píng)審檢查列表（檢查項(xiàng)目），其他必需的文檔。同行評(píng)審，有時(shí)稱為同級(jí)評(píng)審，是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和。（分?jǐn)?shù)：3.00）誤差評(píng)審項(xiàng)目評(píng)審過(guò)程評(píng)審V組織體系評(píng)審解析：［解析］同行評(píng)審（PeerReview）是一種通過(guò)作者的同行來(lái)確定缺陷和需要變更區(qū)域的檢查方法。涉及的內(nèi)容很多，主要可以分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和過(guò)程評(píng)審。關(guān)于同行評(píng)審說(shuō)法正確的是。（分?jǐn)?shù)：3.00）同行評(píng)審是對(duì)程序進(jìn)行模擬，一步步地展示程序如何處理測(cè)試數(shù)據(jù)同行評(píng)審雖然可以縮減工作時(shí)間，但同時(shí)也增加了大量的成本在軟件開(kāi)發(fā)過(guò)程中進(jìn)行同行評(píng)審會(huì)浪費(fèi)時(shí)間，減緩項(xiàng)目的進(jìn)度同行評(píng)審的目的就是發(fā)現(xiàn)產(chǎn)品的缺陷，因此在評(píng)審上的投入可以減少大量的后期返工V解析：［解析］同行評(píng)審是一種通過(guò)作者的同行來(lái)確定缺陷和需要變更區(qū)域的檢查方法。在軟件開(kāi)發(fā)過(guò)程中，管理者、開(kāi)發(fā)人員、客戶有時(shí)都反對(duì)評(píng)審，因?yàn)樗麄冋J(rèn)為評(píng)審會(huì)浪費(fèi)時(shí)間，減緩項(xiàng)目的進(jìn)度。而實(shí)際上，真正造成項(xiàng)目進(jìn)度緩慢的是各種各樣的產(chǎn)品缺陷，評(píng)審的重要目的就是在評(píng)審中發(fā)現(xiàn)產(chǎn)品的缺陷，因此在評(píng)審上的投入便可以減少大量的后期返工。通過(guò)評(píng)審.還可將問(wèn)題記下來(lái)，具有歷史可追溯性，另外很多事實(shí)證明了評(píng)審在縮減工作時(shí)間的同時(shí)還可以節(jié)約大量成本。桌上檢查（DeskChecking）是一種的檢查方法。（分?jǐn)?shù)：3.00）程序員自己檢查自己編寫的程序V由同行幫忙檢查自己編寫的程序幾個(gè)同行自行組成小組，以小組為單位檢查編寫的程序程序員在桌子上檢查編寫程序的活動(dòng)解析：［解析］桌上檢查（Deskchecking）是一種傳統(tǒng)的檢查方法，由程序員自己檢查自己編寫的程序。程序員在程序通過(guò)編譯之后，進(jìn)行單元測(cè)試設(shè)計(jì)之前，對(duì)源程序代碼進(jìn)行分析，對(duì)照錯(cuò)誤列表進(jìn)行檢查，對(duì)程序推演測(cè)試數(shù)據(jù)，并補(bǔ)充相關(guān)的文檔。桌上檢查的目的就是發(fā)現(xiàn)程序中的錯(cuò)誤。過(guò)程評(píng)審是對(duì)軟件開(kāi)發(fā)過(guò)程的評(píng)審，其評(píng)審對(duì)象是。（分?jǐn)?shù)：3.00）產(chǎn)品性能產(chǎn)品質(zhì)量質(zhì)量保證流程V其他形式工作產(chǎn)出解析：［解析］過(guò)程評(píng)審是對(duì)軟件開(kāi)發(fā)過(guò)程的評(píng)審，其評(píng)審對(duì)象是質(zhì)量保證流程，而不是針對(duì)產(chǎn)品質(zhì)量或其他形式的工作產(chǎn)出。過(guò)程評(píng)審的任務(wù)是通過(guò)對(duì)流程的控制，保證SQA組織定義的軟件過(guò)程在項(xiàng)目中得到了遵循，同時(shí)保證質(zhì)量保證方針能得到更快更好地執(zhí)行。走查是對(duì)軟件進(jìn)行靜態(tài)測(cè)試的一種方法，以下不屬于走查活動(dòng)的是。（分?jǐn)?shù)：3.00）計(jì)劃走查會(huì)議準(zhǔn)備測(cè)試用例V執(zhí)行走查以發(fā)現(xiàn)和改正錯(cuò)誤在走查過(guò)程中程序員逐漸講解自己的程序解析：［解析］走查的步驟如下：①計(jì)劃走查會(huì)議；②走查產(chǎn)品；③執(zhí)行走查；④解決缺陷；⑤走查記錄；⑥產(chǎn)品返工。準(zhǔn)備測(cè)試用例是走查之前要進(jìn)行的活動(dòng)。走查過(guò)程中的靜態(tài)分析技術(shù)用到調(diào)用圖，通過(guò)調(diào)用圖我們不可以做的是。（分?jǐn)?shù)：3.00）檢查程序中變量的說(shuō)明和引用檢查程序中全局變量、參數(shù)誤用的問(wèn)題為動(dòng)態(tài)測(cè)試用例的設(shè)計(jì)提供可靠的依據(jù)對(duì)程序進(jìn)行分析和修改V解析：［解析］走查著重從流程的角度考查程序，借助程序流程圖或調(diào)用圖對(duì)數(shù)據(jù)流和控制流進(jìn)行靜態(tài)分析，在調(diào)用圖中，結(jié)點(diǎn)表示程序單元，有向邊表示程序單元之間的控制和調(diào)用，通過(guò)調(diào)用圖我們可以檢查程序中變量的說(shuō)明和引用、全局變量、參數(shù)誤用等問(wèn)題，同時(shí)還為動(dòng)態(tài)測(cè)試用例的設(shè)計(jì)提供可靠的依據(jù)，注意在調(diào)用圖中是不能對(duì)程序進(jìn)行修改的。下列問(wèn)題可通過(guò)調(diào)用圖來(lái)檢查的是。（分?jǐn)?shù)：3.00）變量的說(shuō)明和引用全局變量參數(shù)誤用以上全部V解析：［解析］流程圖對(duì)檢測(cè)不合法的編碼、控制和轉(zhuǎn)移，不恰當(dāng)?shù)那短缀椭厝?，以及多入口、多出口的?wèn)題非常有用。比流程圖更進(jìn)一步的是調(diào)用圖，它用結(jié)點(diǎn)表示程序單元，有向邊表示程序單元之間的控制和調(diào)用，從語(yǔ)義角度而不是從語(yǔ)法角度考查程序的控制路徑。調(diào)用圖可用以檢查變量的說(shuō)明和引用、全局變量、參數(shù)誤用等問(wèn)題，并為動(dòng)態(tài)測(cè)試用例設(shè)計(jì)提供可靠的依據(jù)。對(duì)需求規(guī)格的說(shuō)明進(jìn)行評(píng)審應(yīng)選擇的評(píng)審方法是。（分?jǐn)?shù)：3.00）結(jié)對(duì)評(píng)審正式評(píng)審V走查臨時(shí)評(píng)審解析：［解析］選擇評(píng)審方法最有效的標(biāo)準(zhǔn)是對(duì)最可能產(chǎn)生風(fēng)險(xiǎn)的工作成果要采用最正式的評(píng)審方法。對(duì)于需求規(guī)格說(shuō)明，因?yàn)樗牟粶?zhǔn)確和不完善會(huì)給軟件的后期開(kāi)發(fā)帶來(lái)很大的風(fēng)險(xiǎn)，所以必須采用正式評(píng)審或小組評(píng)審。下列檢查項(xiàng)目中不屬于風(fēng)格檢查的是。（分?jǐn)?shù)：3.00）編程標(biāo)準(zhǔn)V變量說(shuō)明結(jié)構(gòu)化程序設(shè)計(jì)命名規(guī)則解析：［解析］桌上檢查的主要檢查項(xiàng)目包括：檢查變量的交叉引用表，檢查標(biāo)號(hào)的交叉引用表，檢查子函數(shù)、宏、函數(shù)，等價(jià)性檢查，常量檢查，標(biāo)準(zhǔn)檢查.風(fēng)格檢查，比較控制流，選擇、激活路徑，補(bǔ)充文檔。其中風(fēng)格檢查主要是檢查在程序設(shè)計(jì)風(fēng)格方面發(fā)現(xiàn)的問(wèn)題，包括命名規(guī)則、變量說(shuō)明、程序格式、注釋的使用、結(jié)構(gòu)化程序設(shè)計(jì)、基本控制結(jié)構(gòu)的使用。選項(xiàng)A中編程標(biāo)準(zhǔn)是屬于標(biāo)準(zhǔn)檢查的。在代碼檢查的準(zhǔn)備階段和檢查會(huì)議階段都具有發(fā)現(xiàn)產(chǎn)品錯(cuò)誤責(zé)任的是。（分?jǐn)?shù)：3.00）檢查人員V開(kāi)發(fā)人員協(xié)調(diào)人講解員解析：［解析］檢查小組的每個(gè)成員都可認(rèn)為是一個(gè)檢查人員，檢查人員在代碼檢查的準(zhǔn)備階段和檢查會(huì)議階段都具有發(fā)現(xiàn)產(chǎn)品錯(cuò)誤的責(zé)任；協(xié)調(diào)人主持引導(dǎo)代碼檢查的執(zhí)行過(guò)程，全面輔助代碼檢查的效果；開(kāi)發(fā)人員是檢查項(xiàng)目的生產(chǎn)者，主要負(fù)責(zé)提供檢查資料和同答檢查人員的問(wèn)題；講解員在代碼檢查會(huì)議期間講解檢查項(xiàng)目，引導(dǎo)檢查小組對(duì)產(chǎn)品進(jìn)行徹底檢查。在對(duì)程序代碼進(jìn)行靜態(tài)分析時(shí)，要生成各種引用表，這些引用表按功能可以分為。（分?jǐn)?shù)：3.00）為用戶提供輔助信息的直接從表中查出說(shuō)明/使用錯(cuò)誤的用來(lái)做錯(cuò)