• <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-3-16 09:35 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 71次 | 進入軟件測試論壇討論

    領測軟件測試網

    Agenda 1:什么是功能測試解決方案?為什么需要功能測試解決方案?

     

    Slide 4:功能測試的定義:

    MILY: 宋體; mso-font-kerning: 0pt; mso-bidi-font-style: italic; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'; mso-bidi-font-size: 12.0pt">- 驗證系統的功能性符合預定的功能說明書的測試。

     

    Slide 5:功能測試解決方案的關鍵組成:

    范圍之內的:

    l         手工測試

    l         功能測試自動化

    l         測試管理

    范圍之外的:

    l        單元測試

    l         靜態分析

    l         性能測試

    l         應用程序的監測

     

    Slide 6:你的工作室有做過任何功能測試腳本的自動化嗎?

    通過調查北美和歐洲公司的74個決策者得出以下數據:
     

    Slide 7:手工測試的正反面

    正方:

    測試用例設計的成本是最少的

    l         不需要使用工具或工具專家

    l         沒有自動化的需要

    l         不需要在測試執行之前預留提前期

    可以腳本化,帶探索性,或兩者皆可

    l         測試設計和測試執行同時進行

    l         在標準的手工測試腳本設計和執行之前,之間和之后都很有用

    Kiki】需要注意一下這里所說的腳本,不是普通意思上我們說的自動化測試腳本。在美國和其他國家,他們將手工測試的測試用例用非常清晰的步驟描述,有些象我們手工測試用例中的步驟,但比那更加詳細,一步一步相當清楚,不需要測試人員太多的涉及,執行下來測試人員就象一個機器人一樣。

    反方:

    測試執行的成本很高

    l         成本 執行時間 × 勞動率

    l         執行時間很昂貴

    l         當重復執行時,沒有效率

    腳本化的測試執行很單調

    l         不需要創造力

    所有的窗體都是有極高的錯誤傾向

    l         質量取決于測試人員每時每刻的細心

    l         測試結果的文檔化是另一個錯誤的潛在來源

     

    Slide 8:專業的工具支持可以提高腳本化手工測試的效率

    工具的支持幫助手工測試人員:

    l         在一個唯一且安全的地方存儲測試計劃,測試腳本和測試結果

    l         共享跨越測試用例中的測試組件(例如:登陸系統)

    l         自動化數據輸入和數據校驗

     

    Slide 9:測試自動化的正方面

    正方:

    l         將測試人員解放出來做更多智力型的測試(例如:探索性測試)

    l         減少測試執行的時間和成本

    l         允許工作室擴展測試工作的范圍

    反方:

    l         增加了測試設計之前的投資

    l         容易浪費時間在自動化“錯誤”的測試上 或用錯誤方法實現正確的測試

    l         要求比手工測試更多的技術專家和專業工具的支持

     

    Slide 10:一個測試自動化經濟效果的簡化概覽

    自動化一個測試腳本的成本的計算方法:

    測試自動化的成本 = 工具的成本 + 腳本創建的人力成本 + 腳本維護的人力成本

     

    何時選擇自動化

    自動化的成本 < 和將要執行的自動化測試的次數一樣的手工執行測試的成本

    例如:如果一個測試腳本在以后的兩年里每星期運行一次,而且如果自動化這個測試的成本小于手工執行測試104次的成本,那么就自動化這個測試。

     

    Slide 11:為什么你的公司沒有執行任何的測試自動化?

    通過調查38位北美和歐洲的沒有執行任何測試自動化公司的決策者得出以下數據.


    KikiROIReturn of Investment, 這里指的是測試自動化的投資回報。

     

    Slide 12:由測試工作量變化產生的正確平衡

    測試團隊的組成

    l         編程技能 vs.主題專家

    l         杠桿作用每位團隊成員優點的勞動力分工

    l         開發團隊自身測試工作量的評估

    所測試應用程序的特征

    l         所測試應用程序所采用的技術

    l         所測試應用程序的穩定性

    時間軸

    l         創建自動化測試腳本的可用時間

    l         應用程序的預期生命周期

     

    Slide 13:手工和自動化測試的集成測試管理解決方案的收益

    計劃和監控所有測試活動的共同接口

    手工和自動化測試資產的變更管理

    提交來自手工測試和測試自動化工具的缺陷直接到測試管理工具里

    遞增的自動化測試包中的部分內容

     

    Agenda 2:Forrester如何評估功能測試解決方案?

     

    Slide 15:我們如何決定選擇哪些供應商?

    參與的標準

    l         $10M的年稅收

    l         支持手工測試,測試自動化和測試管理

     

    一些被排除的供應商

    l         RadViewSeapine

    他們已經在去年的自動化工具中評估過了

    l         Worksoft, SDTLogiGear

    他們關注的是關鍵字驅動的測試自動化

    l         AgitarParasoft

    關注開發人員的測試

     

    Slide 16:評估的供應商和他們相應的產品

    Kiki】補充:

    Rational2002/12IBM收購

    Mercury2006/6HP收購

    Segue2006/4Borland收購

     

    Slide 17Forrester Wave™評估的流程

    評估在20062月到5月間進行

    基于在2006/6/1為止一般可用的產品能力

    選擇87個評估標準的開發流程

    訪問了供應商,專家,外包商和用戶

    供應商的自我評價

    依賴由供應商提供的部分數據來評估

    訪問供應商的策略

    和執行者對話來確定供應商將如何增強他們在未來的供應

    產品的演示

    確認我們對產品能力的理解

    大量的和客戶證明人一起的事實校驗

    確定供應商的供應物在實踐中如何和理論一致的工作

     

    延伸閱讀

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

    TAG: 方案 功能 評估

    21/212>

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