• <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-7-13 10:18 | 作者: 不像 | 來源: 領測軟件測試網采編 | 查看: 219次 | 進入軟件測試論壇討論

    領測軟件測試網

    軟件測試敏捷開發中的驗收準則和測試用例 測試用例設計

    驗收準則(AC,Acceptance Criteria)和測試用例(TC,Test Cases)都是敏捷中每個Story的組成部分,兩者既有區別,也有相互交叉的地方。在實際操作中,往往很難將兩者完全區分開來,但我們還是很有必要搞清楚兩者的異同。

      下面是我對兩者關系的理解:

      1. AC是Story內容的詳盡解釋和說明,TC則是執行測試參考的內容(包括執行步驟等);

      2. AC是story交互時候必須滿足的一組條件,TC則是sign-off一個story前所必須執行的測試;

      3. AC的每一條都應體現出業務價值,TC應盡量覆蓋到可能出問題的地方;

      4. AC由業務分析師根據客戶的需求來編寫,TC是由測試人員根據AC來編寫;

      5. AC需要客戶、業務分析師以及至少一名技術人員來共同review,TC需要測試人員、業務分析師來review;

      6. AC提供測試的邊界條件,TC是AC的具體實例,為AC服務;

      7. AC是story的功能列表,TC需要包括所有AC的內容,并將其細化,還應包括很多negivate的用例,以確保系統對異常能正確的處理。

      最佳實踐是業務分析師根據客戶需求編寫AC,邀請客戶、技術人員來一起review,需要客戶來確認,然后測試人員根據被客戶確認過的AC來編寫TC,再邀請項目組所有測試人員和業務分析師(開發人員可選)來review,并最終確定。

    延伸閱讀

    文章來源于領測軟件測試網 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>