第一篇：基于模型的軟件測試技術(shù)探析論文

摘 要：近年來，隨著科技信息的快速發(fā)展，軟件的功能性和復(fù)雜性增強，軟件測試與可靠性評估的難度逐步加大。筆者主要分析了現(xiàn)在廣泛應(yīng)用的面向?qū)ο筌浖_發(fā)技術(shù)和軟件自動化測試技術(shù)的現(xiàn)狀，總結(jié)了基于模型的軟件測試特點及不足，并簡單介紹了基于模型的軟件測試流程。

關(guān)鍵詞：軟件產(chǎn)業(yè);模型;測試流程

軟件產(chǎn)業(yè)在國家信息化，工業(yè)化進程中發(fā)揮越來越重要的作用，是推動我國經(jīng)濟社會發(fā)展的基礎(chǔ)性、戰(zhàn)略性和先導(dǎo)性產(chǎn)業(yè)。保障軟件質(zhì)量，維護國家和社會信息安全已是國家必須解決的重點問題。進行軟件測試是保證軟件質(zhì)量的關(guān)鍵階段，是保證軟件生存期的重要步驟。軟件測試，即在軟件正式投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼進行最終復(fù)審的活動。其目的是為了檢驗軟件系統(tǒng)是否滿足需求并針對發(fā)現(xiàn)的問題進行改進。目前，我國軟件質(zhì)量測試研究中，對軟件質(zhì)量測評模型與測試數(shù)據(jù)自動生成方法的研究，已經(jīng)成軟件工程領(lǐng)域的研究熱點。基于模型的軟件測試方式是軟件編碼階段的主要測試方法，通過故障排除法，檢測軟件質(zhì)量，具有運行速度快，效率高、檢測性能佳等特點。但是也存在誤報、漏報和故障機理等程序問題。筆者通過分析國內(nèi)外軟件質(zhì)量相關(guān)技術(shù)現(xiàn)狀，對基于模型的軟件測試技術(shù)特點和存在的主要問題進行了分析，闡述了基于模型的軟件測試流程。國內(nèi)外軟件質(zhì)量相關(guān)技術(shù)現(xiàn)狀

近幾年，國家對軟件安全問題越來越重視，不少高校和國家研究機構(gòu)從事軟件測試研究，通過借鑒國外先進理論和引進技術(shù)，結(jié)合我國軟件質(zhì)量問題，基于模型的軟件測試技術(shù)得到了快速發(fā)展并應(yīng)用到實際測試中。但是還是遠遠落后于國外軟件測試技術(shù)，一方面，在歐美發(fā)達國家，軟件測試工作是一個非常獨立的職業(yè)，是軟件質(zhì)量控制必不可少的環(huán)節(jié)；在我國，很多軟件企業(yè)軟件測試工作只停留在單元測試，功能測試等環(huán)節(jié)，甚至根本不進行質(zhì)量測試，專業(yè)的測試工作人員所占比例小；另一方面，我國軟件產(chǎn)業(yè)質(zhì)量較低，軟件測試標準化、規(guī)范化操作尚未形成，而軟件測試的通用化、網(wǎng)絡(luò)化和智能化水平與國外相比，更是相差甚遠。模型的軟件測試技術(shù)特點

2.1 軟件測試評價一體化

基于模型的軟件測試技術(shù)根據(jù)被測試應(yīng)用程序的分析設(shè)計模型，自動生成測試模型、產(chǎn)生測試用例和進行測試結(jié)果評價。

2.2 軟件測試自動化水平及測試效率高

基于模型的軟件測試在測試過程中，首先提高了軟件測試效率，減少了測試人員的工作量；其次在軟件成本降低的同時，軟件產(chǎn)品質(zhì)量提高了；最后，可以隨時生成各種統(tǒng)計數(shù)據(jù)，提高高層監(jiān)控整個軟件測試過程的能力。

2.3 有效解決了測試失效辨識問題

基于模型的軟件測試技術(shù)是對其他軟件測試技術(shù)的有效補充，往往能發(fā)現(xiàn)其他測試技術(shù)難以發(fā)現(xiàn)的故障，尤其是對邏輯復(fù)雜故障測試效果好，保障了軟件質(zhì)量。模型的軟件測試存在的主要問題

模型的軟件測試工作是一項具體且全面的工作過程。首先，工作人員方面，不僅需要測試人員具備一定的理論基礎(chǔ)，還要掌握相關(guān)工具使用方法。其次，在實際應(yīng)用過程中，我們發(fā)現(xiàn)基于模型的軟件測試技術(shù)存在不少軟件質(zhì)量問題，尚不能取代已有的其他測試技術(shù)，還需從事此行業(yè)的工作人員進一步研究和實踐，更好的補充其他測試技術(shù)不足之處。以下簡述了存在的幾個主要問題并進行了簡要分析。

3.1 誤報問題

