軟件考試試題

1、軟件體系：軟件的定義：軟件是計(jì)算機(jī)程序、方法、規(guī)則、相關(guān)的文檔、以及在計(jì)算機(jī)上運(yùn)行時(shí) 所必須的數(shù)據(jù)的總和。（程序+數(shù)據(jù)+文檔）軟件工程師應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)計(jì)管理學(xué)等原理開發(fā)軟件的工程，它借鑒傳統(tǒng)工程 的原則、方法，以提高軟件質(zhì)量，降低成本為目的。軟件的生命周期：需求、設(shè)計(jì)、編碼、測(cè)試、維護(hù)、升級(jí)、廢棄（在很多公司，需 求階段還包含，項(xiàng)目立項(xiàng)和可行性研究分析）需求階段主要做：定義（功能，非公能，環(huán)境，語言，時(shí)間）設(shè)計(jì)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)概要設(shè)計(jì)：界面元素設(shè)計(jì)（擺放位置，類型，出錯(cuò)提示）詳細(xì)設(shè)計(jì)：具體邏輯，DB，類和方法軟件測(cè)試流程：需求分析、測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例、測(cè)試執(zhí)行、測(cè)試報(bào)告測(cè)

2、試基礎(chǔ)軟件質(zhì)量：軟件質(zhì)量就是軟件與明確的和隱含的定義的需求相一致的程度。軟件質(zhì)量考慮因素：功能，性能，安全性，可靠性，兼容性，易用性，安瀏卸載，可 維護(hù)性，可移植性QC :質(zhì)量控制保證產(chǎn)品質(zhì)量符合規(guī)定QC:質(zhì)量保證建立體系并確保體系按要求運(yùn)作，已提供內(nèi)外部的信任CMMI Capability Maturity Model Integartion（能力成熟度模型綜合）包含以下幾個(gè)方面：System engineeringSoftware engineeringIntegrated Product and Process DevelopmentSupplier Sourcing該模型提供了一套可供

3、公眾使用的準(zhǔn)則：這些準(zhǔn)則描述那些成功的實(shí)施了過程改進(jìn) 的組織的特性2.該模型用軟件能力成熟度來衡量這種軟件綜合能力軟件測(cè)試概念：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以期發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng) 估。目的：發(fā)現(xiàn)Bug、提高質(zhì)量、降低成本軟件測(cè)試原則：1.所有的軟件測(cè)試都應(yīng)追溯到用戶需求應(yīng)當(dāng)把盡早地和不斷的進(jìn)行軟件測(cè)試作為軟件測(cè)試者的座右銘完全測(cè)試是不可能的，測(cè)試需求終止測(cè)試無法顯示軟件潛在的缺陷充分注意測(cè)試中的群集現(xiàn)象開發(fā)工程師應(yīng)避免測(cè)試自己的程序盡量避免測(cè)試的隨意性軟件測(cè)試分類：按階段劃分、按是否運(yùn)行程序劃分、按是否查看代碼劃分、其它劃分按階段劃分：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

4、單元測(cè)試：?jiǎn)卧獪y(cè)試又稱為模塊測(cè)試，針對(duì)程序的測(cè)試內(nèi)容為：模塊接口測(cè)試，局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試、 邊界測(cè)試集成測(cè)試：集成測(cè)試又稱為程序接口測(cè)試，是針對(duì)程序接口的測(cè)試內(nèi)容為：1.再把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響各個(gè)子模塊組合起來，是否可以達(dá)到預(yù)期要求的父功能全局?jǐn)?shù)據(jù)接口是否有問題各個(gè)模塊的誤差累積起來是否會(huì)放大，從而達(dá)到不能接受的程度系統(tǒng)測(cè)試：將已經(jīng)確認(rèn)的軟件、硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行系統(tǒng) 的各種組裝測(cè)試和確認(rèn)測(cè)試。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是嚴(yán)重系統(tǒng)是否滿足了需求規(guī)格的 定

