第一篇：軟件測試技術與管理方法探討論文

1自動化測試

傳統的測試已經無法滿足測試的需要，自動化測試應運而生，自動化測試是指在預設條件下運行，包括正常條件和異常條件，自動化主要研究的是自動化框架測試、自動化測試腳本技術、自動化用例生成。通過資料了解，C-ATFM模型。該模型基于C語言，面向對象集成環境，采用源碼嵌入有效的分析軟件的代碼、詞法、語法、策略、指令。并且隨著軟件工程及軟件測試的發展，自動化的機器測試發展更有前景。

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

2.1模塊測試

模塊測試主要針對軟件設計中的程序模塊，通過測試技術測試程序塊是否正確，模塊測試的主要目的是測試程序內部的錯誤，根據程序設計的結構檢查代碼和程序是否合理，是否符合設計思路和理念，是否能夠正常運行。

2.2組裝測試

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

2.3確認測試

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

2.4系統測試

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

3軟件測試技術的地位

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

第二篇：測試技術論文

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

虛擬儀器技術的三大組成部分：

1．高效的軟件

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

有了功能強大的軟件，您就可以在儀器中創建智能性和決策功能，從而發揮虛擬儀器技術在測試應用中的強大優勢。

2．模塊化的I/O硬件

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

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

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

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

虛擬儀器技術的四大優勢：

性能高

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

擴展性強

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

開發時間少

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

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

應用實例

阿爾卡特美國公司是全球領先的世界上電信設備制造商領導者之一。位于加州佩塔盧馬的接入部，開發Litespan接入平臺一種光纖數字環路載波（DLC）。DLC能夠將電話公司中心機房普通銅線上的電話業務傳遞到更遠的地方。通過LabVIEW，在相對短的時間內開發了一個全面測試方案。同時測試對每個信道單元的16個ANSI要求的環路和4條ISDN線路的一個信道單元進行測試時，每項測試所花費的時間為12分鐘。由于一些信道單元需要測試某個溫度范圍內的狀況，因而整個測試需要幾天的時間。

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

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

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

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

2．1 系統結構

虛擬經紗張力測試儀的測試系統由傳感器、數據采集卡、接口總線、硬件驅動程序和開發的測試軟件構成，數據采集卡采用6024E，LabWindows／CVI平臺開發測試軟件，在Windows98操作系統下運行。

2.2 信號采集

由于要測出經紗張力與主軸轉角的關系，所以用了3個傳感器。傳感器1是經紗張力傳

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

3．1 經紗張力測試儀的面板結構

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

3．2 虛擬經紗張力測試儀的軟件

面板上的數據采集、關閉儀器、保存數據等命令按鈕通過回調函數來實現各自的功能，整個源代碼中數據采集的回調函數caiji是程序的關鍵。虛擬經紗張力測試儀的應用

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

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

第三篇：公共管理方法與技術

《公共管理方法與技術》心得體會

阿達里

（管理學院新疆班：1101101）

這個學期很快接近尾聲，說短不短，說長不長，自己有成為幸瑪納斯縣赴閩培養班班的一員，帶著瑪納斯人民囑托，同事的羨慕和自己感覺到壓力，再次走進校園，并且在莆田學院洗禮。三個月多里，接受莆田學院優秀老師的講授的9門課程，走進社區、工廠、紅色革命基地‘愛國主義教育基地考察 10余次。通過上課的認真聽講、互動，業余時間購買書籍、查閱資料，一方面使自己的眼界放寬，思路進一步清晰，另一方面，自己的知識半徑延長，未知領域得到拓展，解一些世界前沿理論與科技知識，可以這樣說，一朝培養終生受益。從內心里感謝學院領導的關懷與厚愛，今后我會結合實工作將所學知識變為實際工作能力，學習公共管理方法與技術這門對未來的工作崗位兮兮相關，給我留下了深刻的影響。

一、所學的知識的回顧

新公共管理運動給公共部門帶來的最大的貢獻就在于把企業管理的一系列的新方法和技術應用到公共管理當中，使公共部門的管理方式和行政效率有了根本性的發展。作為公共部門的重要組成部分，公共事業管理中同樣要強調這些方法和技術的使用。所謂公共事業管理的方法和技術，就是為了實現公共事業管理目標，公共事業管理主體用以進行管理的方式、手段和措施。公共事業管理的方法是一個由多種方法和手段所構成的方法體系。公共部門的方法與技術，知道這個方法體系包括了：戰略管理、目標管理、全面質量管理、績效管理、包括了系統分析方法、預測方法、決策方法、網絡計劃方法、人力資源的測評技術等等。鑒于目標管理和績效管理在公共部門應用的成效顯著，今天，我們就一起來學習一下這兩種技術在公共事業管理中的應用。