誤報問題是系統(tǒng)沒有發(fā)生故障而報警，誤報信息是模型的軟件測試技術(shù)普遍存在的問題。這是由于一些故障的發(fā)生和確定是在動態(tài)的信息執(zhí)行中形成的，而基于模型的軟件測試技術(shù)大多是靜態(tài)分析技術(shù)，誤報問題在靜態(tài)分析的測試工具工作中是不可避免的。以下以O(shè)CL在建模的進程調(diào)度系統(tǒng)中的靜態(tài)模型為例，見圖1。圖1 靜態(tài)模型 上圖是對系統(tǒng)的靜態(tài)描述，雖然可以形成所需模型，但是顯然對該系統(tǒng)的描述還是不精確的。我們知道，處在就緒狀態(tài)的進程和等待進入就緒狀態(tài)的進程集合之間是不相交的，而系統(tǒng)中始終只能有一個處于活動狀態(tài)的進程，活動進程與前兩個進程也不會發(fā)生集合。這樣，靜態(tài)圖的生成并不是準確的，誤報問題由此產(chǎn)生。現(xiàn)在不少高校和研究所將動態(tài)測試與靜態(tài)測試進行互配測試，以期解決測試中的誤報問題。

3.2 漏報問題

漏報是指系統(tǒng)發(fā)生了故障而沒有報警，是系統(tǒng)故障中又一常見問題。基于模型的軟件測試是由模型定義和模型檢測算法進行軟件質(zhì)量測試的，由于模型定義和模型檢測算法在具體軟件模型檢測中存在差異，漏報問題也是不可避免。我們知道，由于模型定義是由故障本身及所用工具決定的，而軟件模型多種多樣，測試工具因模型變化，具體的模型所用的檢測工具在設(shè)計過程中從檢測的效率性和降低軟件復(fù)雜性出發(fā)，都會設(shè)計形成自己認為最簡便合理的檢測算法，這樣就形成了軟件檢測中普遍存在漏報問題，即使是相同的模型，由于檢測工具的差異，導(dǎo)致檢測故障結(jié)果也存在差異性。

第二篇：軟件測試技術(shù)與管理方法探討論文

1自動化測試

傳統(tǒng)的測試已經(jīng)無法滿足測試的需要，自動化測試應(yīng)運而生，自動化測試是指在預(yù)設(shè)條件下運行，包括正常條件和異常條件，自動化主要研究的是自動化框架測試、自動化測試腳本技術(shù)、自動化用例生成。通過資料了解，C-ATFM模型。該模型基于C語言，面向?qū)ο蠹森h(huán)境，采用源碼嵌入有效的分析軟件的代碼、詞法、語法、策略、指令。并且隨著軟件工程及軟件測試的發(fā)展，自動化的機器測試發(fā)展更有前景。

2下面簡介軟件測試的過程

2.1模塊測試

模塊測試主要針對軟件設(shè)計中的程序模塊，通過測試技術(shù)測試程序塊是否正確，模塊測試的主要目的是測試程序內(nèi)部的錯誤，根據(jù)程序設(shè)計的結(jié)構(gòu)檢查代碼和程序是否合理，是否符合設(shè)計思路和理念，是否能夠正常運行。

2.2組裝測試

在模塊的基礎(chǔ)上，需要將所有模塊的功能全部測試完成后組裝成為系統(tǒng)，組裝測試的目的在于，連接所有模塊之后，模塊之間的接口、觸發(fā)器是否能正常運行，并且計算顯示的數(shù)據(jù)是否正確，模塊之間的功能是否互相沖突，是否達到預(yù)期的目的和結(jié)果顯示，是否構(gòu)成正確的、預(yù)期的數(shù)據(jù)結(jié)構(gòu)。不同模塊之間的誤差有多少，有多少可以解決，有多少不能解決。

2.3確認測試

確認測試的目的是驗證軟件的功能和特性是否達到預(yù)期的愿望，是否能按照預(yù)期的組織結(jié)構(gòu)、系統(tǒng)結(jié)構(gòu)、用例分析和時序分析運作，并且進行驗收測試和安裝測試。

2.4系統(tǒng)測試

系統(tǒng)測試是確認軟件是否與硬件互相支持，是否能滿足軟件使用者對軟件的需求和操作簡便的愿望，比如說查詢模塊運行完后界面中查詢條件應(yīng)該為查詢之間輸入的查詢條件。系統(tǒng)測試保證了系統(tǒng)的正常運行，另外很重要的就是權(quán)限測試，系統(tǒng)在研發(fā)之初定義的權(quán)限信息和權(quán)限功能是否實現(xiàn)，是否發(fā)現(xiàn)軟件成品與軟件定義不符合或者矛盾。

3軟件測試技術(shù)的地位

一個成功的測試用例在于發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的缺陷。其實，軟件編程的過程也會出現(xiàn)一些不可避免的錯誤，例如：對于用戶需求的錯誤分析和編程出現(xiàn)的一些語法錯誤，如果軟件與發(fā)票費用相關(guān)更是與測試密不可分。軟件不斷地接近成熟和完成以及投入使用階段，軟件測試工程師必須更加謹慎的檢測每一部分程序，一段程序的完成，測試工作量占有總工作量40%以上，這就給我們說明：測試是軟件開發(fā)成功的重要組成部分。