5、義，找出與需求規(guī)格不符合或與之矛盾的地方，從而提出更加完善的方案。對(duì)象不僅僅包含需要測(cè)試的軟件，還要包含軟件所依賴的硬件，外設(shè)甚 至某些數(shù)據(jù)， 某些支持軟件及其接口 系統(tǒng)測(cè)試范圍：功能、性能、界面、強(qiáng)度、容量、安全性、配置、安裝、卸載、數(shù)據(jù) 庫等、驗(yàn)收測(cè)試：Alpha： Alpha測(cè)試是在用戶組織模擬軟件系統(tǒng)的運(yùn)行環(huán)境下的一種驗(yàn)收測(cè) 試，由用戶或者第三方測(cè)試公司進(jìn)行的測(cè)試，模擬各類用戶行為對(duì)即將面試的軟件產(chǎn) 品進(jìn)行測(cè)試，試圖發(fā)現(xiàn)并修正錯(cuò)誤。Beta： Betaceshi是用戶公司組織各方面的典型終端用戶在日常工作中實(shí)際使用Beta 版本，并要求用戶報(bào)告異常情況，提出批評(píng)意見。Alpha和Bet

6、a的區(qū)別：兩者的主要區(qū)別是測(cè)試場(chǎng)所不同Alpha測(cè)試是將用戶請(qǐng)到開發(fā)方的場(chǎng)所來測(cè)試，Alpha測(cè)試的環(huán)境是受開發(fā)方控制的， 用戶數(shù)量相對(duì)較少，時(shí)間比較集中。Beta測(cè)試是指在一個(gè)或多個(gè)用戶的場(chǎng)所進(jìn)行的測(cè)試。Beta測(cè)試的環(huán)境不受開發(fā)方的控 制，誰也不知道用戶如何操作軟件，用戶數(shù)量相對(duì)較多，時(shí)間不集中。Alpha測(cè)試先與Beta測(cè)試執(zhí)行按是否運(yùn)行程序劃分：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試：不運(yùn)行被測(cè)試的軟件，只是靜態(tài)的檢查代碼，界面或者文檔。動(dòng)態(tài)測(cè)試：運(yùn)行被測(cè)試的軟件，輸入相應(yīng)的測(cè)試數(shù)據(jù)，檢查實(shí)際的輸出結(jié)果是否和預(yù) 期結(jié)果相一致的過程。按是否查看代碼：黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試黑盒測(cè)試：又稱數(shù)據(jù)驅(qū)動(dòng)

7、測(cè)試，把軟件看成一個(gè)黑盒子，不管內(nèi)部邏輯和內(nèi)部特性， 指依據(jù)規(guī)格說明書檢查程序的功能是否符合功能說明白盒測(cè)試：又稱為結(jié)構(gòu)測(cè)試，著重與內(nèi)購機(jī)構(gòu)和算法，不關(guān)心功能和性能指標(biāo)?；液袦y(cè)試：介于白盒和黑盒測(cè)試之間，基于程序運(yùn)行時(shí)刻的外部表現(xiàn)同時(shí)又結(jié)合程 序內(nèi)部接口邏輯來設(shè)計(jì)用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié) 果的測(cè)試技術(shù)。其它劃分：回歸測(cè)試：修改了舊代碼后，重新進(jìn)行測(cè)試已確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)?致其他代碼產(chǎn)生錯(cuò)誤，在整個(gè)軟件開發(fā)過程中占很大的工作量比重，軟件開發(fā) 的各個(gè)階段都會(huì)進(jìn)行多次回歸測(cè)試。冒煙測(cè)試：（BVT測(cè)試（Build Verification Test）每一個(gè)新編譯需

8、要正式 測(cè)試該版本時(shí)，先進(jìn)行基本功能的測(cè)試，確定基本功能正常后在開展進(jìn)一步的 測(cè)試工作。隨機(jī)測(cè)試：（又名猴子測(cè)試）隨機(jī)選擇測(cè)試數(shù)據(jù)做測(cè)試，主要根據(jù)經(jīng)驗(yàn)進(jìn)行功 能和性能等復(fù)查。敏捷測(cè)試：（敏捷開發(fā)引發(fā)）敏捷最大的特點(diǎn)是高度迭代，有周期性，并且可 以及時(shí)的、持續(xù)地相應(yīng)客戶的頻繁反饋。TDD：（測(cè)試驅(qū)動(dòng)開發(fā)）開發(fā)功能代碼之前，先編寫測(cè)試代碼，開發(fā)根據(jù)測(cè)試 用例進(jìn)行開發(fā)。軟件測(cè)試風(fēng)險(xiǎn)：1.軟件測(cè)試中的軟件風(fēng)險(xiǎn)分析是根據(jù)預(yù)測(cè)軟件將出現(xiàn)的風(fēng)險(xiǎn)， 制定軟件測(cè)試計(jì)劃并排列優(yōu)先等級(jí)，風(fēng)險(xiǎn)分析是對(duì)軟件中潛在的問題進(jìn)行識(shí)別、 評(píng)估和評(píng)價(jià)的過程。風(fēng)險(xiǎn)也包括進(jìn)度風(fēng)險(xiǎn)、質(zhì)量風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)、變更風(fēng)險(xiǎn)、成本風(fēng)險(xiǎn)等。軟件測(cè)試方

