第一篇:軟件測試技術(shù)與管理方法探討論文
1自動化測試
傳統(tǒng)的測試已經(jīng)無法滿足測試的需要,自動化測試應(yīng)運(yùn)而生,自動化測試是指在預(yù)設(shè)條件下運(yùn)行,包括正常條件和異常條件,自動化主要研究的是自動化框架測試、自動化測試腳本技術(shù)、自動化用例生成。通過資料了解,C-ATFM模型。該模型基于C語言,面向?qū)ο蠹森h(huán)境,采用源碼嵌入有效的分析軟件的代碼、詞法、語法、策略、指令。并且隨著軟件工程及軟件測試的發(fā)展,自動化的機(jī)器測試發(fā)展更有前景。
2下面簡介軟件測試的過程
2.1模塊測試
模塊測試主要針對軟件設(shè)計中的程序模塊,通過測試技術(shù)測試程序塊是否正確,模塊測試的主要目的是測試程序內(nèi)部的錯誤,根據(jù)程序設(shè)計的結(jié)構(gòu)檢查代碼和程序是否合理,是否符合設(shè)計思路和理念,是否能夠正常運(yùn)行。
2.2組裝測試
在模塊的基礎(chǔ)上,需要將所有模塊的功能全部測試完成后組裝成為系統(tǒng),組裝測試的目的在于,連接所有模塊之后,模塊之間的接口、觸發(fā)器是否能正常運(yùn)行,并且計算顯示的數(shù)據(jù)是否正確,模塊之間的功能是否互相沖突,是否達(dá)到預(yù)期的目的和結(jié)果顯示,是否構(gòu)成正確的、預(yù)期的數(shù)據(jù)結(jié)構(gòu)。不同模塊之間的誤差有多少,有多少可以解決,有多少不能解決。
2.3確認(rèn)測試
確認(rèn)測試的目的是驗證軟件的功能和特性是否達(dá)到預(yù)期的愿望,是否能按照預(yù)期的組織結(jié)構(gòu)、系統(tǒng)結(jié)構(gòu)、用例分析和時序分析運(yùn)作,并且進(jìn)行驗收測試和安裝測試。
2.4系統(tǒng)測試
系統(tǒng)測試是確認(rèn)軟件是否與硬件互相支持,是否能滿足軟件使用者對軟件的需求和操作簡便的愿望,比如說查詢模塊運(yùn)行完后界面中查詢條件應(yīng)該為查詢之間輸入的查詢條件。系統(tǒng)測試保證了系統(tǒng)的正常運(yùn)行,另外很重要的就是權(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ā)票費(fèi)用相關(guān)更是與測試密不可分。軟件不斷地接近成熟和完成以及投入使用階段,軟件測試工程師必須更加謹(jǐn)慎的檢測每一部分程序,一段程序的完成,測試工作量占有總工作量40%以上,這就給我們說明:測試是軟件開發(fā)成功的重要組成部分。
第二篇:測試技術(shù)論文
虛擬儀器技術(shù)就是利用高性能的模塊化硬件,結(jié)合高效靈活的軟件來完成各種測試、測量和自動化的應(yīng)用。靈活高效的軟件能幫助您創(chuàng)建完全自定義的用戶界面,模塊化的硬件能方便地提供全方位的系統(tǒng)集成,標(biāo)準(zhǔn)的軟硬件平臺能滿足對同步和定時應(yīng)用的需求。這也正是NI近30年來始終引領(lǐng)測試測量行業(yè)發(fā)展趨勢的原因所在。只有同時擁有高效的軟件、模塊化I/O硬件和用于集成的軟硬件平臺這三大組成部分,才能充分發(fā)揮虛擬儀器技術(shù)性能高、擴(kuò)展性強(qiáng)、開發(fā)時間少,以及出色的集成這四大優(yōu)勢。
虛擬儀器技術(shù)的三大組成部分:
1.高效的軟件
軟件是虛擬儀器技術(shù)中最重要的部份。使用正確的軟件工具并通過設(shè)計或調(diào)用特定的程序模塊,工程師和科學(xué)家們可以高效地創(chuàng)建自己的應(yīng)用以及友好的人機(jī)交互界面。提供的行業(yè)標(biāo)準(zhǔn)圖形化編程軟件——LabVIEW,不僅能輕松方便地完成與各種軟硬件的連接,更能提供強(qiáng)大的后續(xù)數(shù)據(jù)處理能力,設(shè)置數(shù)據(jù)處理、轉(zhuǎn)換、存儲的方式,并將結(jié)果顯示給用戶。此外,還提供了更多交互式的測量工具和更高層的系統(tǒng)管理軟件工具,例如連接設(shè)計與測試的交互式軟件SignalExpress、用于傳統(tǒng)C語言的LabWindows/CVI、針對微軟Visual Studio的Measurement Studio等等,均可滿足客戶對高性能應(yīng)用的需求。
有了功能強(qiáng)大的軟件,您就可以在儀器中創(chuàng)建智能性和決策功能,從而發(fā)揮虛擬儀器技術(shù)在測試應(yīng)用中的強(qiáng)大優(yōu)勢。
2.模塊化的I/O硬件
面對如今日益復(fù)雜的測試測量應(yīng)用,已經(jīng)提供了全方位的軟硬件的解決方案。無論您是使用PCI, PXI, PCMCIA, USB或者是1394總線,都能提供相應(yīng)的模塊化的硬件產(chǎn)品,產(chǎn)品種類從數(shù)據(jù)采集、信號條理、聲音和振動測量、視覺、運(yùn)動、儀器控制、分布式I/O到CAN接口等工業(yè)通訊,應(yīng)有盡有。高性能的硬件產(chǎn)品結(jié)合靈活的開發(fā)軟件,可以為負(fù)責(zé)測試和設(shè)計工作的工程師們創(chuàng)建完全自定義的測量系統(tǒng),滿足各種獨(dú)特的應(yīng)用要求。
3.用于集成的軟硬件平臺
專為測試任務(wù)設(shè)計的PXI硬件平臺,已經(jīng)成為當(dāng)今測試、測量和自動化應(yīng)用的標(biāo)準(zhǔn)平臺,它的開放式構(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)點(diǎn),包括功能超卓的處理器和文件I/O,使您在數(shù)據(jù)高速導(dǎo)入磁盤的同時就能實時地進(jìn)行復(fù)雜的分析。此外,不斷發(fā)展的因特網(wǎng)和越來越快的計算機(jī)網(wǎng)絡(luò)使得虛擬儀器技術(shù)展現(xiàn)其更強(qiáng)大的優(yōu)勢。
擴(kuò)展性強(qiáng)
這些軟硬件工具使得工程師和科學(xué)家們不再圈囿于當(dāng)前的技術(shù)中。得益于軟件的靈活性,只需更新您的計算機(jī)或測量硬件,就能以最少的硬件投資和極少的、甚至無需軟件上的升級即可改進(jìn)您的整個系統(tǒng)。在利用最新科技的時候,您可以把它們集成到現(xiàn)有的測量設(shè)備,最終以較少的成本加速產(chǎn)品上市的時間。
開發(fā)時間少
在驅(qū)動和應(yīng)用兩個層面上,NI高效的軟件構(gòu)架能與計算機(jī)、儀器儀表和通訊方面的最新技術(shù)結(jié)合在一起。設(shè)計這一軟件構(gòu)架的初衷就是為了方便用戶的操作,同時還提供了靈活性和強(qiáng)大的功能,使您輕松地配置、創(chuàng)建、發(fā)布、維護(hù)和修改高性能、低成本的測量和控制解決方案。
無縫集成虛擬儀器技術(shù)從本質(zhì)上說是一個集成的軟硬件概念。隨著產(chǎn)品在功能上不斷地趨于復(fù)雜,工程師們通常需要集成多個測量設(shè)備來滿足完整的測試需求,而連接和集成這些不同設(shè)備總是要耗費(fèi)大量的時間。虛擬儀器軟件平臺為所有的I/O設(shè)備提供了標(biāo)準(zhǔn)的接口,幫助用戶輕松地將多個測量設(shè)備集成到單個系統(tǒng),減少了任務(wù)的復(fù)雜性。
應(yīng)用實例
阿爾卡特美國公司是全球領(lǐng)先的世界上電信設(shè)備制造商領(lǐng)導(dǎo)者之一。位于加州佩塔盧馬的接入部,開發(fā)Litespan接入平臺一種光纖數(shù)字環(huán)路載波(DLC)。DLC能夠?qū)㈦娫捁局行臋C(jī)房普通銅線上的電話業(yè)務(wù)傳遞到更遠(yuǎn)的地方。通過LabVIEW,在相對短的時間內(nèi)開發(fā)了一個全面測試方案。同時測試對每個信道單元的16個ANSI要求的環(huán)路和4條ISDN線路的一個信道單元進(jìn)行測試時,每項測試所花費(fèi)的時間為12分鐘。由于一些信道單元需要測試某個溫度范圍內(nèi)的狀況,因而整個測試需要幾天的時間。
Allen Klein美國阿爾卡特公司Litespan硬件質(zhì)量部的一位工程師,在程序中增加了一項功能,使得測試可以全天進(jìn)行,甚至在周末也行。這項功能極大地擴(kuò)展豐富了測試平臺,提高了測試效率。
虛擬儀器技術(shù)是測試技術(shù)和計算機(jī)技術(shù)相結(jié)合的產(chǎn)物,是兩門學(xué)科最新技術(shù)的結(jié)晶,融合了測試?yán)碚?、儀器原理和技術(shù)、計算機(jī)接口技術(shù)、高速總線技術(shù)以及圖形軟件編程技術(shù)于一體。
虛擬儀器是由計算機(jī)硬件資源和用于數(shù)字分析與處理、過程通訊以及圖形界面的軟件組成的測控系統(tǒng),它把儀器生產(chǎn)廠家定義儀器功能的方式轉(zhuǎn)變?yōu)橛捎脩糇约憾x儀器功能,也就是說傳統(tǒng)測試中使用廠家生產(chǎn)的儀器,儀器的性能及功能在出廠時已被廠家定義,用戶只能根據(jù)自己的要求和需要選擇和使用;而虛擬儀器是在一定的硬件基礎(chǔ)上,用戶可根據(jù)測試的需求,編寫軟件定義自己的儀器功能。同樣的硬件配置可開發(fā)出不同的儀器,例如在儀器面板上顯示采集信號在時域的波形,那么該儀器為虛擬示波器;如果在程序中對采集信號進(jìn)行FFT變換,那么該儀器就是虛擬頻譜分析儀。筆者則用LabWindows/CVI來開發(fā)虛擬經(jīng)紗張力測試儀,用來測試織機(jī)在工作時經(jīng)紗張力的變化情況。經(jīng)紗張力傳感器
織機(jī)在織造過程中,經(jīng)紗動態(tài)張力對織造的,順利進(jìn)行有著很大的影響,張力過大,易引起斷頭,影響織造效率;張力不足易造成梭口不清,形成三跳疵點(diǎn),使布面及紋路不夠清晰。當(dāng)經(jīng)紗穿過軸時,經(jīng)紗對兩側(cè)傳力桿有壓力,通過傳力桿將壓力傳給彈性梁,使之產(chǎn)生應(yīng)變,利用應(yīng)變片將其應(yīng)變轉(zhuǎn)化為電阻的變化,然后再通過轉(zhuǎn)化電路將電阻的變化轉(zhuǎn)化為電壓的變化,測量出電壓值,根據(jù)傳感器的標(biāo)定就可求出相應(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)下運(yùn)行。
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)理電路對信號進(jìn)行處理(如濾波、放大等),從混合信號中取出待測的有用信號,送人數(shù)據(jù)采集卡,并要適合數(shù)據(jù)采集卡的電壓范圍,通過總線結(jié)構(gòu)送進(jìn)計算機(jī)進(jìn)行處理。數(shù)據(jù)采集借助軟件來控制整個DAQ系統(tǒng),包括采集原始數(shù)據(jù)、分析數(shù)據(jù)等,調(diào)理后的信號經(jīng)多路開關(guān)在軟件設(shè)定采樣率的控制下,巡回采集并放大,再經(jīng)采樣與保持及A/D轉(zhuǎn)換器單元被量化成數(shù)字信號,成為計算機(jī)可以處理的信號,由虛擬儀器軟件對測試信號進(jìn)行計算、分析、顯示,并儲存結(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型噴氣織機(jī)測試,織機(jī)主軸每轉(zhuǎn)一轉(zhuǎn),經(jīng)紗張力周期變化一次,在0°附近,經(jīng)紗張力最大,有利于打緯,最小張力出現(xiàn)在280°附近。在理論上來講,下一個最大值出現(xiàn)在開口滿開的位置,且一般只有兩個峰值,在曲線上除了打緯點(diǎn)外,還有兩個峰值,這說明在后梁裝有張力緩解機(jī)構(gòu)。最小張力也就是經(jīng)紗的上機(jī)張力曲線的重復(fù)性不很好,說明織機(jī)工作狀況不夠穩(wěn)定。結(jié)束語
虛擬儀器是今后儀器儀表、測試控制研究與發(fā)展的方向,用NI公司的LabWindows/CVI作為平臺,比常用的面向?qū)ο筌浖幊屉y度大大降低,使得軟件開發(fā)效率高,界面友好,功能強(qiáng)大,且擴(kuò)展性好,對采集到的數(shù)據(jù)可用于高級分析庫進(jìn)行信號處理,也可以為了使所得測試曲線符合實際情況,進(jìn)行擬合處理??傊摂M儀器有強(qiáng)大的功能,它強(qiáng)調(diào)“軟件就是儀器”,用軟件代替硬件,易開發(fā)、易調(diào)試,可有效節(jié)約資金。
第三篇:公共管理方法與技術(shù)
《公共管理方法與技術(shù)》心得體會
阿達(dá)里
(管理學(xué)院新疆班:1101101)
這個學(xué)期很快接近尾聲,說短不短,說長不長,自己有成為幸瑪納斯縣赴閩培養(yǎng)班班的一員,帶著瑪納斯人民囑托,同事的羨慕和自己感覺到壓力,再次走進(jìn)校園,并且在莆田學(xué)院洗禮。三個月多里,接受莆田學(xué)院優(yōu)秀老師的講授的9門課程,走進(jìn)社區(qū)、工廠、紅色革命基地‘愛國主義教育基地考察 10余次。通過上課的認(rèn)真聽講、互動,業(yè)余時間購買書籍、查閱資料,一方面使自己的眼界放寬,思路進(jìn)一步清晰,另一方面,自己的知識半徑延長,未知領(lǐng)域得到拓展,解一些世界前沿理論與科技知識,可以這樣說,一朝培養(yǎng)終生受益。從內(nèi)心里感謝學(xué)院領(lǐng)導(dǎo)的關(guān)懷與厚愛,今后我會結(jié)合實工作將所學(xué)知識變?yōu)閷嶋H工作能力,學(xué)習(xí)公共管理方法與技術(shù)這門對未來的工作崗位兮兮相關(guān),給我留下了深刻的影響。
一、所學(xué)的知識的回顧
新公共管理運(yùn)動給公共部門帶來的最大的貢獻(xiàn)就在于把企業(yè)管理的一系列的新方法和技術(shù)應(yīng)用到公共管理當(dāng)中,使公共部門的管理方式和行政效率有了根本性的發(fā)展。作為公共部門的重要組成部分,公共事業(yè)管理中同樣要強(qiáng)調(diào)這些方法和技術(shù)的使用。所謂公共事業(yè)管理的方法和技術(shù),就是為了實現(xiàn)公共事業(yè)管理目標(biāo),公共事業(yè)管理主體用以進(jìn)行管理的方式、手段和措施。公共事業(yè)管理的方法是一個由多種方法和手段所構(gòu)成的方法體系。公共部門的方法與技術(shù),知道這個方法體系包括了:戰(zhàn)略管理、目標(biāo)管理、全面質(zhì)量管理、績效管理、包括了系統(tǒng)分析方法、預(yù)測方法、決策方法、網(wǎng)絡(luò)計劃方法、人力資源的測評技術(shù)等等。鑒于目標(biāo)管理和績效管理在公共部門應(yīng)用的成效顯著,今天,我們就一起來學(xué)習(xí)一下這兩種技術(shù)在公共事業(yè)管理中的應(yīng)用。
二、學(xué)習(xí)體會
一是學(xué)到了前沿的管理學(xué)知識和理論,提高了對公共管理的認(rèn)識水平。管理學(xué)潛藏于人類生活的各個角落,在日常的學(xué)習(xí)和生活中,我們經(jīng)常看到或聽到“計劃”這個詞。大到美國政府的火星探測計劃,小到我們身邊的一次周末旅游計劃。由此可見,計劃無處不在。首先就一個學(xué)生而言,他在學(xué)習(xí)中為了提高學(xué)習(xí)成績,必須通過制定一份計劃(或長期或短期)。然后通過這份
計劃控制自己,并且有效的分配自己的時間,還要有效的選擇合適的信息,從而叨叨自己的計劃目標(biāo),取得成功。
二是增強(qiáng)了對具體事務(wù)的分析和把握能力。彼亦一是非,此亦一是非。意思是:事務(wù)的這一面也就是事務(wù)的那一面,事務(wù)的那一面也就是事務(wù)的這一面。通過對國學(xué)知識、人治與法治等知識的學(xué)習(xí),聆聽了大師們的教誨。特別是有的倡導(dǎo)道家,認(rèn)為道家思想是當(dāng)代領(lǐng)導(dǎo)必修之學(xué)問,有的又否定它,而獨(dú)尊儒學(xué)。
四是針對當(dāng)前經(jīng)濟(jì)社會發(fā)展面臨的問題有了冷靜的認(rèn)識。在學(xué)習(xí)中,通過專家、學(xué)者對國情的分析和我國當(dāng)前面臨的經(jīng)濟(jì)體制、政治體制、社會結(jié)構(gòu)層面面臨的問題與矛盾、機(jī)遇與挑戰(zhàn)有了較為清醒的認(rèn)識。
五是提升了自己的思想境界。通過學(xué)習(xí)使自己認(rèn)識到,中國作為一個有幾千年歷史的文明古國,在政府管理領(lǐng)域有著豐富的經(jīng)驗,這些經(jīng)驗對世界很多國家產(chǎn)生過重要影響。
六是掌握了有效處理問題的工作和方法。通過學(xué)習(xí),掌握了諸多處理實際問題的方法和技巧。特別是對危機(jī)管理的學(xué)習(xí),對自己分管的宣傳工作起到了很大的幫助?;鶎有麄鞴ぷ髦?,最難處理的就是負(fù)面新聞造成的影響。
總之,通過學(xué)習(xí)公共管理學(xué)技術(shù)與方法,使我不僅獲得了許多公共管理、創(chuàng)新思維,區(qū)域經(jīng)濟(jì)發(fā)展等領(lǐng)域方面的理論和前沿信息,更絮叨了教授們認(rèn)真調(diào)查研究、發(fā)現(xiàn)問題、分析問題、解決問題的研究精神和思維方法,極大的激活了自己的思維,開闊了胸襟和眼光,提高了履行公共職責(zé),、從事公共服務(wù)的認(rèn)識水平,同時也樹立了新的管理理念,認(rèn)識了公共管理在書里科學(xué)發(fā)展觀和構(gòu)建和諧社會中的重大意義,做到了在一些問題分析上既知其然又知所以然。
第四篇:《軟件測試技術(shù)》課程總結(jié)報告
《軟件測試技術(shù)》課程總結(jié)報告
班級:姓名:學(xué)號:
一、課程概述
二、課程實訓(xùn)項目
三、課程知識點(diǎn)總結(jié)
四、收獲和體會
第五篇:軟件測試技術(shù)面試總結(jié)
軟件測試就是為了發(fā)現(xiàn)程序中的錯誤而分析和執(zhí)行程序的過程?!拍?/p>
+基本知識+軟件開發(fā)過程-定義-計劃-實現(xiàn)-穩(wěn)定化-部署
+軟件開發(fā)模型(四種典型的模型)
+瀑布模型
-概述:包括計劃,需求分析,設(shè)計,編碼,測試,運(yùn)行維護(hù)六個階段。六個階段自上而下、相互銜接,以固定的次序進(jìn)行。
-特點(diǎn):1.階段的順序性和依賴性;2.文檔驅(qū)動; 3.推遲實現(xiàn)的觀點(diǎn);4.質(zhì)量保證。-缺點(diǎn):不適合需求模糊的系統(tǒng)
+原型模型-概述:先建立一個能夠反映用戶需求的原型系統(tǒng),使得用戶和開發(fā)者可以對目標(biāo)系統(tǒng)的概貌進(jìn)行評價和判斷,然后對原型系統(tǒng)進(jìn)行反復(fù)的擴(kuò)充、改進(jìn)、求精,最終建立符合用戶需求的目標(biāo)系統(tǒng)。
-特點(diǎn):1.快速開發(fā)工具;2.循環(huán); 3.低成本。
-分類:按照對原型的處理方式,可以分為漸進(jìn)型和拋棄型。
+增量模型
-概述:在增量模型中每個階段都生成軟件的一個可發(fā)布版本,階段交錯進(jìn)行,版本逐漸完善。
-同原型模型的最大區(qū)別在于,在原型模型中每個階段發(fā)布一個原型而在增量模型中則完成一個正式版本。+螺旋模型
-概述:適用于大型軟件的開發(fā),它將瀑布模型和快速原型模型結(jié)合起來,并加入了風(fēng)險分析。
-特點(diǎn):1.每個階段都包括制定計劃,風(fēng)險分析,實施工程,評審四個階段;
2.開發(fā)過程迭代進(jìn)行,每迭代一次螺旋線增一周,工程前進(jìn)一個層次,系統(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)件”集成在一起時測試他們是否能正常運(yùn)行,構(gòu)件可以是程序模塊,也可以是
客戶機(jī)-服務(wù)器程序等,需要編寫測試仿真程序,采用白盒和黑盒相結(jié)合的方式,通常由 開發(fā)人員承擔(dān)。
-系統(tǒng)測試:測試軟件系統(tǒng)是否符合所有的需求,包括功能性測試和非功能性測試。一般由
獨(dú)立的測試
人員完成,通常采用黑盒測試方法。
-驗收測試:(α、β)與系統(tǒng)測試類似,但由客戶或最終用戶執(zhí)行,測試軟件是否符合需求規(guī)格說明書。
-回歸測試:指在軟件開發(fā)過程中,每次錯誤被修正后或軟件的功能、環(huán)境發(fā)生變化后進(jìn)行的測試。
-軟件測試的三個步驟:
-測試計劃:測試人員首先對需求進(jìn)行分析,最終定義一個測試集合,通過刻畫和定義測試發(fā)現(xiàn)需求中的問題,然后根據(jù)軟件需求同測試主管制定并確認(rèn)“測試計劃”。
-測試設(shè)計和開發(fā):軟件測試人員根據(jù)軟件需求和軟件設(shè)計說明書完成測試用例的設(shè)計和必要的測試驅(qū)動 程序的開發(fā)。
-執(zhí)行測試:需要做的工作包括搭建測試環(huán)境、運(yùn)行測試、記錄測試結(jié)果、報告軟件缺陷、跟蹤軟件缺陷、分析測試結(jié)果,必要時進(jìn)行回歸測試。
-測試工程師的能力要求:
+5C
-Controlled /kEn'trEuld/ 接受管理,有條理的-Competent /'kCmpitEnt/了解正確的測試技術(shù)
-Critical /'kritikEl/專注于發(fā)現(xiàn)問題
-Comprehensive /.kCmpri'hensiv/ 注意細(xì)節(jié)
-Considerate /kEn'sidErit/能夠和開發(fā)人員很好的交談
+職業(yè)素質(zhì)-責(zé)任心-學(xué)習(xí)能力-懷疑精神-溝通能力-專注力-洞察力-團(tuán)隊精神-注重積累 +制定測試計劃的五個步驟:-分析和測試軟件需求-定義測試策略
-定義測試環(huán)境
-定義測試管理
-編寫和審核測試計劃
如果在需求分析階段發(fā)現(xiàn)并結(jié)果問題需要花費(fèi)$1,則在設(shè)計階段解決同樣的問題需花費(fèi)$5,在編碼階段需$10,交付后解決同樣的問題需花費(fèi)$200。——越早測試越好-在需求分析過程中測試人員需要進(jìn)行如下工作:
1)理解需求,參與審核需求文檔;
2)理解項目的目標(biāo)、限制,了解用戶的應(yīng)用背景;
3)編寫測試計劃;
4)準(zhǔn)備測試資源。
+需求測試
-需求測試測試的對象是主意而不是代碼,針對文檔進(jìn)行測試。
+好的需求文檔的特征-具有清晰的格式和文檔結(jié)構(gòu)-需求的內(nèi)容正確-需求的內(nèi)容完整-需求具有可行性需求的必要性
-對不同的需求優(yōu)先等級進(jìn)行定義-描述明確-可證性和可測試性-可修改性-可追蹤-需求文檔被及時更新
+需求測試內(nèi)容
-需求文檔是否符合公司的格式要求
-是否正確
-要保證需求文檔中所描述的內(nèi)容是真實可靠的-這是“真正的”需求嗎?描述的產(chǎn)品是否是要開發(fā)的產(chǎn)品?
-需求是否完備?第一個發(fā)布的版本是否需要更多的功能?列出的需求可以減少一部分?-需求是否兼容?需求有可能是矛盾的。
-需求是否可實現(xiàn)?如:需求設(shè)想的設(shè)備是否比實際運(yùn)行的要快?需求要求的內(nèi)存、I/0設(shè)備是否太多?
需求的輸入或輸出設(shè)備要求的分辨率是否要求過高?
-需求是否合理?在開發(fā)進(jìn)度、開發(fā)費(fèi)用、產(chǎn)品性能、可靠性和內(nèi)存使用之間存在著平衡關(guān)系。
-需求是否可測?對于軟件測試人員來說判斷需求是否可測是這個過程中最重要的工作。+需求測試方法-復(fù)查review-走查walkthrough-審查inspection
+測試策略的內(nèi)容
-確定測試范圍 軟件是無法被完全測試的-確定測試方法 不同的系統(tǒng)需要不同的測試方法
-定義測試標(biāo)準(zhǔn) 入口標(biāo)準(zhǔn),暫停和繼續(xù)的標(biāo)準(zhǔn),出口標(biāo)準(zhǔn)等
+軟件測試結(jié)束的標(biāo)準(zhǔn)
-基于測試用例的使用規(guī)則
1)構(gòu)造測試用例(由相關(guān)人員進(jìn)行評審)
2)執(zhí)行測試用例中,當(dāng)測試用例的不通過率達(dá)到20%則拒絕繼續(xù)測試,待開發(fā)人員修正軟件后再繼續(xù)。
3)當(dāng)功能性測試用例通過率達(dá)到100%,非功能性測試用例通過率達(dá)到90%時,允許正常結(jié)束。
-基于“測試期缺陷密度”規(guī)則
--------------含義:對軟件測試一個CPU小時發(fā)現(xiàn)的缺陷數(shù),比較適用于系統(tǒng)測試-基于“運(yùn)行期缺陷密度”規(guī)則
--------------含義:把軟件運(yùn)行一個CPU小時發(fā)現(xiàn)的缺陷數(shù),比較適用于驗收測試注:一個階段的出口標(biāo)準(zhǔn)!=下一個階段的入口標(biāo)準(zhǔn)
系統(tǒng)測試結(jié)束的標(biāo)準(zhǔn)!=軟件的發(fā)布標(biāo)準(zhǔn)
發(fā)布標(biāo)準(zhǔn)!=軟件0缺陷
-選擇測試工具 是否需要,需要什么工具,怎么獲取
-降低軟件測試代價是企業(yè)普遍關(guān)注的問題,可通過
a.減少冗余和無價值的測試;
b.減少測試階段(萬般無奈下)
+測試環(huán)境
-基本內(nèi)容:設(shè)備環(huán)境、軟件環(huán)境、數(shù)據(jù)環(huán)境
-需考慮的因素-計算機(jī)平臺-操作系統(tǒng)-瀏覽器-軟件支持平臺-外圍設(shè)備-網(wǎng)絡(luò)環(huán)境-其他專用設(shè)備
-搭建測試環(huán)境時的配置原則:-使用的頻度或范圍-實效的可能性-最大限度的模擬真實環(huán)境 +測試管理 由于測試工程中設(shè)計的人員、活動、工具是很多的,在制定測試計劃時需要對這些因素進(jìn)行管理
-選擇缺陷管理工具和測試管理工具
-定義工作進(jìn)度
-建立風(fēng)險管理計劃
+可能遇到的風(fēng)險
·由于設(shè)計、編碼階段出現(xiàn)大量質(zhì)量問題,導(dǎo)致測試工作量時間增加
·開始測試時所需的硬件、軟件沒有準(zhǔn)備好
·未能完成對測試人員的技術(shù)培訓(xùn)
·測試時的人力資源安排不足
·測試過程中,發(fā)生了大量的需求變更
·測試過程中,項目的開發(fā)計劃被大幅度調(diào)整
·不能及時準(zhǔn)備好測試所需的環(huán)境
·不能及時準(zhǔn)備好測試數(shù)據(jù)
+風(fēng)險管理的過程
·識別風(fēng)險
·評估風(fēng)險
·制定對策
·跟蹤風(fēng)險
+測試設(shè)計與開發(fā)
+總體設(shè)計
-投入產(chǎn)出:測試設(shè)計的輸入是測試計劃,輸出是評審過的測試用例集合-定義設(shè)計目標(biāo)遵循的原則
-清楚地說明沒項測試的目標(biāo)
-使每項測試的目標(biāo)單一,可以對應(yīng)到規(guī)格說明書中的一項需求
-只說明測試應(yīng)該完成什么工作,而不說明如何完成-流程:總體設(shè)計-開發(fā)測試用例-評審測試用例
I.定義設(shè)計目標(biāo)
II.定義輸入說明
III.定義測試環(huán)境和配置
IV.測試設(shè)計文檔
V.開發(fā)測試用例
+測試用例
-概念:為特定目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。
+好的測試用例:
-容易發(fā)現(xiàn)軟件的錯誤
-精確的重復(fù)某測試失敗的情景,可重復(fù)性
-清晰的定義一個或多個期望的結(jié)果
-沒有冗余
+測試用例的作用
-指導(dǎo)測試的實施
-作為編寫測試腳本的“設(shè)計規(guī)格說明書”
-評估測試標(biāo)準(zhǔn)的度量基準(zhǔn)
-分析缺陷的標(biāo)準(zhǔn)
+白盒測試用例設(shè)計
+設(shè)計方法
+邏輯覆蓋法
-語句覆蓋
-判定覆蓋
-條件覆蓋
-判定-條件覆蓋
-條件組合覆蓋
-路經(jīng)覆蓋
-基本路經(jīng)法
+輔助模塊設(shè)計
-驅(qū)動模塊:相當(dāng)于被測程序的主程序。接受測試數(shù)據(jù),把這些數(shù)據(jù)傳給被測模塊然后輸出實際測試結(jié)果。
-樁模塊:用于調(diào)用被測模塊調(diào)用的子模塊??梢宰錾倭康臄?shù)據(jù)操作,不需要把子模塊的所有功能都帶進(jìn)來,但不容許什么都不做。
+黑盒測試用例設(shè)計
-等價類劃分法
-邊界值法——“缺陷遺漏在角落里,聚集在邊界上?!?/p>
-因果圖法彌補(bǔ)等價類和邊界值法的不足
-錯誤推測法
-測試用例的管理可以通過配置管理工具cvs,vss,ClearCase等實現(xiàn),以保證測試是可重復(fù)的。+常見錯誤分析
-用戶界面問題
·輸入無合法性檢查和值域檢查。
·界面信息不能及時更新,不能正確反映數(shù)據(jù)狀態(tài),甚至對用戶產(chǎn)生誤導(dǎo)。
·表達(dá)不清或過于模糊的信息提示。
·要求用戶輸入多余的本來系統(tǒng)可以自己得到的數(shù)據(jù)。
·為了得到某個設(shè)置或?qū)υ捒蛴脩舯仨氉鲈S多冗余的操作,如對話框嵌套太多?!げ荒苡洃浻脩舻脑O(shè)置或操作習(xí)慣,使每次進(jìn)入系統(tǒng)用戶都需重新操作一次初始環(huán)境?!げ唤?jīng)用戶確認(rèn)就對系統(tǒng)或數(shù)據(jù)進(jìn)行了重大修改。
-形象類問題
·不符合用戶的操作習(xí)慣。如,快捷鍵定義不科學(xué)不實用,甚至無快捷鍵。
·不夠?qū)I(yè),缺乏基本知識。
·界面中英文混雜,甚至拼寫錯誤。
·說明書或幫助的排版格式不專業(yè):中英文不對應(yīng),標(biāo)點(diǎn)的半全角問題,沒有排版準(zhǔn)則?!そ缑嬖貐⒉畈积R,文字不能完全顯示。
-穩(wěn)定性問題
·不可重現(xiàn)的死機(jī),或不斷申請但不能完全釋放資源,使系統(tǒng)性能越來越低。
·主系統(tǒng)和子系統(tǒng)使用了相同的臨界資源而相互不知道。如:使用相同的類名或臨時文件名、使用同樣的數(shù)據(jù)庫字段名或登陸帳號。
·不能重現(xiàn)的錯誤,許多與代碼中的未初始化變量有關(guān),有些與系統(tǒng)不檢查異常情況(網(wǎng)絡(luò)中斷、內(nèi)存申請
不成功、長時間無響應(yīng)等)有關(guān)。
-其他問題
·運(yùn)行時不檢查內(nèi)存、硬盤空間、數(shù)據(jù)庫等。
·無根據(jù)的假設(shè)用戶環(huán)境:硬件/網(wǎng)絡(luò)情況;有些動態(tài)庫;假設(shè)網(wǎng)絡(luò)隨時都是聯(lián)通的?!ぬ峁┑陌姹編Р《尽?/p>
·提供錯誤的版本給測試組或測試用戶,或程序員與測試組使用不同版本。
·用戶現(xiàn)場開放和修改,又沒有記錄和保留。
·版本中部分內(nèi)容或接口倒退,或出現(xiàn)版本管理混亂。
·有些選項永遠(yuǎ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:可以不測試