第三篇：測試技術(shù)論文

虛擬儀器技術(shù)就是利用高性能的模塊化硬件，結(jié)合高效靈活的軟件來完成各種測試、測量和自動化的應(yīng)用。靈活高效的軟件能幫助您創(chuàng)建完全自定義的用戶界面，模塊化的硬件能方便地提供全方位的系統(tǒng)集成，標準的軟硬件平臺能滿足對同步和定時應(yīng)用的需求。這也正是NI近30年來始終引領(lǐng)測試測量行業(yè)發(fā)展趨勢的原因所在。只有同時擁有高效的軟件、模塊化I/O硬件和用于集成的軟硬件平臺這三大組成部分，才能充分發(fā)揮虛擬儀器技術(shù)性能高、擴展性強、開發(fā)時間少，以及出色的集成這四大優(yōu)勢。

虛擬儀器技術(shù)的三大組成部分：

1．高效的軟件

軟件是虛擬儀器技術(shù)中最重要的部份。使用正確的軟件工具并通過設(shè)計或調(diào)用特定的程序模塊，工程師和科學(xué)家們可以高效地創(chuàng)建自己的應(yīng)用以及友好的人機交互界面。提供的行業(yè)標準圖形化編程軟件——LabVIEW，不僅能輕松方便地完成與各種軟硬件的連接，更能提供強大的后續(xù)數(shù)據(jù)處理能力，設(shè)置數(shù)據(jù)處理、轉(zhuǎn)換、存儲的方式，并將結(jié)果顯示給用戶。此外，還提供了更多交互式的測量工具和更高層的系統(tǒng)管理軟件工具，例如連接設(shè)計與測試的交互式軟件SignalExpress、用于傳統(tǒng)C語言的LabWindows/CVI、針對微軟Visual Studio的Measurement Studio等等，均可滿足客戶對高性能應(yīng)用的需求。

有了功能強大的軟件，您就可以在儀器中創(chuàng)建智能性和決策功能，從而發(fā)揮虛擬儀器技術(shù)在測試應(yīng)用中的強大優(yōu)勢。

2．模塊化的I/O硬件

面對如今日益復(fù)雜的測試測量應(yīng)用，已經(jīng)提供了全方位的軟硬件的解決方案。無論您是使用PCI, PXI, PCMCIA, USB或者是1394總線，都能提供相應(yīng)的模塊化的硬件產(chǎn)品，產(chǎn)品種類從數(shù)據(jù)采集、信號條理、聲音和振動測量、視覺、運動、儀器控制、分布式I/O到CAN接口等工業(yè)通訊，應(yīng)有盡有。高性能的硬件產(chǎn)品結(jié)合靈活的開發(fā)軟件，可以為負責(zé)測試和設(shè)計工作的工程師們創(chuàng)建完全自定義的測量系統(tǒng)，滿足各種獨特的應(yīng)用要求。

3．用于集成的軟硬件平臺

專為測試任務(wù)設(shè)計的PXI硬件平臺，已經(jīng)成為當今測試、測量和自動化應(yīng)用的標準平臺，它的開放式構(gòu)架、靈活性和PC技術(shù)的成本優(yōu)勢為測量和自動化行業(yè)帶來了一場翻天覆地的改革。

PXI作為一種專為工業(yè)數(shù)據(jù)采集與自動化應(yīng)用度身定制的模塊化儀器平臺，內(nèi)建有高端的定時和觸發(fā)總線，再配以各類模塊化的I/O硬件和相應(yīng)的測試測量開發(fā)軟件，您就可以建立完全自定義的測試測量解決方案。無論是面對簡單的數(shù)據(jù)采集應(yīng)用，還是高端的混合信號同步采集，借助PXI高性能的硬件平臺，您都能應(yīng)付自如。這就是虛擬儀器技術(shù)帶給您的無可比擬的優(yōu)勢。

虛擬儀器技術(shù)的四大優(yōu)勢：

性能高

虛擬儀器技術(shù)是在PC技術(shù)的基礎(chǔ)上發(fā)展起來的，所以完全“繼承”了以現(xiàn)成即用的PC技術(shù)為主導(dǎo)的最新商業(yè)技術(shù)的優(yōu)點，包括功能超卓的處理器和文件I/O，使您在數(shù)據(jù)高速導(dǎo)入磁盤的同時就能實時地進行復(fù)雜的分析。此外，不斷發(fā)展的因特網(wǎng)和越來越快的計算機網(wǎng)絡(luò)使得虛擬儀器技術(shù)展現(xiàn)其更強大的優(yōu)勢。

擴展性強

這些軟硬件工具使得工程師和科學(xué)家們不再圈囿于當前的技術(shù)中。得益于軟件的靈活性，只需更新您的計算機或測量硬件，就能以最少的硬件投資和極少的、甚至無需軟件上的升級即可改進您的整個系統(tǒng)。在利用最新科技的時候，您可以把它們集成到現(xiàn)有的測量設(shè)備，最終以較少的成本加速產(chǎn)品上市的時間。

