軟件質(zhì)量保證和管理復(fù)習(xí)重點(diǎn)

1、【1】下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是。A）功能需求B）性能需求C）可擴(kuò)展性和靈活性D）容錯(cuò)、糾錯(cuò)能力【2】對(duì)于維護(hù)軟件的人員來說。使用質(zhì)量 的結(jié)果。A）功能性 B）可靠性C）可維護(hù)性D）效率【3】Myers在1979年提出了一個(gè)重要觀點(diǎn)，即軟件測(cè)試的目的是為了。A）證明程序正確B）查找程序錯(cuò)誤C）改正程序錯(cuò)誤D）驗(yàn)證程序無錯(cuò)誤【4】堅(jiān)持在軟件開發(fā)的各個(gè)階段實(shí)施下列哪種質(zhì)量保證措施，才能在開發(fā)工程中盡早發(fā)現(xiàn) 和預(yù)防錯(cuò)誤，把出現(xiàn)的錯(cuò)誤克服在早期。A）技術(shù)評(píng)審B）程序測(cè)試C）文檔審查D）管理評(píng)審【5】以下哪項(xiàng)工作是不斷為改進(jìn)軟件開發(fā)過程、產(chǎn)品和服務(wù)的持續(xù)過程。A）軟件質(zhì)量方針B）軟件質(zhì)量控

2、制C）軟件質(zhì)量保證D）軟件質(zhì)量改進(jìn)【6】軟件生存周期過程中，修改錯(cuò)誤代價(jià)最大的階段。A）需求階段B）設(shè)計(jì)階段C）編程階段D）發(fā)布運(yùn)行階段【7】以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試用例設(shè)計(jì)技術(shù)屬于。（2008.09）A）灰盒測(cè)試B）數(shù)據(jù)測(cè)試C）黑盒測(cè)試D）白盒測(cè)試【8】下列能表達(dá)程序未按照預(yù)期運(yùn)行，但不會(huì)導(dǎo)致整體失效的。A）故障B）異常C）缺點(diǎn)D）失效【9】下列關(guān)于缺陷產(chǎn)生原因的敘述中，不屬于技術(shù)問題的 。A）文檔錯(cuò)誤，內(nèi)容不正確或拼寫錯(cuò)誤B）系統(tǒng)結(jié)構(gòu)不合理C）語法錯(cuò)誤D）接口傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問題【10】功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明，這屬于軟件

3、缺陷級(jí)別中的。A）致命的缺陷B）嚴(yán)重的缺陷C）一般的缺陷D）微小的缺陷【11】軟件缺陷產(chǎn)生的原因有。A）技術(shù)問題B）團(tuán)隊(duì)工作C）軟件本身D）以上全部【12】下列引起軟件缺陷的因素不屬于技術(shù)問題的。A）內(nèi)容不正確B）算法錯(cuò)誤C）語法錯(cuò)誤D）系統(tǒng)結(jié)構(gòu)不合理【13】黑盒測(cè)試是一種重要的測(cè)試策略，又稱為數(shù)據(jù)驅(qū)動(dòng)的測(cè)試，其測(cè)試數(shù)據(jù)來源于。A）軟件規(guī)格說明B）軟件設(shè)計(jì)說明C）概要設(shè)計(jì)說明D）詳細(xì)設(shè)計(jì)說明【14】軟件驗(yàn)證和確認(rèn)理論是測(cè)試過程的理論依據(jù)，其中驗(yàn)證是檢查我們是否正在正確地建 造一個(gè)產(chǎn)品，它強(qiáng)調(diào)的 。A）過程的正確性B）產(chǎn)品的正確性C）測(cè)試的正確性D）規(guī)格說明的正確性【15】下面有關(guān)軟件質(zhì)量保證活