9、法：功能測(cè)試：根據(jù)產(chǎn)品特性、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確 定它們滿足設(shè)計(jì)需求。性能測(cè)試：產(chǎn)品滿足需求提及的性能級(jí)別和承受壓力的能力。負(fù)載、壓力、并發(fā)安全性測(cè)試全性和訪問控制測(cè)試是安全性測(cè)試的兩個(gè)重要方面。兼容性測(cè)試：瀏覽器（IE、Firefox、Chrome、Safaris）分辨率、操作系統(tǒng)、手機(jī)APP可靠性測(cè)試：指產(chǎn)品在規(guī)定的一段時(shí)間和條件下，可維持其性能水平能力的有關(guān)的一組屬 性?？煽啃詼y(cè)試：易用性測(cè)試：安裝/卸載測(cè)試：確保軟件在正常和異常情況下的正確安裝和卸載。測(cè)試規(guī)劃測(cè)試規(guī)劃包含測(cè)試需求分析、測(cè)試計(jì)劃、測(cè)試方案測(cè)試需求的特征：1.指定的測(cè)試需求項(xiàng)必須是可核實(shí)的

10、。即：它們必須有一個(gè)可觀察、可 預(yù)測(cè)的結(jié)果，無法核實(shí)的需求不是測(cè)試需求。2.測(cè)試需求應(yīng)指明滿足需求的正常前置條件， 同時(shí)也要指明不滿足需求時(shí)的出錯(cuò)條件。3.測(cè)試需求不涉及具體的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)設(shè) 計(jì)師測(cè)試設(shè)計(jì)環(huán)節(jié)應(yīng)解決內(nèi)容。測(cè)試需求分析過程：需求采集、測(cè)試需求分析、測(cè)試需求評(píng)審測(cè)試需求采集的過程是將軟件開發(fā)需求中的那些具有可測(cè)試性的需求或特性提取出來， 形成原始測(cè)試需求。可測(cè)試性是指這些提取的需求或特性必須存在一個(gè)可以明確預(yù)知的結(jié)果，可以用某種方法對(duì)這個(gè)明確的結(jié)果進(jìn)行判斷、驗(yàn)證是否符合文檔要求。測(cè)試需求分析：測(cè)試要點(diǎn)是對(duì)原始測(cè)試需求表每一條開發(fā)需求的細(xì)化和分解誤，形成的可 測(cè)試的分層描述的軟

11、件需求。對(duì)開發(fā)需求的細(xì)化和分解具體包括：1.通過分析每條開發(fā)需求描述中的輸入、輸出、處理、 限制、約束等給出對(duì)應(yīng)的驗(yàn)證內(nèi)容；2.通過分析各個(gè)功能模塊之間的業(yè)務(wù)順序，和各個(gè)功 能模塊之間傳遞的信息和數(shù)據(jù)（功能交互分析）對(duì)存在功能交互的功能項(xiàng)，給出對(duì)應(yīng)的驗(yàn) 證內(nèi)容。測(cè)試需求評(píng)審：完整性審查、準(zhǔn)確性審查完整性審查：應(yīng)保證測(cè)試需求能充分覆蓋軟件需求的各種特征，重點(diǎn)關(guān)注功能要求、數(shù)據(jù) 定義、接口定義、性能要求、安全性要求、可靠性要求、系統(tǒng)約束等方面，同時(shí)還一個(gè)關(guān) 注是否覆蓋開發(fā)人員遺漏的、系統(tǒng)隱含的需求。準(zhǔn)確性審查：應(yīng)保證所描述的內(nèi)容能夠得到相關(guān)各方的一致理解，各項(xiàng)測(cè)試需求的是之間 沒有矛盾和沖突，并且