開發(fā)時間少

在驅(qū)動和應(yīng)用兩個層面上，NI高效的軟件構(gòu)架能與計算機、儀器儀表和通訊方面的最新技術(shù)結(jié)合在一起。設(shè)計這一軟件構(gòu)架的初衷就是為了方便用戶的操作，同時還提供了靈活性和強大的功能，使您輕松地配置、創(chuàng)建、發(fā)布、維護和修改高性能、低成本的測量和控制解決方案。

無縫集成虛擬儀器技術(shù)從本質(zhì)上說是一個集成的軟硬件概念。隨著產(chǎn)品在功能上不斷地趨于復(fù)雜，工程師們通常需要集成多個測量設(shè)備來滿足完整的測試需求，而連接和集成這些不同設(shè)備總是要耗費大量的時間。虛擬儀器軟件平臺為所有的I/O設(shè)備提供了標準的接口，幫助用戶輕松地將多個測量設(shè)備集成到單個系統(tǒng)，減少了任務(wù)的復(fù)雜性。

應(yīng)用實例

阿爾卡特美國公司是全球領(lǐng)先的世界上電信設(shè)備制造商領(lǐng)導(dǎo)者之一。位于加州佩塔盧馬的接入部，開發(fā)Litespan接入平臺一種光纖數(shù)字環(huán)路載波（DLC）。DLC能夠?qū)㈦娫捁局行臋C房普通銅線上的電話業(yè)務(wù)傳遞到更遠的地方。通過LabVIEW，在相對短的時間內(nèi)開發(fā)了一個全面測試方案。同時測試對每個信道單元的16個ANSI要求的環(huán)路和4條ISDN線路的一個信道單元進行測試時，每項測試所花費的時間為12分鐘。由于一些信道單元需要測試某個溫度范圍內(nèi)的狀況，因而整個測試需要幾天的時間。

Allen Klein美國阿爾卡特公司Litespan硬件質(zhì)量部的一位工程師，在程序中增加了一項功能，使得測試可以全天進行，甚至在周末也行。這項功能極大地擴展豐富了測試平臺，提高了測試效率。

虛擬儀器技術(shù)是測試技術(shù)和計算機技術(shù)相結(jié)合的產(chǎn)物，是兩門學(xué)科最新技術(shù)的結(jié)晶，融合了測試理論、儀器原理和技術(shù)、計算機接口技術(shù)、高速總線技術(shù)以及圖形軟件編程技術(shù)于一體。

虛擬儀器是由計算機硬件資源和用于數(shù)字分析與處理、過程通訊以及圖形界面的軟件組成的測控系統(tǒng)，它把儀器生產(chǎn)廠家定義儀器功能的方式轉(zhuǎn)變?yōu)橛捎脩糇约憾x儀器功能，也就是說傳統(tǒng)測試中使用廠家生產(chǎn)的儀器，儀器的性能及功能在出廠時已被廠家定義，用戶只能根據(jù)自己的要求和需要選擇和使用；而虛擬儀器是在一定的硬件基礎(chǔ)上，用戶可根據(jù)測試的需求，編寫軟件定義自己的儀器功能。同樣的硬件配置可開發(fā)出不同的儀器，例如在儀器面板上顯示采集信號在時域的波形，那么該儀器為虛擬示波器；如果在程序中對采集信號進行FFT變換，那么該儀器就是虛擬頻譜分析儀。筆者則用LabWindows／CVI來開發(fā)虛擬經(jīng)紗張力測試儀，用來測試織機在工作時經(jīng)紗張力的變化情況。經(jīng)紗張力傳感器

織機在織造過程中，經(jīng)紗動態(tài)張力對織造的，順利進行有著很大的影響，張力過大，易引起斷頭，影響織造效率；張力不足易造成梭口不清，形成三跳疵點，使布面及紋路不夠清晰。當經(jīng)紗穿過軸時，經(jīng)紗對兩側(cè)傳力桿有壓力，通過傳力桿將壓力傳給彈性梁，使之產(chǎn)生應(yīng)變，利用應(yīng)變片將其應(yīng)變轉(zhuǎn)化為電阻的變化，然后再通過轉(zhuǎn)化電路將電阻的變化轉(zhuǎn)化為電壓的變化，測量出電壓值，根據(jù)傳感器的標定就可求出相應(yīng)的經(jīng)紗張力。虛擬經(jīng)紗張力測試儀系統(tǒng)

2．1 系統(tǒng)結(jié)構(gòu)

虛擬經(jīng)紗張力測試儀的測試系統(tǒng)由傳感器、數(shù)據(jù)采集卡、接口總線、硬件驅(qū)動程序和開發(fā)的測試軟件構(gòu)成，數(shù)據(jù)采集卡采用6024E，LabWindows／CVI平臺開發(fā)測試軟件，在Windows98操作系統(tǒng)下運行。

2.2 信號采集

