• <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-5-13 12:44 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 145次 | 進入軟件測試論壇討論

    領測軟件測試網

    經驗48,關注測試員、覆蓋率、潛在問題、活動和評估的組合測試手段

      本章的主要目標是提出一種測試手段的分類系統,我們把它叫做“五要素測試系統(Five-fold Testing System) ” 。人們可以做的所有測試都可以在五個方面進行描述:

        ·測試員。進行測試的人。例如,用尸測試是由目標市場的成員、通常使用    該產品的人應行的專項測試。

        ·覆蓋率。測試了哪些內容。例如,在功能測試中,要測試每個功能。

        ·潛在問題。測試的原因(要測試什么風險) 。例如,測試極值錯誤。

        ·活動。如何測試。例如探索式測試。

        ·評估。怎樣判定測試通過還是不通過。例如,與巳知正確結果的比較。

        本章還要詳細描述幾個手段,并就另外幾個手段的使用提出自己的觀點,不過我們的主要目標還是解釋分類系統。

      所有測試都包括所有這五個要素。測試手段將測試員的關注點集中的一個或幾個要素上,把其他要素留給測試員自己判斷?梢园殃P注一個要素的手段與關注另一個要素的手段結合起來,以得到想要的結果?梢园堰@種結合的結果叫做新手段(有人確實這樣叫),不過我們認為思考過程要比增加另一個名字更重要。在測試領域中,正在使用的定義不一致的手段清單正在不斷膨脹。我們的分類模式有助于讀者有意識地理智深刻地理解這種結合。

      測試任務常常按一個要素分配,但是完成任務時要涉及所有五個要素。例如:

    ·有人可能要求測試員做功能測試(徹底測試每個功能) 。它說明的是要測試什么,測試員還必須決定誰來測試,以及要尋找什么問題,如何測試每個函數,如何確定程序是否通過。

    ·有人可能要求測試員做極值測試(測試在向變量輸入極值條件下的錯誤處理)。它說明的是要找出什么問題。測試員還必須決定誰來測試,要測試哪些變量、如何測試這些變量,如何評估結果。

    ·有人可能要求測試員做ß測試(讓市場的外部代表做測試) 。它說明的是誰來測試,測試員還必須決定告訴外部代表什么(告訴他們多少)、試用產品中的哪一部分、他們應該查找什么問題(應該忽略什么問題) 。在有些ß測試中,測試員還要具體地告訴他們如何識別特定類型的問題,可能要求他們以特定的方式執行特定的測試。在另外一些ß測試中,可能會由他們決定要完成的活動和評估。

      手段不一定只涉及一種要素,也不應該是這樣。所有測試都涉及所有五個要素,因此我們應該期望跨多個要素的更綜合的測試手段。以下是多要素手段的一個例子:如果有人要求做“基于需求的測試”,則可能是表示以下三種想法的任意組合:

        ·覆蓋率(測試在這個需求文檔中列出的所有內容)。

        ·潛在問題(測試不滿足這個需求的各種方式) 。

       ·評估(設計測試的方式,要使得測試員能夠使用需求規格說明確定程序是否通過) 。

        在說到“基于需求的測試”時,不同的測試員會有這三種想法的不同組合,對這個詞并不存在惟一的正確解釋①。

        盡管存在模糊性(并且在一定程度上正是因為有這種模糊性),但是我們認為這種分類系統是一種很有用的思想生成器。

      測試時要時刻想著所有五個要素,就可能做出更好的組合選擇。在ß測試中,可能決定不描述這些要素中的一個或多個,可以決定不確定如何評估測試結果或測試員該怎樣做。但是我們的建議是,要有意識地做出類似上面提到的決定,而不是采用只關注一種要素的手段,而不注意到還要做出其他決定。

     、倩谛枨鬁y試的多種含義,提供了軟件工程中一個重要普遍問題的例子。定義在測試領域是不固定的。定義的使用在不同子領域和個人之間有很大不同,即使存在期望能被看作是參考標準的文檔。我們稍后討論使很多人無視標準文檔的一些因素。請注意,我們在這里不是要聲稱提供權威定義,或測試領域手段的描述。有些人會使用同樣的詞匯表示不同的含義。其他人可能會同意我們的描述,但是卻以不同的方式表達。不管哪種情況都是合理的、有說服力的。
    經驗49,關注測試員的基于人員的測試手段

        以下是一些通過執行測試的人來區分的常見手段舉例。

        用戶測試(user testing) 。由將使用該產品的典型人員進行輸入的測試。用戶測試可以在開發期間任何時候進行,可以在開發場地,也可以在用戶場地,可以在精心指導下進行,也可以根據用戶的意愿進行。有些類型的用戶測試,例如任務分析,更像是聯合探索(涉及至少一名用戶和至少一名公司測試小組成員),而不是由一個人完成的測試。

      α測試。由測試小組(可能還包括其他感興趣的、友善的內部人員)執行的內部測試。

      β測試。利用不屬于開發機構并且是產品的目標市場成員的測試員實施的用戶測試。待測產品一般非常接近完成。很多公司都將讓客戶試用代碼看作是β測試,他們把所有β測試都歸結為叫做“β”的里程碑。這是個錯誤。實際上有很多不同類型的β測試。設計β,用于要求用戶(特別是有關領域的專家)評價設計,應該盡可能早地實施,以便有根據評價意見進行修改的時間。市場開發友β,用于再次確認在該產品推出并投放自己的大型銷售網上時會有大量客戶購買,實施時間相當晚,要等到產品相當穩定之后。兼容性測試β,客戶在開發機構自己不容易測試的硬件和軟件平臺上運行該產品。這種測試不能太晚,否則難以確定和解決兼容性問題。對于所管理的任何類型β測試,在確定進度和實施方法之前,都要確定測試目標。

     

    延伸閱讀

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

    TAG: 軟件測試 手段

    21/212>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(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>