12、在詳盡程度上保持一致，每一項(xiàng)測(cè)試需求都可以作為測(cè)試用例設(shè)計(jì) 的依據(jù)測(cè)試計(jì)劃：測(cè)試計(jì)劃就是描述所有要完成的測(cè)試工作，包括被測(cè)試項(xiàng)目的背景、目標(biāo)、范 圍、方式、資源、進(jìn)度安排、測(cè)試組織，以及與測(cè)試有關(guān)的分享等方面。如何制定測(cè)試計(jì)劃：認(rèn)真做好測(cè)試資料的搜集整理工作；，明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì) 劃的實(shí)用性；堅(jiān)持5W原則，明確內(nèi)容和過程；采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿 足實(shí)際需求5W： why （為什么要進(jìn)行這些測(cè)試）what（測(cè)試哪些方面，不同階段的工作內(nèi)容）where（相 應(yīng)文檔，缺陷的存放位置，測(cè)試環(huán)境等）when（測(cè)試不同階段的起止時(shí)間）who（項(xiàng)目有關(guān) 人員組成，安排哪些測(cè)試人員進(jìn)行測(cè)試

13、）測(cè)試計(jì)劃的內(nèi)容：測(cè)試項(xiàng)目簡(jiǎn)介需要測(cè)試的特征不需要測(cè)試的特征測(cè)試的方法（測(cè)試人員、測(cè)試工具、測(cè)試流程）測(cè)試環(huán)境（軟件，硬件，網(wǎng)絡(luò)）測(cè)試的開始條件和結(jié)束條件測(cè)試開始條件：在項(xiàng)目啟動(dòng)、需求分析開始時(shí)隨之啟動(dòng)測(cè)試結(jié)束條件：需求覆蓋率、用例執(zhí)行率、缺陷遺留率、達(dá)到預(yù)定質(zhì)量目標(biāo)測(cè)試者的任務(wù)、培訓(xùn)測(cè)試的進(jìn)度與跟蹤測(cè)試的風(fēng)險(xiǎn)與解決本測(cè)試計(jì)劃的審批和變更方式測(cè)試方案：測(cè)試方案的作用非常類似于產(chǎn)品設(shè)計(jì)說明（文檔），開發(fā)工程師根據(jù)產(chǎn)品功能 需求和設(shè)計(jì)說明來編碼實(shí)現(xiàn)功能，而測(cè)試工程師需要基于產(chǎn)品功能需求和測(cè)試方案來設(shè)計(jì) 和執(zhí)行測(cè)試用例，同時(shí)也要參考產(chǎn)品設(shè)計(jì)說明文檔，所以測(cè)試方案的目的是：在方向上明 確要測(cè)什么、怎么測(cè)、以及達(dá)到什么樣的質(zhì)量標(biāo)準(zhǔn)測(cè)試方案有助于軟件項(xiàng)目成員理解和執(zhí)行測(cè)試過程中的各項(xiàng)活動(dòng)，同時(shí)測(cè)試方案也有助于 測(cè)試活動(dòng)的管理。測(cè)試計(jì)劃和測(cè)試方案的區(qū)別： 定義不同：測(cè)試計(jì)劃是對(duì)測(cè)試過程的組織、資源、原則等進(jìn)行規(guī)定和約束：而測(cè)試方案是 描述所測(cè)試軟件的測(cè)試特性、測(cè)試方法、測(cè)試用例設(shè)計(jì)、測(cè)試代碼設(shè)計(jì)、測(cè)試環(huán)境規(guī)劃以 及測(cè)試工具設(shè)計(jì)和選擇的一種策略與方法層次不同：測(cè)試計(jì)劃是管理層面的，從組織管理的角度規(guī)劃測(cè)試活動(dòng)，而測(cè)試方案是技術(shù) 層面的，從技術(shù)角度規(guī)劃測(cè)試活動(dòng)。測(cè)試方案需要在測(cè)試計(jì)劃的指導(dǎo)下進(jìn)行，測(cè)試技術(shù)提出“做什么”，測(cè)試方案明