由于要測出經(jīng)紗張力與主軸轉(zhuǎn)角的關(guān)系，所以用了3個傳感器。傳感器1是經(jīng)紗張力傳

感器，把經(jīng)紗張力物理信號轉(zhuǎn)化為電信號；傳感器2是光電脈沖傳感器，用來測量主軸轉(zhuǎn)角；傳感器3是霍爾傳感器，將霍爾電壓作為測量觸發(fā)信號。各個傳感器輸出的信號都要經(jīng)過一個信號調(diào)理電路對信號進行處理(如濾波、放大等)，從混合信號中取出待測的有用信號，送人數(shù)據(jù)采集卡，并要適合數(shù)據(jù)采集卡的電壓范圍，通過總線結(jié)構(gòu)送進計算機進行處理。數(shù)據(jù)采集借助軟件來控制整個DAQ系統(tǒng)，包括采集原始數(shù)據(jù)、分析數(shù)據(jù)等，調(diào)理后的信號經(jīng)多路開關(guān)在軟件設(shè)定采樣率的控制下，巡回采集并放大，再經(jīng)采樣與保持及A／D轉(zhuǎn)換器單元被量化成數(shù)字信號，成為計算機可以處理的信號，由虛擬儀器軟件對測試信號進行計算、分析、顯示，并儲存結(jié)果。虛擬經(jīng)紗張力測試儀的設(shè)計

3．1 經(jīng)紗張力測試儀的面板結(jié)構(gòu)

虛擬經(jīng)紗張力測試儀的面板右邊的七個文本框輸入內(nèi)容，是用戶根據(jù)實際測量的需求以及與采集卡的連接通道在開始測試前設(shè)定的。測量時，打開測試儀器開關(guān)，儀器就可以工作；按下采集數(shù)據(jù)，稍等幾秒，面板上就會顯示出經(jīng)紗張力的波形圖。保存數(shù)據(jù)就是對測量的原始數(shù)據(jù)、信號處理后的數(shù)據(jù)以及需要提供給用戶的數(shù)據(jù)存取；讀數(shù)據(jù)是讀取事先已經(jīng)測量的數(shù)據(jù)，然后在儀器面板上繪出曲線，這有利于事后分析；關(guān)閉儀器則退出測試狀態(tài)。

3．2 虛擬經(jīng)紗張力測試儀的軟件

面板上的數(shù)據(jù)采集、關(guān)閉儀器、保存數(shù)據(jù)等命令按鈕通過回調(diào)函數(shù)來實現(xiàn)各自的功能，整個源代碼中數(shù)據(jù)采集的回調(diào)函數(shù)caiji是程序的關(guān)鍵。虛擬經(jīng)紗張力測試儀的應(yīng)用

用所設(shè)計的虛擬經(jīng)紗張力測試儀系統(tǒng)對YC—425型噴氣織機測試，織機主軸每轉(zhuǎn)一轉(zhuǎn)，經(jīng)紗張力周期變化一次，在0°附近，經(jīng)紗張力最大，有利于打緯，最小張力出現(xiàn)在280°附近。在理論上來講，下一個最大值出現(xiàn)在開口滿開的位置，且一般只有兩個峰值，在曲線上除了打緯點外，還有兩個峰值，這說明在后梁裝有張力緩解機構(gòu)。最小張力也就是經(jīng)紗的上機張力曲線的重復(fù)性不很好，說明織機工作狀況不夠穩(wěn)定。結(jié)束語

虛擬儀器是今后儀器儀表、測試控制研究與發(fā)展的方向，用NI公司的LabWindows／CVI作為平臺，比常用的面向?qū)ο筌浖幊屉y度大大降低，使得軟件開發(fā)效率高，界面友好，功能強大，且擴展性好，對采集到的數(shù)據(jù)可用于高級分析庫進行信號處理，也可以為了使所得測試曲線符合實際情況，進行擬合處理。總之，虛擬儀器有強大的功能，它強調(diào)“軟件就是儀器”，用軟件代替硬件，易開發(fā)、易調(diào)試，可有效節(jié)約資金。

第四篇：《軟件測試技術(shù)》課程總結(jié)報告

《軟件測試技術(shù)》課程總結(jié)報告

班級：姓名：學(xué)號：

一、課程概述

二、課程實訓(xùn)項目

三、課程知識點總結(jié)

四、收獲和體會

第五篇：軟件測試技術(shù)面試總結(jié)

軟件測試就是為了發(fā)現(xiàn)程序中的錯誤而分析和執(zhí)行程序的過程。——概念

+基本知識+軟件開發(fā)過程-定義-計劃-實現(xiàn)-穩(wěn)定化-部署

+軟件開發(fā)模型(四種典型的模型)

+瀑布模型

-概述：包括計劃，需求分析，設(shè)計，編碼，測試，運行維護六個階段。六個階段自上而下、相互銜接，以固定的次序進行。

-特點：1.階段的順序性和依賴性；2.文檔驅(qū)動； 3.推遲實現(xiàn)的觀點；4.質(zhì)量保證。-缺點：不適合需求模糊的系統(tǒng)

