• <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-02-23來源:作者:點擊數: 標簽:開發項目
    提高系統質量是個Teamwork,在 開發 過程中每個成員都有責任提交高質量的軟件交付物( 需求 、代碼、設計文檔...),尤其我們團隊的“ 敏捷 開發”的項目中,我們還面臨人員缺乏、項目多而分散的背景,更加需要整個團隊都必須積極投入到 測試過程 中,BA、PM
    提高系統質量是個Team work,在開發過程中每個成員都有責任提交高質量的軟件交付物(需求、代碼、設計文檔...),尤其我們團隊的“敏捷開發”的項目中,我們還面臨人員缺乏、項目多而分散的背景,更加需要整個團隊都必須積極投入到測試過程中,BA、PM、DE、QA都需要積極參與測試和項目的質量保證工作。
            這里再說明幾個方面
            1、BA和開發團隊緊密協作,指導story開發,同時DE開發完成story后,必須及時知會BA,由BA第一時間驗收story。BA必須保證已實現的功能滿足用戶需求,與用戶期望一致,這樣就直接降低需求、及設計引發的種種BUG的產生。
            2、DE開發完成story后,必須自測,同時還要請其他DE交叉測試story,開發人員參與測試這點是非常關鍵的。測試人員測試只能發現系統存在的更多BUG,而開發人員提高代碼質量,能夠直接減少系統BUG。我們一定要在源頭盡量遏制BUG的出現,特別是避免反復出現類似BUG,同種類型的BUG。我們的系統存在的缺陷如果在前期開發階段發現,會大大降低修改缺陷的成本及風險,提高開發效率和質量。因此,這里也制訂了用于指導開發人員自測的check list。
            3、系統發布前必須組織BUG BASH,類似捉蟲競賽,大家一起測試,尋找前期我們漏測的BUG,同時也是對前期測試不充分的story進行加強測試,保證系統的質量。BUG BASH 也可以看作是一種激勵性質的游戲,鼓勵大家積極參與,找到最多BUG種有獎勵,這樣也能激發大家的熱情,發現更多BUG。
            4、對于重點項目,影響范圍廣的發布版本或放量發布版本,以及系統大規模重構的版本,以及新版本特性較多較復雜的情況,必須指定專職QA負責跟蹤測試,跟進項目或版本的測試全過程,而對于一般小的發布及修改則可根據情況可不安排QA介入。對重點項目,PM必須提前一個月或一個迭代知會QA,由QA做充分的測試準備,進行測試計劃、測試用例的設計,進行充分而全面的測試,輸出測試報告。
            5、對于不同項目的特點,可以適當采用相適用的自動化測試工具,來提高測試效率。 

    原文轉自: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>