• <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-6-10 11:20 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 188次 | 進入軟件測試論壇討論

    領測軟件測試網

    ·        我們發覺,需要建立一個正規的且自動化的煙霧測試,它適用于所有的環境,它和自動化回歸測試的腳本集一起被用來測試那些高風險的功能,以及高容量的事務處理。

    ·        我們知道,用戶的接受測試(UAT)遠遠達不到它應有的效果。因此,我們提出要制定更為詳細的UAT測試計劃,將其與測試腳本和培訓材料一起提供給用戶,以幫助他們快速地提高。然而,這并不意味著我們希望能夠全權負責UAT的工作,由我們提供更多的指南、資源和培訓來幫助用戶進行接受測試,我們的目的只是希望UAT執行的更為順利。

    ·        我們商定了代碼何時可以在環境之間移動的衡量指標。無論是單元測試,還是集成測試,90%的測試通過率對代碼而言已經足夠了,甚至可以從中了解到一些還會出現的bug—-只要不存在長期影響系統正常運行的bug就行。

    ·        我們決定要執行嚴格的代碼復查,以保證在早期(更可取的是在寫完或接近完成代碼時)就發現問題,而不是在代碼發布之后。我們創建了煙霧測試之后,代碼必須100%的通過這些測試,這樣才能前進入下一個級別。

    ·        系統測試中,我們無論如何都不能讓任何嚴重或高級別的缺陷遺留到下一個過程中,但是也存在這樣的一些缺陷,是我們所能容忍的,我們可以和用戶進行交流,以此來確定他們的期望:問題現在就被修復,還是放在后面解決。

    我們使用了代碼覆蓋的測試工具,根據它添加了一些相關的衡量指標,同時根據工具的缺陷趨勢分析,來幫助我們衡量系統測試工作的效果。

    我在寫字板上記錄了會議內容,如圖3所示,分別用不同的顏色進行了標注。

    圖3寫字板—-添加的測試類型和衡量指標

    第4步:組織計劃

    這個時候,我詢問了會議室中的每一個人,一起來檢查我們剛才所達成的(寫在寫字板上)共識,這種感覺就像是我們已經成功地執行了這個計劃。下一步,劃分職責和活動的實際區域范圍。我們花了幾分鐘時間在寫字板上做了相應的標注,如圖4所示的藍色方括號和箭頭。


    圖4書寫板—-職責、環境

    這些分組反映出項目中所包含的工作小組。當然,你的項目可能包含了更多的工作小組—多個開發或測試組,甚至有獨立的行政或QA組。寫字板上的藍色箭頭表示我們要執行的測試類型與環境的關聯關系。雖然還不算完美,但這些內容為我們提供了一個測試提綱,使我們知道了大多數測試工作的分布情況。

    第5步:確定要使用的工具

    最后一步,我們需要計劃測試中實際所使用的工具,把這些工具添加到我們的測試策略里。在這一方面,該公司以IBM Rational的相關產品為主,于是我們確定了主要的測試工具,當然,我們也需要其他一些有幫助意義的工具作為它們的補充。比如單元測試,我們選用JUnit,因為我們的開發人員知道該如何使用它—-另外,免費和容易上手的特點也是選擇它的原因。靜態分析,我們選用Jlint。其他的工具,我們全部選用Rational的產品:使用ClearCase進行資源和測試資產的控制;使用ClearQuest跟蹤問題;Purify、Quantify和PureCoverage被用來進行運行期分析;需求管理(rm)工具使用Requisite Pro;自動化測試使用RobotTestManager。本來,我們也討論過使用其他一些運行期分析和資源控制工具,但是考慮到統一的平臺更便于我們的管理。圖5展現的寫字板上,包含了這些信息。

    圖5書寫板—-最終所形成的測試策略

    完成這些之后,接下來我們可以實施它了。

    實施

    現在,你已經有了一個策略,將它共享給項目中的每一個人。通過寫字板來收集每個人的看法—-或者,更好的方法,使用Visio把寫字板上的內容轉變成幻燈片。讓制定這份策略的人來幫助你解釋策略和你要實施的計劃。每一個參與策略制定的人都可以幫助你,這樣不會讓人有這不過是你一個人空想的感覺,并且你會獲得來自于整個項目組的支持;卮鹑藗兊膯栴},得到他們的反饋,準備好策略變更。因為有一些人可能知道更好的工具,更合適的技術,或者更有意義的衡量指標。

    一旦大家都同意,把該測試策略作為一個可接受的解決方案,那么就可以制定一個實施計劃了。在此計劃中,回答下面的問題:

    ·        包含了各新測試類型的迭代過程是什么?(劃分測試類型對應的每個迭代過程。)

    ·        我們如何對之前沒有做過測試的小組進行測試培訓?(事關測試資源的利用和分配。)

    ·        我們何時開始安裝、配置新的測試工具,并進行相關的培訓?(測試工具的使用問題,會影響測試的實際進度。)

    ·        由誰來負責每個測試階段的管理工作?(指定一個測試負責人。)

    ·        我們如何計劃這份測試策略的修訂和更新工作?(需要控制測試策略的版本變更。)

    ·        我們如何衡量這份測試策略的有效性?(對該測試策略的效果進行評估,評估的標準是什么?)

    ·        由誰來負責該測試策略的維護工作?(我們應該有自己的配置管理員來維護這些測試資產。)

    進一步思考,你會遇到其他一些實施方面的問題,這些和你的項目背景有關。但是,你只要能確保下面的一些情況就可以了:你擁有所需的資源(人、硬件和軟件);你有時間和能力給項目組內的人做相關的培訓;你是個越干越起勁的人。

    這篇文章所討論項目的測試策略還沒有具體地實施。我們發現了一些變更,比之前面的更具效力。我們已經完成了測試策略,但每次的迭代過程,我們依然關注具體的新工具和新技術,或者關注與人員的培訓,以使其具有更高的效率。我們的測試策略很簡單,它具有的格式也使我們可以容易地修改和更新,在我們開發其他的軟件時,發現它不僅靈活,而且很有幫助性。


    //

    延伸閱讀

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

    33/3<123

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