+原型模型-概述：先建立一個能夠反映用戶需求的原型系統(tǒng)，使得用戶和開發(fā)者可以對目標系統(tǒng)的概貌進行評價和判斷，然后對原型系統(tǒng)進行反復(fù)的擴充、改進、求精，最終建立符合用戶需求的目標系統(tǒng)。

-特點：1.快速開發(fā)工具；2.循環(huán)； 3.低成本。

-分類：按照對原型的處理方式，可以分為漸進型和拋棄型。

+增量模型

-概述：在增量模型中每個階段都生成軟件的一個可發(fā)布版本，階段交錯進行，版本逐漸完善。

-同原型模型的最大區(qū)別在于，在原型模型中每個階段發(fā)布一個原型而在增量模型中則完成一個正式版本。+螺旋模型

-概述：適用于大型軟件的開發(fā)，它將瀑布模型和快速原型模型結(jié)合起來，并加入了風(fēng)險分析。

-特點：1.每個階段都包括制定計劃，風(fēng)險分析，實施工程，評審四個階段；

2.開發(fā)過程迭代進行，每迭代一次螺旋線增一周，工程前進一個層次，系統(tǒng)生成一個新版本，投入新的時間成本，最終得到客戶滿意的版本。

-軟件測試從需求開始：現(xiàn)代的軟件測試將測試滲入到軟件開發(fā)的各個階段，即使瀑布模型，表面看測試工作是在測試階段開始的，事實上，在計劃、需求、設(shè)計階段，測試人員便已經(jīng)開始了他們的工作，如：了解軟件需求，編寫測試計劃，搭建測試環(huán)境。

-測試用例

-三要素：前提條件和操作步驟、預(yù)期結(jié)果、實際結(jié)果。

-必須以需求為依據(jù)。

-軟件測試分類

-是否關(guān)注軟件結(jié)構(gòu)和算法

-黑盒測試：基于軟件需求的測試方法。

-白盒測試：基于軟件內(nèi)部設(shè)計和程序?qū)崿F(xiàn)的測試方法。

-是否執(zhí)行被測試軟件

-動態(tài)測試：在測試過程中執(zhí)行被測試軟件的測試方法。

-靜態(tài)測試：------------不----------------------。

-基于不同的測試階段：

-單元測試：主要測試軟件的單元模塊，需要編寫額外的測試驅(qū)動程序，采用白盒測試的方法，一般由 開發(fā)人員完成。

-集成測試：將一些“構(gòu)件”集成在一起時測試他們是否能正常運行，構(gòu)件可以是程序模塊，也可以是

客戶機-服務(wù)器程序等，需要編寫測試仿真程序，采用白盒和黑盒相結(jié)合的方式，通常由 開發(fā)人員承擔(dān)。

-系統(tǒng)測試：測試軟件系統(tǒng)是否符合所有的需求，包括功能性測試和非功能性測試。一般由

獨立的測試

人員完成，通常采用黑盒測試方法。

-驗收測試：(α、β)與系統(tǒng)測試類似，但由客戶或最終用戶執(zhí)行，測試軟件是否符合需求規(guī)格說明書。

-回歸測試：指在軟件開發(fā)過程中，每次錯誤被修正后或軟件的功能、環(huán)境發(fā)生變化后進行的測試。

-軟件測試的三個步驟：

-測試計劃：測試人員首先對需求進行分析，最終定義一個測試集合，通過刻畫和定義測試發(fā)現(xiàn)需求中的問題，然后根據(jù)軟件需求同測試主管制定并確認“測試計劃”。

-測試設(shè)計和開發(fā)：軟件測試人員根據(jù)軟件需求和軟件設(shè)計說明書完成測試用例的設(shè)計和必要的測試驅(qū)動 程序的開發(fā)。

-執(zhí)行測試：需要做的工作包括搭建測試環(huán)境、運行測試、記錄測試結(jié)果、報告軟件缺陷、跟蹤軟件缺陷、分析測試結(jié)果，必要時進行回歸測試。

-測試工程師的能力要求：

+5C

-Controlled /kEn'trEuld/ 接受管理，有條理的-Competent /'kCmpitEnt/了解正確的測試技術(shù)

-Critical /'kritikEl/專注于發(fā)現(xiàn)問題

-Comprehensive /.kCmpri'hensiv/ 注意細節(jié)

-Considerate /kEn'sidErit/能夠和開發(fā)人員很好的交談

+職業(yè)素質(zhì)-責(zé)任心-學(xué)習(xí)能力-懷疑精神-溝通能力-專注力-洞察力-團隊精神-注重積累 +制定測試計劃的五個步驟：-分析和測試軟件需求-定義測試策略

-定義測試環(huán)境

-定義測試管理

-編寫和審核測試計劃

如果在需求分析階段發(fā)現(xiàn)并結(jié)果問題需要花費$1，則在設(shè)計階段解決同樣的問題需花費$5，在編碼階段需$10，交付后解決同樣的問題需花費$200。——越早測試越好-在需求分析過程中測試人員需要進行如下工作：