二、學習體會

一是學到了前沿的管理學知識和理論，提高了對公共管理的認識水平。管理學潛藏于人類生活的各個角落，在日常的學習和生活中，我們經常看到或聽到“計劃”這個詞。大到美國政府的火星探測計劃，小到我們身邊的一次周末旅游計劃。由此可見，計劃無處不在。首先就一個學生而言，他在學習中為了提高學習成績，必須通過制定一份計劃（或長期或短期）。然后通過這份

計劃控制自己，并且有效的分配自己的時間，還要有效的選擇合適的信息，從而叨叨自己的計劃目標，取得成功。

二是增強了對具體事務的分析和把握能力。彼亦一是非，此亦一是非。意思是：事務的這一面也就是事務的那一面，事務的那一面也就是事務的這一面。通過對國學知識、人治與法治等知識的學習，聆聽了大師們的教誨。特別是有的倡導道家，認為道家思想是當代領導必修之學問，有的又否定它，而獨尊儒學。

四是針對當前經濟社會發展面臨的問題有了冷靜的認識。在學習中，通過專家、學者對國情的分析和我國當前面臨的經濟體制、政治體制、社會結構層面面臨的問題與矛盾、機遇與挑戰有了較為清醒的認識。

五是提升了自己的思想境界。通過學習使自己認識到，中國作為一個有幾千年歷史的文明古國，在政府管理領域有著豐富的經驗，這些經驗對世界很多國家產生過重要影響。

六是掌握了有效處理問題的工作和方法。通過學習，掌握了諸多處理實際問題的方法和技巧。特別是對危機管理的學習，對自己分管的宣傳工作起到了很大的幫助。基層宣傳工作中，最難處理的就是負面新聞造成的影響。

總之，通過學習公共管理學技術與方法，使我不僅獲得了許多公共管理、創新思維，區域經濟發展等領域方面的理論和前沿信息，更絮叨了教授們認真調查研究、發現問題、分析問題、解決問題的研究精神和思維方法，極大的激活了自己的思維，開闊了胸襟和眼光，提高了履行公共職責，、從事公共服務的認識水平，同時也樹立了新的管理理念，認識了公共管理在書里科學發展觀和構建和諧社會中的重大意義，做到了在一些問題分析上既知其然又知所以然。

第四篇：《軟件測試技術》課程總結報告

《軟件測試技術》課程總結報告

班級：姓名：學號：

一、課程概述

二、課程實訓項目

三、課程知識點總結

四、收獲和體會

第五篇：軟件測試技術面試總結

軟件測試就是為了發現程序中的錯誤而分析和執行程序的過程。——概念

+基本知識+軟件開發過程-定義-計劃-實現-穩定化-部署

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

+瀑布模型

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

-特點：1.階段的順序性和依賴性；2.文檔驅動； 3.推遲實現的觀點；4.質量保證。-缺點：不適合需求模糊的系統

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

-特點：1.快速開發工具；2.循環； 3.低成本。

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

+增量模型

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

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

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

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

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

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

-測試用例

-三要素：前提條件和操作步驟、預期結果、實際結果。

-必須以需求為依據。

-軟件測試分類

-是否關注軟件結構和算法

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

-白盒測試：基于軟件內部設計和程序實現的測試方法。

-是否執行被測試軟件

-動態測試：在測試過程中執行被測試軟件的測試方法。

-靜態測試：------------不----------------------。

-基于不同的測試階段：

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

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

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

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

獨立的測試

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

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

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

-軟件測試的三個步驟：

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

-測試設計和開發：軟件測試人員根據軟件需求和軟件設計說明書完成測試用例的設計和必要的測試驅動 程序的開發。

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

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

+5C

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

-Critical /'kritikEl/專注于發現問題

-Comprehensive /.kCmpri'hensiv/ 注意細節

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

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

-定義測試環境

-定義測試管理

-編寫和審核測試計劃

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

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

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

3)編寫測試計劃；

4)準備測試資源。

+需求測試

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

+好的需求文檔的特征-具有清晰的格式和文檔結構-需求的內容正確-需求的內容完整-需求具有可行性需求的必要性

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