4、動(dòng)目標(biāo)的說法中不正確的 。A）客觀的驗(yàn)證軟件產(chǎn)品和各項(xiàng)任務(wù)是否遵循適用的標(biāo)準(zhǔn)、規(guī)程和需求B）用最少的時(shí)間和人力，找出軟件中潛在的各種錯(cuò)誤和缺陷C）高層管理人員能夠參與，并幫助解決項(xiàng)目中不能解決的不相容問題D）制定和規(guī)劃軟件質(zhì)量保證的任務(wù)【16】在軟件開發(fā)的過程中，參與各個(gè)活動(dòng)的評(píng)審和階段的正式技術(shù)評(píng)審是軟件質(zhì)量保證實(shí) 施活動(dòng)步驟的。A）計(jì)劃B）實(shí)施C）檢查D）行動(dòng)【17】.軟件測(cè)試的目的 。A）評(píng)價(jià)軟件的質(zhì)量B）發(fā)現(xiàn)軟件的錯(cuò)誤C）找出軟件中所有的錯(cuò)誤D）證明軟件的正確的【18】下列不屬于軟件本身的原因而產(chǎn)生的缺陷的是。A）算法錯(cuò)誤B）語法錯(cuò)誤C）文檔錯(cuò)誤D）系統(tǒng)結(jié)構(gòu)不合理ACBADDDBABD

5、AAABBBC1、軟件開發(fā)的基本過程需求分析、設(shè)計(jì)（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）、編程、測(cè)試和維護(hù)2、軟件開發(fā)過程模型：Q瀑布模型Q原型模型Q增量模型和迭代模型Q敏捷方法一一極限編程模型3、極限編程是敏捷方法的代表，特點(diǎn)是：Q客戶作為團(tuán)隊(duì)成員Q短交付周期Q結(jié)對(duì)編程Q測(cè)試驅(qū)動(dòng)開發(fā)4、分階段段軟件開發(fā)，可以通過兩種模型來描述，即增量模型和迭代模型。5、代表軟件質(zhì)量工作中的四個(gè)層次內(nèi)容：Q軟件質(zhì)量控制Q軟件質(zhì)量保證Q軟件質(zhì)量管理Q軟件質(zhì)量方針6、質(zhì)量方針是由組織的最高管理者正式發(fā)布的，該組織的質(zhì)量宗旨，目標(biāo)和質(zhì)量方向并形 成文件。7、質(zhì)量成本是為確保和保證滿意的質(zhì)量而發(fā)生的費(fèi)用以及沒有達(dá)到滿意的質(zhì)量所造成損

6、失 的總和，包括保證費(fèi)用和損失費(fèi)用。質(zhì)量成本可以分為質(zhì)量保證成本和損失成本。8、軟件質(zhì)量控制和軟件質(zhì)量保證之間有何區(qū)別？質(zhì)量控制的目的是保證質(zhì)量，滿足需求。質(zhì)量控制是一個(gè)設(shè)定標(biāo)準(zhǔn)、測(cè)試結(jié)果，判定是 否達(dá)到了預(yù)期要求，對(duì)質(zhì)量問題采取措施進(jìn)行補(bǔ)救并防止再發(fā)生的過程，質(zhì)量控制不是檢驗(yàn)。 質(zhì)量控制是一個(gè)確保生產(chǎn)出來的產(chǎn)品滿足用戶需求的過程。質(zhì)量保證是質(zhì)量管理的一部分。是為保護(hù)產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行 的有計(jì)劃有組織的活動(dòng)，致力于提供對(duì)滿足質(zhì)量要求的信任。9、軟件質(zhì)量控制中風(fēng)險(xiǎn)管理法包括那些階段，各階段有哪些要點(diǎn)？Q風(fēng)險(xiǎn)識(shí)別（識(shí)別方法包括風(fēng)險(xiǎn)檢查表，頭腦風(fēng)暴會(huì)議，流程圖分析以及與項(xiàng)目人員

7、面 談）Q風(fēng)險(xiǎn)分析（風(fēng)險(xiǎn)分析可以分為定性風(fēng)險(xiǎn)分析和定量風(fēng)險(xiǎn)分析）Q風(fēng)險(xiǎn)計(jì)劃Q風(fēng)險(xiǎn)控制 方法（主要采用的對(duì)應(yīng)方法有避免，風(fēng)險(xiǎn)弱化，風(fēng)險(xiǎn)承擔(dān)和風(fēng)險(xiǎn)轉(zhuǎn)移）?風(fēng)險(xiǎn)跟蹤10、變更控制：在軟件開發(fā)過程中會(huì)產(chǎn)生許多變更，如配置項(xiàng)，配置，基線，構(gòu)建的版本等 變更。對(duì)于所有的變更，都要有一個(gè)控制機(jī)制，以保證所有變更都是可控制的，可跟蹤的， 可重現(xiàn)的。11、變更管理的實(shí)施步驟：Q變更請(qǐng)求提交Q變更請(qǐng)求接受Q變更請(qǐng)求評(píng)估Q變更請(qǐng)求決策Q變更請(qǐng)求實(shí)現(xiàn)Q變 更請(qǐng)求驗(yàn)證Q變更請(qǐng)求完成12、并發(fā)版本系統(tǒng)（CVS）是開放源代碼網(wǎng)絡(luò)透明的版本控制系統(tǒng)。13、測(cè)量標(biāo)準(zhǔn)：有效性和可靠性。有效性代表了測(cè)量的正確性。14、德爾菲法是一