1)理解需求，參與審核需求文檔；

2)理解項目的目標、限制，了解用戶的應(yīng)用背景；

3)編寫測試計劃；

4)準備測試資源。

+需求測試

-需求測試測試的對象是主意而不是代碼，針對文檔進行測試。

+好的需求文檔的特征-具有清晰的格式和文檔結(jié)構(gòu)-需求的內(nèi)容正確-需求的內(nèi)容完整-需求具有可行性需求的必要性

-對不同的需求優(yōu)先等級進行定義-描述明確-可證性和可測試性-可修改性-可追蹤-需求文檔被及時更新

+需求測試內(nèi)容

-需求文檔是否符合公司的格式要求

-是否正確

-要保證需求文檔中所描述的內(nèi)容是真實可靠的-這是“真正的”需求嗎？描述的產(chǎn)品是否是要開發(fā)的產(chǎn)品？

-需求是否完備？第一個發(fā)布的版本是否需要更多的功能？列出的需求可以減少一部分？-需求是否兼容？需求有可能是矛盾的。

-需求是否可實現(xiàn)？如：需求設(shè)想的設(shè)備是否比實際運行的要快？需求要求的內(nèi)存、I/0設(shè)備是否太多？

需求的輸入或輸出設(shè)備要求的分辨率是否要求過高？

-需求是否合理？在開發(fā)進度、開發(fā)費用、產(chǎn)品性能、可靠性和內(nèi)存使用之間存在著平衡關(guān)系。

-需求是否可測？對于軟件測試人員來說判斷需求是否可測是這個過程中最重要的工作。+需求測試方法-復(fù)查review-走查walkthrough-審查inspection

+測試策略的內(nèi)容

-確定測試范圍 軟件是無法被完全測試的-確定測試方法 不同的系統(tǒng)需要不同的測試方法

-定義測試標準 入口標準，暫停和繼續(xù)的標準，出口標準等

+軟件測試結(jié)束的標準

-基于測試用例的使用規(guī)則

1)構(gòu)造測試用例（由相關(guān)人員進行評審）

2)執(zhí)行測試用例中，當測試用例的不通過率達到20%則拒絕繼續(xù)測試，待開發(fā)人員修正軟件后再繼續(xù)。

3)當功能性測試用例通過率達到100%，非功能性測試用例通過率達到90%時，允許正常結(jié)束。

-基于“測試期缺陷密度”規(guī)則

--------------含義：對軟件測試一個CPU小時發(fā)現(xiàn)的缺陷數(shù)，比較適用于系統(tǒng)測試-基于“運行期缺陷密度”規(guī)則

--------------含義：把軟件運行一個CPU小時發(fā)現(xiàn)的缺陷數(shù)，比較適用于驗收測試注：一個階段的出口標準!=下一個階段的入口標準

系統(tǒng)測試結(jié)束的標準!=軟件的發(fā)布標準

發(fā)布標準!=軟件0缺陷

-選擇測試工具 是否需要，需要什么工具，怎么獲取

-降低軟件測試代價是企業(yè)普遍關(guān)注的問題，可通過

a.減少冗余和無價值的測試；

b.減少測試階段(萬般無奈下)

+測試環(huán)境

-基本內(nèi)容：設(shè)備環(huán)境、軟件環(huán)境、數(shù)據(jù)環(huán)境

-需考慮的因素-計算機平臺-操作系統(tǒng)-瀏覽器-軟件支持平臺-外圍設(shè)備-網(wǎng)絡(luò)環(huán)境-其他專用設(shè)備

-搭建測試環(huán)境時的配置原則：-使用的頻度或范圍-實效的可能性-最大限度的模擬真實環(huán)境 +測試管理 由于測試工程中設(shè)計的人員、活動、工具是很多的，在制定測試計劃時需要對這些因素進行管理

-選擇缺陷管理工具和測試管理工具

-定義工作進度

-建立風(fēng)險管理計劃

+可能遇到的風(fēng)險

·由于設(shè)計、編碼階段出現(xiàn)大量質(zhì)量問題，導(dǎo)致測試工作量時間增加

·開始測試時所需的硬件、軟件沒有準備好

·未能完成對測試人員的技術(shù)培訓(xùn)

·測試時的人力資源安排不足

·測試過程中，發(fā)生了大量的需求變更

·測試過程中，項目的開發(fā)計劃被大幅度調(diào)整

·不能及時準備好測試所需的環(huán)境

·不能及時準備好測試數(shù)據(jù)

+風(fēng)險管理的過程

·識別風(fēng)險

·評估風(fēng)險

·制定對策

·跟蹤風(fēng)險

+測試設(shè)計與開發(fā)

+總體設(shè)計

-投入產(chǎn)出：測試設(shè)計的輸入是測試計劃，輸出是評審過的測試用例集合-定義設(shè)計目標遵循的原則

-清楚地說明沒項測試的目標

-使每項測試的目標單一，可以對應(yīng)到規(guī)格說明書中的一項需求

