【文章內(nèi)容簡(jiǎn)介】 dbms 讀取一條記錄時(shí)發(fā)生哪些事件？ 什么是軟件質(zhì)量？軟件包是什么？ 概括地說， 軟件質(zhì)量 就是 “軟件與明確地和隱含地定義的需求相一致的程度 ”。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。 軟件包 (SoftWare Package)是指具有特定的功能，用來完成特定任務(wù)的一個(gè)程序或一組程序。軟件包由一個(gè)基本配置和若干可選部件構(gòu)成，既可以是源代碼形式，也可以是目標(biāo)碼形式。用戶手冊(cè)和指南等文檔是軟件包的重要組成部分。 軟 件產(chǎn)品質(zhì)量特性是什么？ 確保軟件質(zhì)量?jī)?yōu)良程度的內(nèi)部因素稱為 軟件質(zhì)量特性 。 比較權(quán)威的軟件質(zhì)量特性劃分應(yīng)推 Boehm 提出的十二個(gè)基本質(zhì)量特性。分別為：設(shè)備無關(guān)性、完整性、精度、一致性、設(shè)備效率、可訪問性、可通訊性、結(jié)構(gòu)性、自說明性、簡(jiǎn)明性、易讀性、可擴(kuò)充性。 什么是軟件質(zhì)量保證？ 其主要任務(wù)是什么？ 軟件質(zhì)量保證 ：為確保軟件開發(fā)過程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程，以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。 主要任務(wù)： (1)用戶要求定義 (2)力爭(zhēng)不重復(fù)勞動(dòng) (3)掌握開發(fā)新 軟件的方法 (4)組織外部力量協(xié)作 (5)排除無效勞動(dòng) (6)發(fā)揮每個(gè)開發(fā)者的能力 (7)提高軟件開發(fā)的工程能力 (8)提高計(jì)劃和管理質(zhì)量 為了提高軟件的質(zhì)量和軟件的生產(chǎn)率，軟件質(zhì)量保證的主要任務(wù)大致可歸結(jié)為 8 點(diǎn)。 (1)用戶要求定義：軟件質(zhì)量保證人員必須熟練掌握正確定義用戶要求的技術(shù)，包括熟練使用和指導(dǎo)他人軟件測(cè)試工程師面試寶典 10 使用定義軟件需求的支持工具。必須十分重視領(lǐng)導(dǎo)全體開發(fā)人員收集和積累有關(guān)用戶業(yè)務(wù)領(lǐng)域的各種業(yè)務(wù)的資料和技術(shù)技能。 (2)力爭(zhēng)不重復(fù)勞動(dòng)：利用已有軟件成果是提高軟件質(zhì)量和軟件生產(chǎn)率的重要途徑 。為此，不要只考慮如何開發(fā)新軟件，而首先應(yīng)考慮哪些既有軟件可以復(fù)用，并在開發(fā)過程中，隨時(shí)考慮所生產(chǎn)軟件的復(fù)用性。 (3)掌握開發(fā)新軟件的方法：對(duì)開發(fā)新軟件的方法已經(jīng)過長(zhǎng)期的探索和積累，最普遍公認(rèn)的成功方法就是軟件工程學(xué)方法。標(biāo)準(zhǔn)化、設(shè)計(jì)方法論、工具化等都屬此列。應(yīng)當(dāng)在開發(fā)新軟件的過程中大力使用和推行軟件工程學(xué)中所介紹的開發(fā)方法和工具。 (4)組織外部力量協(xié)作：一個(gè)軟件自始至終由同一軟件開發(fā)單位來開發(fā)也許是最理想的。但在現(xiàn)實(shí)中常常難以做到。因此需要改善對(duì)外部協(xié)作部門的開發(fā)管理。必須明確規(guī)定 進(jìn)度管理、質(zhì)量管理、交接檢查、維護(hù)體制等各方面的要求，建立跟蹤檢查的體制。 (5)排除無效勞動(dòng)：最大的無效勞動(dòng)是因需求規(guī)格說明有誤、設(shè)計(jì)有誤而造成的返工。定量記錄返工工作量，收集和分析返工勞動(dòng)花費(fèi)的數(shù)據(jù)非常重要。另一種較大的無效勞動(dòng)是重復(fù)勞動(dòng)，即相似的軟件在幾個(gè)地方同時(shí)開發(fā)。這多是因軟件開發(fā)計(jì)劃不當(dāng)，或者開發(fā)信息不流暢造成的。為此，要建立互相交流、信息往來通暢、具橫向交流特征的信息流通網(wǎng)。 (6)發(fā)揮每個(gè)開發(fā)者的能力：軟件生產(chǎn)是人的智能生產(chǎn)活動(dòng)，它依賴于人的能力和開發(fā)組織團(tuán)隊(duì)的能力。開發(fā)者 必須有學(xué)習(xí)各專業(yè)業(yè)務(wù)知識(shí)、生產(chǎn)技術(shù)和管理技術(shù)的能動(dòng)性。管理者或產(chǎn)品服務(wù)者要制定技術(shù)培訓(xùn)計(jì)劃、技術(shù)水平標(biāo)準(zhǔn)，以及適用于將來需要的中長(zhǎng)期技術(shù)培訓(xùn)計(jì)劃。 (7)提高軟件開發(fā)的工程能力：要想生產(chǎn)出高質(zhì)量的軟件產(chǎn)品必須有高水平的軟件工程能力。即在軟件開發(fā)環(huán)境或軟件工具箱的支持下，運(yùn)用先進(jìn)的開發(fā)技術(shù)、工具和管理方法開發(fā)軟件的能力。 (8)提高計(jì)劃和管理質(zhì)量：對(duì)于大型軟件項(xiàng)目來說，提高工程項(xiàng)目管理能力極其重要。提高管理能力的方法是重視和強(qiáng)化項(xiàng)目開發(fā)初期計(jì)劃階段的項(xiàng)目計(jì)劃評(píng)價(jià)，計(jì)劃執(zhí)行過程中及計(jì)劃完成報(bào)告的 評(píng)價(jià)。將評(píng)價(jià)、評(píng)審工作在工程實(shí)施之前就列入整個(gè)開發(fā)工程的工程計(jì)劃之中。正確地評(píng)價(jià)開發(fā)計(jì)劃和實(shí)施結(jié)果，不僅可以提高軟件開發(fā)項(xiàng)目管理的精確度，還可以積累項(xiàng)目管理經(jīng)驗(yàn)資料，提高日后進(jìn)行項(xiàng)目預(yù)算的精確度。所以對(duì) “計(jì)劃 ”的質(zhì)量管理非常重要。 1軟件質(zhì)量保證體系是什么？ 國家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么？ 他們的編號(hào)和全稱是什么？ 軟件質(zhì)量保證體系 為滿足 質(zhì)量要求 和 實(shí)施 質(zhì)量管理 ，進(jìn)行全部有計(jì)劃和有系統(tǒng)的活動(dòng)所需的 組織結(jié)構(gòu) 、 程序 、 過程 和資源的總稱。 GB／ T 19001 質(zhì)量體系設(shè)計(jì)／開發(fā)、生產(chǎn)、安裝和服務(wù)的質(zhì)量保證模式（ idtISO 9001） GB／ T 19002 質(zhì)量體系生產(chǎn)和安裝的質(zhì)量保證模式（ idt ISO 9002） GB／ T 19003 質(zhì)量體系最終檢驗(yàn)和試驗(yàn)的質(zhì)量保證模式（ idt ISO 9003） GB／ T 19004 質(zhì)量管理和質(zhì)量體系要素指南（ idt ISO 9004） 1為什么要進(jìn)行軟件測(cè)試 ?軟件測(cè)試的目的是什么 ? 為什么進(jìn)行單元測(cè)試？ 任何軟件在開發(fā)過程中都會(huì)留下缺陷， 帶有缺陷的軟件產(chǎn)品如果提交出去，可能會(huì)給公司帶來不可估量的損失，我們必須在客戶之前發(fā)現(xiàn)盡可能多的問題，從而保障客戶滿意。 測(cè)試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。 單元測(cè)試一般來說非常必要： （ 1） 現(xiàn)在強(qiáng)調(diào)測(cè)試的盡早介入。相對(duì)而言，單元測(cè)試會(huì)在開發(fā)比較早的階段就會(huì)進(jìn)行，發(fā)現(xiàn)和修改缺陷的成本比較低，效率比較高。 （ 2） 代碼級(jí)的很多問題，通過相對(duì)后期的系統(tǒng)測(cè)試是很難發(fā)現(xiàn)的，或者發(fā)現(xiàn)問題的成本非常大。 1什么是軟件測(cè)試？軟件測(cè)試的目的與原則、策略以及軟 件測(cè)試的意義 ? 軟件測(cè)試 ：使用人工或自動(dòng)手段，努力發(fā)現(xiàn)產(chǎn)品中每個(gè)可以想象到的故障或弱點(diǎn)的過程。 其目的 在于軟件測(cè)試工程師面試寶典 11 檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。最終目的是令客戶滿意。 軟件測(cè)試原則： ? 應(yīng)該在測(cè)試開始之前的相當(dāng)長(zhǎng)時(shí)間，就制定出測(cè)試計(jì)劃。 ? 測(cè)試應(yīng)該從小規(guī)模開始，并逐步進(jìn)行“大規(guī)?！睖y(cè)試 ? 窮舉 測(cè)試 是不可能的 。 ? 所有的測(cè)試都應(yīng)該能追溯到用戶需求。 ? 應(yīng)把 “盡早和不斷地進(jìn)行軟件測(cè)試 ”作為軟件開發(fā)者的座右銘 。 實(shí)踐證明單元測(cè)試能夠盡早發(fā)現(xiàn)問題，減少后期測(cè)試的錯(cuò)誤量?？梢圆捎?Junit 和 Jtest 來輔助進(jìn) 行單元測(cè)試。 ? 測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)、測(cè)試執(zhí)行步驟和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果三部分組成。 ? 應(yīng)當(dāng)避免由程序員檢查自己的程序。（指后期系統(tǒng)測(cè)試階段，不包括單元測(cè)試） ? 測(cè)試用例的設(shè)計(jì)要確保能覆蓋所有可能路徑。 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的，臨界的，可能引起問題的輸入條件。 ? 充分注意測(cè)試中的群集現(xiàn)象 即缺陷的二八定理 。 經(jīng)驗(yàn)表明，測(cè)試后程序殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目或檢錯(cuò)率成正比。應(yīng)該對(duì)錯(cuò)誤群集的程序段進(jìn)行重點(diǎn)測(cè)試。 ? 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試 的隨意性。 測(cè)試計(jì)劃應(yīng)包括：所測(cè)軟件的功能，輸入和輸出，測(cè)試內(nèi)容，各項(xiàng)測(cè)試的進(jìn)度安排，資源要求，測(cè)試資料，測(cè)試工具，測(cè)試用例的選擇，測(cè)試的控制方法和過程，系統(tǒng)的配置方式，跟蹤規(guī)則，調(diào)試規(guī)則，以及回歸測(cè)試的規(guī)定等等以及評(píng)價(jià)標(biāo)準(zhǔn)。 ? 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查。 ? 妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。 ? 對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)來說，沒有 Bugs 是不可能的，我們只能想辦法把軟件的 Bug 數(shù)控制在可以忍受的范圍內(nèi)。 ? 缺陷具有免疫性，測(cè)試人員要根據(jù)新版本的特點(diǎn)去修改維護(hù)測(cè)試用例 。 ? 為了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方來從事測(cè)試工作。 軟件測(cè)試策略： ① 數(shù)據(jù)完整性測(cè)試 ② 功能測(cè)試 ③ 易用性原則（用戶界面的測(cè)試、優(yōu)秀 UI 的 7 個(gè)組成要素、軟件中的輔助特性） ④ 性能測(cè)試 ⑤ 配置測(cè)試 ⑥ 兼容性測(cè)試 ⑦ 本地化測(cè)試 軟件測(cè)試策略是為軟件工程過程定義的一個(gè)軟件測(cè)試的模板，也就是把特定的測(cè)試用例方法放置進(jìn)去的一系列步驟。 軟件 測(cè)試 的策略、方 法和技術(shù)是多種多樣的。對(duì)于軟件 測(cè)試 技術(shù)，可以從不同的角度加以分類：從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài) 測(cè)試 和動(dòng)態(tài) 測(cè)試 。從 測(cè)試 是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來看，可分為白盒 測(cè)試 和黑盒 測(cè)試 。 ? 靜態(tài) 測(cè)試 與動(dòng)態(tài) 測(cè)試 所謂靜態(tài) 測(cè)試 是指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。靜態(tài)測(cè)試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動(dòng)進(jìn)行。 動(dòng)態(tài) 測(cè)試 是指通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能 。動(dòng)態(tài)測(cè)試包括：（ 1）功能確認(rèn)與接口測(cè)試（ 2）覆蓋率分析（ 3）性能分析（ 4）內(nèi)存分 析 ? 黑盒測(cè)試與白盒測(cè)試 若測(cè)試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個(gè)功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯(cuò)誤，則這種測(cè)試方法稱為黑盒測(cè)試 (Blackbox Testing)方法。黑盒測(cè)試又稱為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說明的測(cè)試。它是一種從用戶觀點(diǎn)出發(fā)的測(cè)試，一般被用來確認(rèn)軟件功能的正確性和可操作性。黑盒測(cè)試的方法有 若測(cè)試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進(jìn)行測(cè)試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得到充分使用，則這種測(cè)試方法稱為白盒測(cè)試 (Whitebox Testing)方法。其主要方法有邏輯驅(qū)動(dòng)、基路 測(cè)試 等，軟件測(cè)試工程師面試寶典 12 主要用于軟件驗(yàn)證。 ? 軟件測(cè)試過程 單元測(cè)試 針對(duì)每個(gè)程序的模塊，主要測(cè)試 5個(gè)方面的問題：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立的路徑和錯(cuò)誤處理。 集成測(cè)試：自頂向下的測(cè)試、自底向上的測(cè)試、回歸測(cè)試、煙霧測(cè)試 系統(tǒng)測(cè)試： 恢復(fù)測(cè)試、安全測(cè)試、壓力測(cè)試、性能測(cè)試 確認(rèn)測(cè)試： ?測(cè)試、 ?測(cè)試 軟件調(diào)試：蠻力法、回溯法、原因排除法 軟件測(cè)試的意義： a. 發(fā)現(xiàn)軟件錯(cuò)誤； b. 有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過程； c. 驗(yàn)證軟件是否滿足任務(wù)書和系統(tǒng)定義文檔所規(guī)定的技術(shù) d. 為軟件質(zhì)量模型的建立提供依據(jù)。 1軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么？ 軟件測(cè)試應(yīng)該在需求分析階段就介入 ,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼 ,應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試 ,并且軟件缺陷存在放大趨勢(shì) .缺陷發(fā)現(xiàn)的越晚 ,修復(fù)它所花費(fèi)的成本就越大 . 1 需求分析 的任務(wù)是什么？ 有什么作用？需求分析的過程和意 義？ 需求分析的 任務(wù) ： ? 深入描述軟件的功能和性能 ? 確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié) ? 定義軟件的其它有效性需求 需求分析的作用： 確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。 需求分析的過程和意義： (1) 問題識(shí)別 ? 從系統(tǒng)的角度來理解軟件并評(píng)審軟件范圍是否恰當(dāng) ? 確定對(duì)目標(biāo)系統(tǒng)的綜合要求，即軟件的需求 ? 提出這些需求實(shí)現(xiàn)條件，以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn) (2) 分析與綜合 從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的約 束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。 (3) 編制需求分析階段的文檔 ? 軟件需求說明書 ? 數(shù)據(jù)要求說明書 ? 初步的用戶手冊(cè) ? 修改、完善與確定軟件開發(fā)實(shí)施計(jì)劃 (4) 需求分析評(píng)審 ? 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 。 ? 系統(tǒng)需求分析階段提供的文檔資料是否齊全 。 ? 文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求 。 ? 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 ? 被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定 。 ? 所有圖表是否清楚，在 不補(bǔ)充說明時(shí)能否理解 。 軟件測(cè)試工程師面試寶典 13 ? 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明 。 ? 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 。 ? 開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么 。 ? 是否考慮過軟件需求的其它方案 。 ? 是否考慮過將來可能會(huì)提出的軟件需求 。 ? 是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn) 。 需求分析的意義： 軟件工程理論認(rèn)為，在軟件生命周期中，需求分析（ Requirements Analysis）是最重要的一個(gè)階段。軟件需求分析的質(zhì)量對(duì)軟件開發(fā)的影響是深遠(yuǎn)的、全局性的，高質(zhì)量需求對(duì)軟件開發(fā)往往起到事半功倍的效果，所謂 “磨刀不誤砍柴功 ”。在后續(xù)階段改正需求分析階段產(chǎn)生的錯(cuò)誤將付出高昂的代價(jià)。 1請(qǐng)畫出軟件測(cè)試活動(dòng)的流程圖。（ 8 分） 測(cè)試需求 測(cè)試計(jì)劃 測(cè)試用例設(shè)計(jì) 執(zhí)行測(cè)試用例 結(jié)果分析 缺陷解決 回歸測(cè)試 1試敘述對(duì)一個(gè)軟件項(xiàng)目測(cè)試的全過程。（ 10 分 ） (1)項(xiàng)目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過綜合開發(fā)人員，測(cè)試人員以及客戶的意見，完成項(xiàng)目計(jì)劃。然后 SQA 進(jìn)入項(xiàng)目，開始進(jìn)行統(tǒng)計(jì)和跟蹤 (2)開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)