• <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-07-13來源:作者:點擊數: 標簽:軟件測試測試用例設計開發驗收準則
    軟件測試 敏捷 開發 中的驗收準則和測試用例 測試用例設計 驗收準則(AC,Acceptance Criteria)和測試用例(TC,Test Cases)都是敏捷中每個Story的組成部分,兩者既有區別,也有相互交叉的地方。在實際操作中,往往很難將兩者完全區分開來,但我們還是很有

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

    驗收準則(AC,Aclearcase/" target="_blank" >cceptance 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

    老湿亚洲永久精品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>