-只說明測試應(yīng)該完成什么工作，而不說明如何完成-流程：總體設(shè)計-開發(fā)測試用例-評審測試用例

I.定義設(shè)計目標

II.定義輸入說明

III.定義測試環(huán)境和配置

IV.測試設(shè)計文檔

V.開發(fā)測試用例

+測試用例

-概念：為特定目標開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。

+好的測試用例：

-容易發(fā)現(xiàn)軟件的錯誤

-精確的重復(fù)某測試失敗的情景，可重復(fù)性

-清晰的定義一個或多個期望的結(jié)果

-沒有冗余

+測試用例的作用

-指導(dǎo)測試的實施

-作為編寫測試腳本的“設(shè)計規(guī)格說明書”

-評估測試標準的度量基準

-分析缺陷的標準

+白盒測試用例設(shè)計

+設(shè)計方法

+邏輯覆蓋法

-語句覆蓋

-判定覆蓋

-條件覆蓋

-判定-條件覆蓋

-條件組合覆蓋

-路經(jīng)覆蓋

-基本路經(jīng)法

+輔助模塊設(shè)計

-驅(qū)動模塊：相當于被測程序的主程序。接受測試數(shù)據(jù)，把這些數(shù)據(jù)傳給被測模塊然后輸出實際測試結(jié)果。

-樁模塊：用于調(diào)用被測模塊調(diào)用的子模塊。可以做少量的數(shù)據(jù)操作，不需要把子模塊的所有功能都帶進來，但不容許什么都不做。

+黑盒測試用例設(shè)計

-等價類劃分法

-邊界值法——“缺陷遺漏在角落里，聚集在邊界上。”

-因果圖法彌補等價類和邊界值法的不足

-錯誤推測法

-測試用例的管理可以通過配置管理工具cvs,vss,ClearCase等實現(xiàn)，以保證測試是可重復(fù)的。+常見錯誤分析

-用戶界面問題

·輸入無合法性檢查和值域檢查。

·界面信息不能及時更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對用戶產(chǎn)生誤導(dǎo)。

·表達不清或過于模糊的信息提示。

·要求用戶輸入多余的本來系統(tǒng)可以自己得到的數(shù)據(jù)。

·為了得到某個設(shè)置或?qū)υ捒蛴脩舯仨氉鲈S多冗余的操作，如對話框嵌套太多。·不能記憶用戶的設(shè)置或操作習(xí)慣，使每次進入系統(tǒng)用戶都需重新操作一次初始環(huán)境。·不經(jīng)用戶確認就對系統(tǒng)或數(shù)據(jù)進行了重大修改。

-形象類問題

·不符合用戶的操作習(xí)慣。如，快捷鍵定義不科學(xué)不實用，甚至無快捷鍵。

·不夠?qū)I(yè)，缺乏基本知識。

·界面中英文混雜，甚至拼寫錯誤。

·說明書或幫助的排版格式不專業(yè)：中英文不對應(yīng)，標點的半全角問題，沒有排版準則。·界面元素參差不齊，文字不能完全顯示。

－穩(wěn)定性問題

·不可重現(xiàn)的死機，或不斷申請但不能完全釋放資源，使系統(tǒng)性能越來越低。

·主系統(tǒng)和子系統(tǒng)使用了相同的臨界資源而相互不知道。如：使用相同的類名或臨時文件名、使用同樣的數(shù)據(jù)庫字段名或登陸帳號。

·不能重現(xiàn)的錯誤，許多與代碼中的未初始化變量有關(guān)，有些與系統(tǒng)不檢查異常情況(網(wǎng)絡(luò)中斷、內(nèi)存申請

不成功、長時間無響應(yīng)等)有關(guān)。

-其他問題

·運行時不檢查內(nèi)存、硬盤空間、數(shù)據(jù)庫等。

·無根據(jù)的假設(shè)用戶環(huán)境：硬件/網(wǎng)絡(luò)情況；有些動態(tài)庫；假設(shè)網(wǎng)絡(luò)隨時都是聯(lián)通的。·提供的版本帶病毒。

·提供錯誤的版本給測試組或測試用戶，或程序員與測試組使用不同版本。

·用戶現(xiàn)場開放和修改，又沒有記錄和保留。

·版本中部分內(nèi)容或接口倒退，或出現(xiàn)版本管理混亂。

·有些選項永遠都是灰的，或有些在該變灰時沒變灰。

+測試用例的評審

-測試或測試組件完全針對的是需求中列出的功能嗎？

-測試組件是否覆蓋了所有的需求？

-有冗余的嗎？

-每個測試步驟都有清楚描述的預(yù)期結(jié)果嗎？

+優(yōu)先級

+3級

優(yōu)先級1：此測試用例必須執(zhí)行-2：有時間就執(zhí)行-3：可以不執(zhí)行

+5級

1：此測試必須通過，否則產(chǎn)品發(fā)布存在危險2：在發(fā)布前必須執(zhí)行3：時間允許就執(zhí)行4：此測試可以在下一次發(fā)布或發(fā)布后短期內(nèi)執(zhí)行5：可以不測試