如何評估嵌入式軟件測試工具?

概述

隨着新產品研製工作的不斷髮展,計算機及其軟件的重要性越來越引起人們的重視。各產品中軟件的增加、規模的增大以及複雜程度逐年的提高,對軟件的質量和可靠性要求也在不斷提高,因此軟件的質量已成爲產品質量的關鍵。這就使得軟件測試的自動化工具市場應運而生。在過去的幾年中,市面上出現了大量的測試自動化工具,這些工具都聲稱能做同樣一件事情:自動化測試。但當您在瀏覽產品資料或觀看簡單的演示時,您會發現這些測試工具看上去都是極其相似的,讓您在評估工具時產生困擾。通過本文您可以很好的瞭解這些工具產品,爲您在評估軟件測試自動化工具尤其是動態的測試自動化工具時提供參考。


你不能簡單地通過閱讀資料表來評估一個測試工具

所有的資料表都是大同小異的。商業用語都是相同的,比如:“行業領導者”、“獨一無二的技術”、“自動化的測試”和“領先技術”等。屏幕截圖也都是相似的:“條形圖”、“流程圖”、“HTML報告”和“狀態的百分比”,讓人看得都麻木了。


什麼是軟件測試

所有做過軟件測試的人都知道測試有很多類型。爲簡單起見,本文中我們將討論以下三個方面:

·系統測試:測試完全集成的應用系統

·集成測試:測試集成的子系統

·單元測試:測試一些單個的文件或類

在大家做過的系統測試中,有一些跟最終用戶將要做的操作是一樣的。請注意我們說的是“一些”,而不是“全部”。導致應用程序運行失敗出現bug的最常見的情況是在程序的輸入域中輸入了預料之外的未經測試過的輸入組合。做集成測試的人不多,做單元測試的就更少了。如果你做過集成或單元測試,你很可能會痛苦地意識到從應用程序的其餘部分隔離單個文件或一組文件必須生成的測試代碼的數量是巨大的。在最嚴格的測試等級中,測試代碼的編寫量大於被測程序代碼量的情況並不少見。因此,這些級別的測試通常應用於高安全性和高可靠性系統的市場中,比如航空、醫療設備、工業控制、汽車電子和軌道交通等。


那麼,到底該從哪些方面、如何客觀細緻地評估一個嵌入式測試工具呢

·測試工具的基礎架構

·解析器和代碼生成器

·測試驅動程序

·爲關聯的函數/方法打樁

·測試數據

·測試數據的自動化生成

·與編譯器的集成

·支持嵌入式目標測試

·測試用例編輯器

·代碼覆蓋率

·迴歸測試

·報告

·與其它工具的集成

·集成測試

·系統測試

·敏捷測試和測試驅動開發(TDD)

·其它功能

·工具認證




發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章