+需求測試內容

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

-是否正確

-要保證需求文檔中所描述的內容是真實可靠的-這是“真正的”需求嗎？描述的產品是否是要開發的產品？

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

-需求是否可實現？如：需求設想的設備是否比實際運行的要快？需求要求的內存、I/0設備是否太多？

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

-需求是否合理？在開發進度、開發費用、產品性能、可靠性和內存使用之間存在著平衡關系。

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

+測試策略的內容

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

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

+軟件測試結束的標準

-基于測試用例的使用規則

1)構造測試用例（由相關人員進行評審）

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

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

-基于“測試期缺陷密度”規則

--------------含義：對軟件測試一個CPU小時發現的缺陷數，比較適用于系統測試-基于“運行期缺陷密度”規則

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

系統測試結束的標準!=軟件的發布標準

發布標準!=軟件0缺陷

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

-降低軟件測試代價是企業普遍關注的問題，可通過

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

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

+測試環境

-基本內容：設備環境、軟件環境、數據環境

-需考慮的因素-計算機平臺-操作系統-瀏覽器-軟件支持平臺-外圍設備-網絡環境-其他專用設備

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

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

-定義工作進度

-建立風險管理計劃

+可能遇到的風險

·由于設計、編碼階段出現大量質量問題，導致測試工作量時間增加

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

·未能完成對測試人員的技術培訓

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

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

·測試過程中，項目的開發計劃被大幅度調整

·不能及時準備好測試所需的環境

·不能及時準備好測試數據

+風險管理的過程

·識別風險

·評估風險

·制定對策

·跟蹤風險

+測試設計與開發

+總體設計

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

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

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

-只說明測試應該完成什么工作，而不說明如何完成-流程：總體設計-開發測試用例-評審測試用例

I.定義設計目標

II.定義輸入說明

III.定義測試環境和配置

IV.測試設計文檔

V.開發測試用例

+測試用例

-概念：為特定目標開發的測試輸入、執行條件和預期結果的集合。

+好的測試用例：

-容易發現軟件的錯誤

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

-清晰的定義一個或多個期望的結果

-沒有冗余

+測試用例的作用

-指導測試的實施

-作為編寫測試腳本的“設計規格說明書”

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

-分析缺陷的標準

+白盒測試用例設計

+設計方法

+邏輯覆蓋法

-語句覆蓋

-判定覆蓋

-條件覆蓋

-判定-條件覆蓋

-條件組合覆蓋

-路經覆蓋

-基本路經法

+輔助模塊設計

-驅動模塊：相當于被測程序的主程序。接受測試數據，把這些數據傳給被測模塊然后輸出實際測試結果。

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

+黑盒測試用例設計

-等價類劃分法

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

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

-錯誤推測法

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

-用戶界面問題

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

·界面信息不能及時更新，不能正確反映數據狀態，甚至對用戶產生誤導。

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

·要求用戶輸入多余的本來系統可以自己得到的數據。

·為了得到某個設置或對話框用戶必須做許多冗余的操作，如對話框嵌套太多。·不能記憶用戶的設置或操作習慣，使每次進入系統用戶都需重新操作一次初始環境。·不經用戶確認就對系統或數據進行了重大修改。

-形象類問題

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

·不夠專業，缺乏基本知識。

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

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

－穩定性問題

·不可重現的死機，或不斷申請但不能完全釋放資源，使系統性能越來越低。

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

·不能重現的錯誤，許多與代碼中的未初始化變量有關，有些與系統不檢查異常情況(網絡中斷、內存申請

不成功、長時間無響應等)有關。

-其他問題

·運行時不檢查內存、硬盤空間、數據庫等。

·無根據的假設用戶環境：硬件/網絡情況；有些動態庫；假設網絡隨時都是聯通的。·提供的版本帶病毒。

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

·用戶現場開放和修改，又沒有記錄和保留。

·版本中部分內容或接口倒退，或出現版本管理混亂。

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

+測試用例的評審

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

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

-有冗余的嗎？

-每個測試步驟都有清楚描述的預期結果嗎？

+優先級

+3級

優先級1：此測試用例必須執行-2：有時間就執行-3：可以不執行

+5級

1：此測試必須通過，否則產品發布存在危險2：在發布前必須執行3：時間允許就執行4：此測試可以在下一次發布或發布后短期內執行5：可以不測試