8、種專家評(píng)估技術(shù)，適用于在沒有或沒有足夠歷史數(shù)據(jù)情況下，來評(píng)定軟件 采用不同的技術(shù)，新技術(shù)所帶來的差異，但專家的水平及對(duì)項(xiàng)目的理解程度是工作中的關(guān)鍵 點(diǎn)。15、可靠性是產(chǎn)品在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的能力，其無故障的概率質(zhì) 量稱為可靠度16、軟件的可靠性包含了一下3個(gè)要素：Q規(guī)定的時(shí)間Q規(guī)定的環(huán)境條件Q規(guī)定的功能17、軟件的可靠性模型是用來指導(dǎo)對(duì)軟件可靠性進(jìn)行評(píng)估和預(yù)測(cè)的18、ISO9001 與 CMM 的區(qū)別：ISO9001適用于所有專業(yè)領(lǐng)域的一種質(zhì)量保證模式CMM則是專門針對(duì)軟件行業(yè)設(shè)計(jì)的描述軟件過程能力的模型，是“專用”模型。19、為社么需要評(píng)審？軟件評(píng)審的重要目的就是在評(píng)審

9、中發(fā)現(xiàn)產(chǎn)品的缺陷，因此在評(píng)審上的投入可以減少大量 的后期返工，將質(zhì)量成本從昂貴的后期返工轉(zhuǎn)化到前期的缺陷發(fā)現(xiàn)。20、如果需要進(jìn)行需求規(guī)格說明書，請(qǐng)說明將采用哪種評(píng)審方法？簡(jiǎn)述評(píng)審過程。評(píng)審的方法：Q臨時(shí)評(píng)審Q輪查Q走查Q小組評(píng)審Q審查評(píng)審的過程：Q準(zhǔn)備評(píng)審會(huì)議Q召開評(píng)審會(huì)議Q跟蹤和分析評(píng)審結(jié)果21、評(píng)審的內(nèi)容。主要分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和過程評(píng)審22、TQM全面質(zhì)量管理以顧客為中心，以“全員，全過程，全方位”構(gòu)成其內(nèi)涵。TQM的核心是堅(jiān)信在絕大多數(shù)的時(shí)間內(nèi)，其工作都可以做到無缺陷，強(qiáng)調(diào)預(yù)防為主， 事情第一次就做好23、軟件質(zhì)量管理模式：目標(biāo)驅(qū)動(dòng)模式，顧客導(dǎo)向模式，價(jià)值驅(qū)動(dòng)模式，標(biāo)準(zhǔn)衡

10、量模式，cerosys 模式24、SQA工程的基本任務(wù)有哪些？質(zhì)量保證足孩子的目標(biāo)？QSAQ計(jì)劃Q評(píng)審和審核Q提交SQA報(bào)告QSQA度量QSQA評(píng)估任務(wù)25、軟件質(zhì)量的目標(biāo)是以獨(dú)立審查的方式監(jiān)控軟件生產(chǎn)任務(wù)的執(zhí)行，給開發(fā)人員和管理層提供反映產(chǎn)品質(zhì)量的信息和數(shù)據(jù)，輔助軟件工程得到高質(zhì)量的軟件產(chǎn)品。26、朱蘭三部曲就是質(zhì)量策劃，質(zhì)量控制和質(zhì)量改進(jìn)。27、軟件系統(tǒng)需求包括三個(gè)不同層次：業(yè)務(wù)需求，用戶需求和功能需求。28、基線是項(xiàng)目存儲(chǔ)庫(kù)中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照”29、需要再次說明的是，在需求未形成“基線”之前（需求確認(rèn)之前）。變更是迅速的，非 正式的。只有在系統(tǒng)需求經(jīng)過評(píng)審并被認(rèn)可（基線被創(chuàng)建），其后的任何變更都要通過控制（基線的更新）來實(shí)施。30、簡(jiǎn)述C/S、B/S系統(tǒng)的特點(diǎn)和差別（P343）31、單元測(cè)試是在