• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    軟件測試需求收集和測試計劃自動化

    發布: 2009-9-15 09:50 | 作者: 不詳 | 來源: 領測軟件測試網 | 查看: 175次 | 進入軟件測試論壇討論

    領測軟件測試網

    軟件測試需求收集和測試計劃自動化  自動化測試工具

    0·.ANSI/IEEE 830一‘t949:軟件焉目£說壤1·。ANSI/IEEE 830一.1998:軟件符求說明的推薦實踐

    I·IEEE標準1362—1998:(結合圓旺標準13婦a一1998)IEEE信息技  術——系統定義—操作概念』cx,qts)文檔指南

      前兩條是軟件工程師要遵循的需求說明的搜術標準,第三條是從用戶角度出發定義軟件需求。從共矛姑;定義馴試需求、遵升馴越擻捂

        對于測試需求存在的意見主要集中在兩方面,這在本章之前已提到過。為了盡量滿足這兩方面的意見,提出用于明確測試噩查鰱拯迮友鎏花了很長時間。這一方法規定了把韃l生墨瘩萎控盤測試曼壟塑璺塞:且使此過程是可重復的(c'MM 2)。盡管ANSI/IEEE標準有一定作用,但Gerra]一堅持認為大多數需求文,檔通常是“組織混亂、不完整、不準確、不一致”的[9]。他還認為大多數文檔記錄的需求是“不可測試的”,因為這些需求采用的形式不恰當,不是“測試人員”所期望的,對于測試人員來說這些形式是很難理解和測試的。這就需要測試工程師自己把那些需求轉換為可測試的需求。

        目前投有標準的文件指導軟件測試的需求說明(或指導如何對已有的軟件需求說明進行轉換)。把已有的軟件需求說明細化為軟件測試需求是很困難的。為了正確測試軟件組件,測試工程師必有非常細致和非常明確的信息。當然,的級別和方法(黑盒、灰盒、白盒軟件測試方法);這些概念的詳細說明和和應用可參看[14、15、16]。勖試需求實質上依賴于測試工程師的觀點。制試工程師的觀點也取決于軟件需求說明包含的級別深度和細節。因此,從囊盒與白盒角度明確測試需求是可能的。

        在許多情況下,沒有可以轉換為測試需求的軟件需求說明。如果是這樣,測試工程師就有兩個選擇。=登直法是試羞宜昌壅堡型堇置壟,另一種方法就是告訴項目經理無法測試軟件,因為沒有測試需求文檔。但是,在現實的世界中,許多軟件需求說明書是在軟件構建完成后才編寫的。如果是這樣,在測試開始之前或測試過程中,測試工程師必須自己找出測試需求。

        為什么測試需求對于測試過程如此重要?首先,測試需求是必須的,因為測試工程師要預測測試所期望的結果。Myers在他的傾力之作《軟件測試的藝術》(《t}le art of software t哪i曲)中對此做了恰當的表述:“沒有期靜}沒有驚喜!盵16]Mye璐的意思是說如果認為軟件所做的事是不正確的,那么在這之前就要對軟件的行為有一些認識。他還寫道:“如果測試用例的預期結果沒有被預先定義,那么有種情況就會出現,這種情況就是一個似是而非的結果(不一定是錯誤的)就會被當作正確的結果。因為我們的眼睛看到了我們想要看到的東西!睕]有測試需求,就沒有辦法預先定義軟件的預期行為。

        其次,除非預先定義了應用程序的行為集合,否則不能進行測試結果的驗證。這是因為測試工程師必須驗證每一個測試的結果。僅僅知道期望什么樣的結果是不夠的,所以我們必須捕獲AUT的實際行為,把這些行為與所期望的行為進行比較,所期望的行為是基于軟件需求說明定義的。沒有預先指明測試需求,是沒有辦法做預測和驗證的。這是軟件開發經理要考慮的一個主要問題,他們需要知道測試結果是如何被驗證的,他們想看測試結果的書面證明。驗證測試結果有許多法。例如,只觀察Aur的行為就足夠了,但是開發經理需要更多的證據。在這些方面測試需求起著至關重要的作用。    。

        測試需求就是測試目標。逮就是當執行專門的測試時,測試工程師想要完成的任務。除此之外,反映軟件需求說明中定義的Aur特征也是測試需求的目標。測試需求是軟件需求的下一個步驟,因這它必須能夠被證明所以它必須是可測量的(m唧tab‘le)!翱蓽y量”是指測試工程師能根據測試需求所期望的結果定性或定量驗證實際的鍘試結果。為了達到這個目的t測試需求必須被進一步細化為測試用例需求。這些低級別需求包括了比軟件需求和高級別測試需求更基本的細節。測試用例需求描述了具體的測試條件,在這些細節中,從每個測試用例需求到實際執行的每個測試數據記錄有著直接的關系。軟件需求與測試需求有如下關系:一對一(一個測試需求對應一個軟件需求)、1對多(一個軟件需束對應多個測試需求)、多對一(一個以上軟件需求對應一個測試需求k·與此相類似,測試用例需求與測試需求有如下關系:一對一(一個測試條件對一個測試需求)、一對多(一個測試需求有許多測試條件從而有多個測試用例需求)、多對一(一個以上測試用例需求對應一個測試條件)。j在彳賡多情況下,也可能出現多對多關系,這種關系使測試很復雜,得出的結果也很難解釋,所以應避免出現這種關系。如果遇到這種情況,考慮使甩分解的辦法,把測試需求分解成一個或多個不太復雜的測試需求。

        測試需求也必須與手工或自動化腳本榴結合。例如,一個測試需求可能產生50個測試條件,這些條件說明了基本測試數據灼功能的變化。那些測試數據以測試數據記錄的形式保存在文本文件中。自動化測試(數據驅動測試)腳本可以為AUT導航和讀取數據,4捕詹把每個數據記錄插入到合適的GuI屏幕中,Aur把記錄存放到數據庫。為了保證測試覆蓋度量,給測試需求附加上測試腳本是很重要的。  

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 軟件測試 收集 需求 自動化


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>