軟件測(cè)試整理(博彥科技)

軟件生命周期1、 軟件生存周期（SystemsDevelopmentLifeCycle）（6階段）：可行性分析與開發(fā)項(xiàng)計(jì)劃（問題的定義及規(guī)劃）、需求分析、軟件設(shè)計(jì)（概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)）、程序編碼、軟件測(cè)試、運(yùn)行維護(hù)等活動(dòng)。2、 周期模型:典型的幾種生命周期模型包括瀑布模型、快速原型模型、迭代模型。瀑布模型（WaterfallModel）首先由Royce提出。在該模型中，首先確定需求，并接受客戶和SQA小組的驗(yàn)證。然后擬定規(guī)格說明，同樣通過驗(yàn)證后，進(jìn)入計(jì)劃階段??可以看出，瀑布模型中至關(guān)重要的一點(diǎn)是只有當(dāng)一個(gè)階段的文檔已經(jīng)編制好并獲得SQA小組的認(rèn)可才可以進(jìn)入下一個(gè)階段。這樣，瀑布模型通過強(qiáng)制性的要求提供規(guī)約文檔來確保每個(gè)階段都能很好的完成任務(wù)。迭代式模型迭代式模型是是RUP（RationalUnifiedProcess，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程）推薦的周期模型，也是我們?cè)谶@個(gè)系列文章討論的基礎(chǔ)。在RUP中，迭代被定義為：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動(dòng)和要使用該發(fā)布必需的所有其他外圍元素。所以，在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：（至少包括）需求工作流程、分析設(shè)計(jì)工作流程、實(shí)施工作流程和測(cè)試工作流程。實(shí)質(zhì)上，它類似小型的瀑布式項(xiàng)目。RUP認(rèn)為，所有的階段（需求及其它）都可以細(xì)分為迭代。每一次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品，這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集。迭代和瀑布的區(qū)別迭代和瀑布的最大的差別就在于風(fēng)險(xiǎn)的暴露時(shí)間上。由于瀑布模型的特點(diǎn)（文檔是主體），很多的問題在最后才會(huì)暴露出來，為了解決這些問題的風(fēng)險(xiǎn)是巨大的。"在迭代式生命周期中，您需要根據(jù)主要風(fēng)險(xiǎn)列表選擇要在迭代中開發(fā)的新的增量?jī)?nèi)容。每次迭代完成時(shí)都會(huì)生成一個(gè)經(jīng)過測(cè)試的可執(zhí)行文件，這樣就可以核實(shí)是否已經(jīng)降低了目標(biāo)風(fēng)險(xiǎn)。"快速原型模型快速原型（RapidPrototype）模型在功能上等價(jià)于產(chǎn)品的一個(gè)子集。注意，這里說的是功能上。瀑布模型的缺點(diǎn)就在于不夠直觀，快速原型法就解決了這個(gè)問題。一般來說，根據(jù)客戶的需要在很短的時(shí)間內(nèi)解決用戶最迫切需要，完成一個(gè)可以演示的產(chǎn)品。這個(gè)產(chǎn)品只是實(shí)現(xiàn)部分的功能（最重要的）。它最重要的目的是為了確定用戶的真正需求。在得到用戶的需求之后，原型將被拋棄。因?yàn)樵烷_發(fā)的速度很快，設(shè)計(jì)方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中會(huì)為此付出極大的代價(jià)。至于保留原型方面，也是有一種叫做增量模型是這么做的，但這種模型并不為大家所接受。上述的模型中都有自己獨(dú)特的思想，其實(shí)現(xiàn)在的軟件組織中很少說標(biāo)準(zhǔn)的采用那一種模型的。模型和實(shí)用還是有很大的區(qū)別的。軟件缺陷軟件缺陷（Defect），常常又被叫做Bug。所謂軟件缺陷，即為計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤，或者隱藏的功能缺陷。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯(cuò)誤、毛病等各種問題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。軟件缺陷產(chǎn)生的原因1）需求的不完善定義4）邏輯設(shè)計(jì)錯(cuò)誤7）測(cè)試過程不足1）需求的不完善定義4）邏輯設(shè)計(jì)錯(cuò)誤7）測(cè)試過程不足5）編碼錯(cuò)誤 （6）不符合文檔編制與編碼規(guī)定8）規(guī)程錯(cuò)誤 （9）文檔編制錯(cuò)誤判斷軟件缺陷的規(guī)則（軟件缺陷的類型）（1）軟件未達(dá)到產(chǎn)品規(guī)格說明書（需求）標(biāo)明的功能（2）軟件出現(xiàn)了規(guī)格說明書指明不會(huì)出現(xiàn)的錯(cuò)誤（3）軟件功能超出規(guī)格說明書指明的的范圍（4）軟件未達(dá)到規(guī)格說明書雖未指出但應(yīng)達(dá)到的目標(biāo)（隱含需求）（5）軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好（6）需要注意的是，測(cè)試人員報(bào)告Bug時(shí)，應(yīng)該保證Bug是可以重現(xiàn)的（對(duì)于有時(shí)不可重現(xiàn)的Bug，應(yīng)當(dāng)反復(fù)測(cè)試，直到最終確定Bug的發(fā)生場(chǎng)景為止）Bug記錄一條Bug記錄最基本的應(yīng)包含：編號(hào)、Bug所屬模塊、Bug描述、Bug級(jí)別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等，要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例，然后嚴(yán)格執(zhí)行測(cè)試用例，對(duì)發(fā)現(xiàn)的問題要充分確認(rèn)肯定，描述的要求高，提供的信息多且準(zhǔn)確，然后再向外發(fā)布，才能提高提交Bug的質(zhì)量。軟件的缺陷等級(jí)（1） 微小的（Minor）。一些小問題如有個(gè)別錯(cuò)別字、文字排版不整齊等，對(duì)功能幾乎沒有影響，軟件產(chǎn)品仍可使用。（2） —般的（Major）。不太嚴(yán)重的錯(cuò)誤，如次要功能模塊喪失、提示信息不夠準(zhǔn)確、用戶界面差和操作時(shí)間長(zhǎng)等。（3） 嚴(yán)重的（Critical）。嚴(yán)重錯(cuò)誤，指功能模塊或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能全部喪失，或致命的錯(cuò)誤聲明。（4） 致命的（Fatal）。致命的錯(cuò)誤，造成系統(tǒng)崩潰、死機(jī)，或造成數(shù)據(jù)丟失、主要功能完全當(dāng)開發(fā)人員說不是BUG時(shí)，你如何應(yīng)付？如果確實(shí)是自己理解錯(cuò)誤，則承認(rèn)錯(cuò)誤，沒什么大不了；如果是需求不明，請(qǐng)項(xiàng)目經(jīng)理補(bǔ)充清楚；如果雙方理解不一致，且都不能互相說服，則請(qǐng)項(xiàng)目經(jīng)理判斷。軟件測(cè)試軟件質(zhì)量保證（SQA）軟件質(zhì)量保證是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題。軟件測(cè)試軟件測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；但發(fā)現(xiàn)錯(cuò)誤不是軟件測(cè)試的唯一目的測(cè)試人員在軟件開發(fā)過程中的任務(wù)（1）尋找Bug；（2）避免軟件開發(fā)過程在的缺陷；（3）衡量軟件的品質(zhì)；（4）關(guān)注用戶的需求。總的目標(biāo)是：確保軟件的質(zhì)量。軟件測(cè)試結(jié)束的標(biāo)準(zhǔn)（1）用例全部測(cè)試；（2）覆蓋率達(dá)到標(biāo)準(zhǔn)（3）缺陷率達(dá)到標(biāo)準(zhǔn)；（4）其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)。軟件測(cè)試活動(dòng)的階段和生命周期階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試，如一個(gè)模塊、一個(gè)過程等等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分，也是最重要的部分之一，其目的是檢驗(yàn)軟件基本組成單位的正確性。集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試，其主要目的是檢查軟件單位之間的接口是否正確。系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù)，它被稱為測(cè)試的“先知者問題”。驗(yàn)收測(cè)試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測(cè)試數(shù)據(jù)通常是系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集.生命周期：計(jì)劃、測(cè)試設(shè)計(jì)、用例設(shè)計(jì)、執(zhí)行、評(píng)估計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃；實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例；總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。測(cè)試用例(TestCase)和測(cè)試規(guī)程測(cè)試用例是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)，這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(cè)試軟件某些功能的一組數(shù)據(jù)。測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔。還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟。設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾個(gè)方面考慮：邊界值、等價(jià)類劃分、有效/無效值等。測(cè)試原則軟件開發(fā)人員即程序員應(yīng)當(dāng)避免測(cè)試自己的程序應(yīng)盡早地和不斷地進(jìn)行軟件測(cè)試對(duì)測(cè)試用例要有正確的態(tài)度：第一，測(cè)試用例應(yīng)當(dāng)由測(cè)試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計(jì)測(cè)試用例時(shí)，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。人以群分，物以類聚，軟件測(cè)試也不例外，一定要充分注意軟件測(cè)試中的群集現(xiàn)象，也可以認(rèn)為是“80-20原則”。嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，以避免發(fā)生疏漏或者重復(fù)無效的工作。應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果進(jìn)行全面檢查。(7)妥善保存測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告和最終分析報(bào)告，以備回歸測(cè)試及維護(hù)之用。在遵守以上原則的基礎(chǔ)上進(jìn)行軟件測(cè)試，可以以最少的時(shí)間和人力找出軟件中的各種缺陷，從而達(dá)到保證軟件質(zhì)量的目的。測(cè)試目標(biāo)發(fā)現(xiàn)可以通過測(cè)試避免的開發(fā)風(fēng)險(xiǎn)的規(guī)模和來源；實(shí)施測(cè)試來降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)； (3)確定測(cè)試何時(shí)可以結(jié)束；(4)在開發(fā)項(xiàng)目的過程中將測(cè)試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。軟件測(cè)試的具體內(nèi)容軟件測(cè)試主要工作內(nèi)容是驗(yàn)證(verification)和確認(rèn)(validation)，下面分別給出其概念：驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng)，即保證軟件以正確的方式來做了這個(gè)事件(Doitright)確認(rèn)(validation)是一系列的活動(dòng)和過程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。（Dotherightthing）1?靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或稈序分析來證明軟件的正確性：2?動(dòng)態(tài)確認(rèn)，通過執(zhí)行程序做分析，測(cè)試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問題。軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試，軟件測(cè)試應(yīng)該包括整個(gè)軟件開發(fā)期間各個(gè)階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。測(cè)試用例設(shè)計(jì)工作的關(guān)鍵？白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題白盒測(cè)試、黑盒測(cè)試？白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否經(jīng)過檢查。黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以通過測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求白盒測(cè)試，英文是WhiteBoxTesting。又稱結(jié)構(gòu)測(cè)試或者邏輯驅(qū)動(dòng)測(cè)試。利用白盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí),需要測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測(cè)試軟件產(chǎn)品的功能。白盒測(cè)試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測(cè)試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。白盒測(cè)試是知道產(chǎn)品內(nèi)部工作過程，可通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要用于軟件驗(yàn)證。白盒測(cè)試常用工具有：Jtest、VcSmith、Jcontract、C++Test、CodeWizard、logiscope。黑盒測(cè)試-功能測(cè)試-數(shù)據(jù)驅(qū)動(dòng)測(cè)試黑盒測(cè)試，英文是BlackBoxTesting。又稱功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來說就像一個(gè)黑盒子。軟件測(cè)試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸岀結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。黑盒測(cè)試常用工具有：AutoRunner、winrunner、loadrunner。軟件驗(yàn)收測(cè)試：Alpha測(cè)試（a測(cè)試）、Beta測(cè)試（B測(cè)試）、第三方驗(yàn)收測(cè)試a測(cè)試，英文是Alphatesting。又稱Alpha測(cè)試.Alpha測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成。在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員來完成，不能由程序員或測(cè)試員完成。B測(cè)試，英文是Betatesting。又稱Beta測(cè)試，用戶驗(yàn)收測(cè)試（UAT）。B測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，而最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員完成。軟件測(cè)試工具（1）軟件錯(cuò)誤管理工具Bugzilla （2）功能測(cè)試工具WinRunner（3）負(fù)載測(cè)試工具LoadRunner （4）測(cè)試管理工具TestDirector文件格式系統(tǒng)有哪幾種類型？分別說說win95、win98、winMe、w2k、winNT、winXP分別支持那些文件系統(tǒng)。FAT（FileAllocationTable是“文件分配表”的意思。對(duì)我們來說它的意義在于對(duì)硬盤分區(qū)的管理。FAT16、FAT32、NTFS是目前最常見的三文件系統(tǒng)。Win95:FAT16和FAT32Win98:FAT16,FAT32winMe:FAT16,FAT32w2k:FAT16,FAT32,NTFSwinNT:FAT16/FAT32/NTFSwinXP:FAT16,FAT32,NTFS本地化測(cè)試，英文是Localizationtesting。本地化就是將軟件版本語言進(jìn)行更改，比如將英文的windows改成中文的windows就是本地化。本地化測(cè)試的對(duì)象是軟件的本地化版本。本地化測(cè)試的目的是測(cè)試特定目標(biāo)區(qū)域設(shè)置的軟件本地化質(zhì)量。本地化測(cè)試的環(huán)境是在本地化的操作系統(tǒng)上安裝本地化的軟件。從測(cè)試方法上可以分為基本功能測(cè)試，安裝/卸載測(cè)試，當(dāng)?shù)貐^(qū)域的軟硬件兼容性測(cè)試。測(cè)試的內(nèi)容主要包括軟件本地化后的界面布局和軟件翻譯的語言質(zhì)量，包含軟件