kapok

          垃圾桶,嘿嘿,我藏的這么深你們還能找到啊,真牛!

            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
            455 隨筆 :: 0 文章 :: 76 評論 :: 0 Trackbacks
          1. 黑盒測試
            測試也稱功能測試或數據驅動測試,它是在已知產品所應具有的功能,通過測試來檢測每個功能是否都能正常使用,在測試時,把程序看作一個不能打開的盆子,在完全不考慮程序內部結構和內部特性的情況下,測試者在程序接口進行測試,它只檢查程序功能是否按照需求規格說明書的規定正常使用,程序是否能適當地接收輸入數鋸而產生正確的輸出信息,并且保持外部信息(如數據庫或文件)的完整性。
               測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等,主要用于軟件確認測試。“”法著眼于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“”法是窮舉輸入測試,只有把所有可能的輸入都作為測試情況使用,才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個,人們不僅要測試所有合法的輸入,而且還要對那些不合法但是可能的輸入進行測試

          2. 測試
            白測試也稱結構測試或邏輯驅動測試,它是知道產品內部工作過程,可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行,按照程序內部的結構測試程序,檢驗程序中的每條通路是否都有能按預定要求正確工作,而不顧它的功能,測試的主要方法有邏輯驅動、基路測試等,主要用于軟件驗證。
            “”法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。“”法是窮舉路徑測試。在使用這一方案時,測試者必須檢查程序的內部結構,從檢查程序的邏輯著手,得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一,窮舉路徑測試決不能查出程序違反了設計規范,即程序本身是個錯誤的程序。第二,窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三,窮舉路徑測試可能發現不了一些與數據相關的錯誤。

          3. 灰測試
               灰測試,確實是介于二者之間的,可以這樣理解,灰測試關注輸出對于輸入的正確性,同時也關注內部表現,但這種關注不象那樣詳細、完整,只是通過一些表征性的現象、事件、標志來判斷內部的運行狀態,有時候輸出是正確的,但內部其實已經錯誤了,這種情況非常多,如果每次都通過測試來操作,效率會很低,因此需要采取這樣的一種灰的方法。
          測試結合了測試測試的要素.它考慮了用戶端、特定的系統知識和操作環境。它在系統組件的協同性環境中評價應用軟件的設計。
             灰測試由方法和工具組成,這些方法和工具取材于應用程序的內部知識與之交互的環境,能夠用于測試以增強測試效率、錯誤發現和錯誤分析的效率。
                灰測試涉及輸入和輸出,但使用關于代碼和程序操作等通常在測試人員視野之外的信息設計測試

          posted on 2005-04-05 16:59 笨笨 閱讀(347) 評論(0)  編輯  收藏 所屬分類: ALL軟件工程和項目管理
          主站蜘蛛池模板: 大厂| 抚松县| 汕头市| 呼玛县| 旬邑县| 锡林浩特市| 辽源市| 锡林郭勒盟| 白山市| 潞城市| 略阳县| 凤冈县| 阳信县| 抚州市| 永吉县| 稻城县| 虹口区| 青河县| 南漳县| 卢湾区| 太和县| 富平县| 虹口区| 南城县| 重庆市| 德兴市| 潍坊市| 华坪县| 手游| 江山市| 英山县| 平邑县| 绥德县| 新丰县| 广州市| 泉州市| 抚松县| 通海县| 宁化县| 西盟| 金沙县|