【文章內(nèi)容簡介】 件測試規(guī)范是對軟件測試流程的過程化，并對每一個過程元素進(jìn)行明確界定，而形成的完整的規(guī)范體系。條件覆蓋條件覆蓋隸屬控制流覆蓋標(biāo)準(zhǔn)的范疇，它不僅要求每個語句至少執(zhí)行一次，而且要求使得判定表達(dá)式中每個條件都取得各種可能的結(jié)果TDD測試驅(qū)動開發(fā)（Test Driven Development）α測試α測試是由用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。這是在受控制的環(huán)境下進(jìn)行的測試。 Crosby軟件質(zhì)量的定義系統(tǒng)、部件或過程滿足規(guī)定需求的程度。軟件可靠性（IEEE）軟件可靠性是指一個系統(tǒng)或組件在某個特定時期、特定條件下完成所需完成的功能的能力。規(guī)程規(guī)程是完成某件事情或行動的特定方式，即規(guī)程是為了完成一個任務(wù)，根據(jù)給定方法所執(zhí)行的詳細(xì)活動或過程。開發(fā)風(fēng)險軟件開發(fā)風(fēng)險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì)，如果忽略它，將增加軟件項(xiàng)目失敗的可能。（軟件工程領(lǐng)域）模板在軟件工程領(lǐng)域，模板指的是小組或機(jī)構(gòu)創(chuàng)建的，用于編輯報告以及其他形式文檔的格式。軟件配置管理一個負(fù)責(zé)應(yīng)用(計算機(jī)化的或非計算機(jī)化的)技術(shù)工具和管理規(guī)程、使之能夠完成為維護(hù)SCI和軟件配置版本所需任務(wù)的SQA部Daniel Galin 軟件質(zhì)量保證的擴(kuò)展定義軟件質(zhì)量保證是一個有系統(tǒng)的、有計劃的行動集合，它是提供軟件產(chǎn)品開發(fā)、維護(hù)過程符合其已建立的技術(shù)需求以及跟上計劃安排和在預(yù)算限制之內(nèi)進(jìn)行管理上的需求充分信任所必需的。合同評審合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。規(guī)程規(guī)程是完成某件事情或行動的特定方式，即規(guī)程是為了完成一個任務(wù)，根據(jù)給定方法所執(zhí)行的詳細(xì)活動或過4W1HW1H即WHAT, WHEN, WHERE, WHO和HOW。他們具體含義如下：WHATWhat activities have to be performed?WHENWhen Should the activity be performed?WHEREWhere should the activity be performed?WHOWho should perform the activity?HOWHow should each activity be performed?受控文檔受控文檔是那些目前就對軟件系統(tǒng)的開發(fā)、維護(hù)以及與目前和將來顧客關(guān)系的管理重要或可能變得重要的，并且處于控制狀態(tài)下的文檔。軟件質(zhì)量度量一個項(xiàng)目具有給定質(zhì)量屬性的程度定量測度；或一個函數(shù)，其輸入為軟件數(shù)據(jù)、輸出為單一的數(shù)值，該值可以被理解為軟件具有給定質(zhì)量屬性的程度 Pressman軟件質(zhì)量的定義軟件質(zhì)量是符合明確陳述的功能性能需求、明確文檔化了的開發(fā)標(biāo)準(zhǔn)和所有專業(yè)開發(fā)預(yù)期的隱含特性。軟件開發(fā)風(fēng)險軟件開發(fā)風(fēng)險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì)，如果忽略它，將增加軟件項(xiàng)目失敗的可能。合同評審合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。質(zhì)量記錄質(zhì)量記錄是一種特殊類型的受控文檔。它是面向顧客的文檔，用于證實(shí)同顧客需求的全面符合性以及貫穿于開發(fā)和維護(hù)全過程的軟件質(zhì)量保證系統(tǒng)的有效運(yùn)行軟件可靠性管理軟件可靠性管理指通過一個程序使軟件的可靠性得到最優(yōu)化的過程。此程序著重于軟件防錯（software error prevention），發(fā)現(xiàn)并清除fault；此程序著重于采用一定措施并根據(jù)諸如資源，進(jìn)度表及性能的約束條件使可靠性最大化。軟件配置版本軟件配置版本是指在給定時間點(diǎn)上組成軟件系統(tǒng)的、已批準(zhǔn)而且文檔化的SCI版本的集合。五、問答題(每小題4分，共20分) 談?wù)勀銓ψ儺悳y試原理的理解。（1）使用變異算子對被測程序做微小的合乎語法的變動，每個新程序稱為一個變異體；（2）根據(jù)已有的測試數(shù)據(jù)運(yùn)行變異體；（3）比較變異體和原程序的運(yùn)行結(jié)果：如果兩者不同就稱該測試數(shù)據(jù)將該變異體殺死了；否則稱該變異體是活的。請闡述軟件測試的原則。（1）盡早的和不斷的測試應(yīng)作為軟件開發(fā)人員的座右銘。（2）測試用例應(yīng)當(dāng)由測試數(shù)據(jù)和與之對應(yīng)的預(yù)期結(jié)果組成。（3）測試用例應(yīng)包括合理的輸入條件和不合理的輸入條件。（4）嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性。（5）充分注意測試當(dāng)中的群體現(xiàn)象。 （6）要對每一個測試結(jié)果作全面的檢查。（7）保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護(hù)工作提供充分的資料。測試用例設(shè)計的考慮因素有哪些？（1）測試用例必須具有代表性、典型性；[1分]（2）測試用例要濃縮系統(tǒng)設(shè)計；[1分]（3）測試用例既要考慮正確的輸入，也需要考慮錯誤或異常的輸入，以及促使這些錯誤、異常發(fā)生的條件；[1分]（4）用戶測試用例設(shè)計需要考慮用戶實(shí)際使用場景。[1分]集成測試策略中，漸增式與非漸增式集成策略各有何優(yōu)、缺點(diǎn)？為什么通常采用漸增式？非漸增式集成策略是將所有的模塊一次連接起來，簡單、易行，節(jié)省機(jī)時，但測試過程中難于查錯，發(fā)現(xiàn)錯誤也很難定位，測試效率低。[1分]漸增式集成策略是將模塊一個一個地連入系統(tǒng)，每連入一個模塊，都要對新系統(tǒng)進(jìn)行測試。這種組裝測試方案比較非漸增式，容易查出錯誤及進(jìn)行錯誤定位，有利于查出模塊接口部分的錯誤，因此測試效率高。但漸增式較費(fèi)機(jī)時。[2分]比較兩種集成策略，顯然漸增式有利于實(shí)現(xiàn)測試的目標(biāo)，故通常采用漸增式進(jìn)行組裝測試。[1分]請評價白盒測試？（1）[2分]優(yōu)點(diǎn)迫使測試人員去仔細(xì)思考軟件的實(shí)現(xiàn)。可以檢測代碼中的每條分支和路徑。揭示隱藏在代碼中的錯誤。對代碼的測試比較徹底。最優(yōu)化。（2）[2分]缺點(diǎn)昂貴。 無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤。白盒測試不驗(yàn)證規(guī)格的正確性。 黑盒測試的特點(diǎn)有哪些？（1）不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性；[1分]（2）測試人員只需知道該程序輸入和輸出之間的關(guān)系或功能；[1分]（3）設(shè)計測試用例的依據(jù)是需求規(guī)格說明書或用戶手冊；[1分]（4）尤其適合于一些第三方軟件測試，由于無法得到源程序，無法用其它方法進(jìn)行測試。[1分] 等價類劃分的步驟如何？（1）根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干有效等價類和若干無效等價類；[2分]（2）設(shè)計一個測試用例，使其覆蓋盡可能多的尚未被覆蓋的有效等價類，重復(fù)該步驟，直至所有有效等價類均被覆蓋；[1分]（3）設(shè)計一個測試用例，使其覆蓋一個的尚未被覆蓋的無效等價類，重復(fù)該步驟，直至所有無效等價類均被覆蓋。[1分]談?wù)勀銓Α俺掷m(xù)的軟件測試”的理解。持續(xù)的軟件測試有兩方面的含義：（1）完整的軟件測試工作應(yīng)該貫穿整個軟件生存周期存周期[2分]（2）軟件開發(fā)不同階段都有軟件測試工作，即軟件測試工作的各個步驟分布在整個軟件生存周期中。[2分]一般的軟件項(xiàng)目管理與軟件測試項(xiàng)目管理之間的區(qū)別由那些？（1）對于一般的軟件項(xiàng)目管理，成本和進(jìn)度控制是最重要的；[2分]（2）而在軟件測試項(xiàng)目管理中，質(zhì)量第一是基本點(diǎn)，所有測試項(xiàng)目管理工作都要圍繞提高產(chǎn)品質(zhì)量展開，最終保證在合理的成本、進(jìn)度下滿足用戶需求或期望。[2分]與桌面檢查相比，代碼審查與代碼走查有哪些優(yōu)點(diǎn)？（1）桌面檢查即程序員自己檢查自己的程序。通常，由于程序員思維定勢、心理因素的限制，使得桌面檢查效率不高。[2分]（2）代碼走查、代碼審查采用成組方式進(jìn)行，一旦發(fā)現(xiàn)錯誤就知道了錯誤的位置和性質(zhì)，從而大大降低了調(diào)試費(fèi)用和成本；另外代碼走查、代碼審查可以一次發(fā)現(xiàn)一批錯誤，錯誤發(fā)現(xiàn)效率較高。[2分]請比較白盒測試與黑盒測試方法？（1）白盒測試只考慮測試軟件產(chǎn)品,它不保證完整的需求規(guī)格是否被滿足。而黑盒測試只考慮測試需求規(guī)格,它不保證實(shí)現(xiàn)的所有部分是否被測試到。[1分]（2）黑盒測試會發(fā)現(xiàn)遺漏的缺陷,指出規(guī)格的哪些部分沒有被完成。而白盒測試會發(fā)現(xiàn)代理方面的缺陷,指出哪些實(shí)現(xiàn)部分是錯誤的。[1分]（3）白盒測試比黑盒測試成本要高得多。它需要在測試可被計劃前產(chǎn)生源代碼,并且在確定合適的數(shù)據(jù)和決定軟件是否正確方面需要花費(fèi)更多的工作量。 [1分]（4）一個白盒測試的失敗會導(dǎo)致一次修改,這需要所有的黑盒測試被重復(fù)執(zhí)行并且重新決定白盒測試路徑。[1分] 測試項(xiàng)目中，主要的測試文檔有哪些？測試計劃、測試設(shè)計規(guī)格說明、測試用例說明、測試規(guī)程規(guī)格說明、測試執(zhí)行報告、測試日志、測試缺陷報告、測試總結(jié)報告等談?wù)勀銓Α败浖y試的必要性”的理解。軟件測試的必要性主要體現(xiàn)在如下方面：程序代碼最終體現(xiàn)了軟件的質(zhì)量；軟件測試力爭發(fā)現(xiàn)更多的缺陷盡量減少殘留的缺陷；軟件測試提高軟件的正確性；軟件測試建立對軟件的信心；