• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    測試中敢于向IT質量管理層說不

    發布: 2009-5-04 10:20 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 21次 | 進入軟件測試論壇討論

    領測軟件測試網

    每個組件能在多個測試案例中被使用和重復使用

      企業在對IT質量進行管理的過程中,通常會出現業務分析員與質量工程師之間的質量斷層,兩者的協作不協調會導致業務流程的低效率,致使各種軟件的使用并沒有為企業帶來真正便利。采用業務流程測試,確保業務分析員和質量工程師之間的高效合作,將最大限度地保護企業資源應用,使企業遠離質量斷層。

    傳統測試方案面臨挑戰

      自15年前第一代自動化軟件測試產品推出后,一種名為“測試框架”的自動化測試解決方案成為了市場的主流。通過這一方案,主題專家能利用預先建立好的“關鍵詞”執行某個特定應用,大大提高了測試效率。

      然而,隨著測試需求的不斷豐富,這種表格驅動的第三代測試產品逐漸暴露不足。在整個龐大的業務測試流程中,各項操作都趨于細化,測試小組人員將花費大量時間進行關鍵詞與對應操作的設置;由于測試框架解決方案包含了關鍵詞文件及其相關數據元素,主題專家仍然受到測試腳本設計的束縛,無法真正投入其本身業務;傳統測試框架產品并非完全兼容前幾代技術,采用一些框架產品后,工程師無法取得并修改關鍵詞表面之下的代碼;需要投入大量的人力和時間資源來創建詳細信息,以符合當今關于數據權限的有關法律規定,其中包括Sarbanes Oxley和the Health Information Portability and Accountability Act (HIPAA)。諸多不足呼喚新的解決方案出現以適應與日俱增的測試需求。

    只是轉變 而非技術

      全球業務優化科技(BTO)的領導者美科利(Mercury)迅速認識到,想要解決傳統的測試方案所面臨的挑戰,就必須采用一種全新的方法,而不是通過修改或更新現存第三代解決方案就能實現。針對業內的這種需求,美科利開發出了第四代方法,它能迅速簡化測試設計、測試自動化、測試維護和那些昂貴而又耗時的測試文檔管理流程。

    應需而生揭開業務流程測試的面紗

      為了適應需求,美科利推出了業內第一款完整的、基于角色的測試自動化系統——Mercury Business Process TestingTM (美科利業務流程測試),它通過促進業務分析員和質量工程師之間的高效合作,彌補了質量斷層。美科利業務流程測試能幫助那些非技術型的主題專家,在沒有編程知識的條件下創建、數據驅動、執行并記錄測試自動化流程,協助他們致力于創建那些能反映實際業務流程的高水平測試流程。與此同時,也讓質量工程師們能專注于促進自動化的實現。

      從表格驅動的測試框架到美科利業務流程測試這一轉變,在技術方面是一次改進,但在性能方面卻是一次革新。

    測試設計中的非技術型“構建模塊”方式

      業務流程測試幫助主題專家通過某個業務流程的模塊組件迅速完成業務流程的組建,無需接觸任何程序代碼或關鍵詞,就能迅速創建多個用戶場景。每個組件能在多個測試案例中被使用和重復使用。流程中重疊組件越多,自動化業務流程測試的優勢也更能體現,通過重復使用組件,項目進程也得到了加快。

    可重復使用的組件加快了項目進程

      組件一旦建立,它們就能在多個需要相似功能的測試案例中被使用和重復使用,主題專家通過選擇適當組件,混合并搭配各種組件來創建多個場景和測試包來實現不同需求。這就無需再為每個應用創建、存儲和維護成千上萬條冗長的腳本代碼,最終使項目小組能夠在所要求的時間段內為整個業務流程創建完成自動化測試。

    測試自動化和文檔管理的集成

      在測試小組設計測試的同時,一個描述詳細設計的文檔將會被自動創建。它包括每個業務流程、所有采取的步驟、所有用于驗證流程的數據、所有使用的數據元素,以及每個行為之后產生的結果,為機構節省大量人力和時間,使IT專家能從中解脫出來,去關注其他更具戰略性的測試活動。

    集中化的測試維護

      QA工程師或主題專家在改變更應用項目時,往往無法實現自動化測試維護的需求, 采用集中化的測試維護,需變更的項目被獨立于組件之外,因此總體變更會減少,而且改變能被自動移到測試案例中。由于測試案例文檔也是自動生成的,所以再無需為了實現測試自動化腳本變更與文檔管理之間的同步性而苦苦掙扎了。

    引進質量加速器加強擴展應用項目

      

    延伸閱讀

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

    TAG: 質量 管理層

    31/3123>

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