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

    領測軟件測試網

     再舉一個例子是,“維護數據完整性” 是一個切面。很多系統都有用戶這個對象,很多其他得對象都會引用到它。對于引用已經刪除得對象就是一個容易出問題得地方。那么就把“刪除用戶”作為一個切面拿出來,對每一個相關得對象進行測試。這樣一個切面是非常好得testcase。

        說到這里,你可能會發現這其實是面向方面編程(AOP)得概念。bingo!確實如此,好得思想方法在哪里都會閃光啊~_*.


        2. 功能單元測試
        面對一個比較小得功能單元,設計testcase就容易得多了。因為功能單元千差萬別,所以我僅僅寫一些相對通用得思路。

        1)從4個可能變化的要素入手:輸入,輸出,參數和狀態。
        如果把某個功能想象成一個黑盒子,那么這個黑盒子任何時候得輸出可以用下面得三個參數來確定(輸入,狀態,參數)。這種方法可以對功能進行詳盡得測試。

        2)黑盒子得生命周期
        盒子不是憑空出現的,它也不是在真空之中。在它的生命周期中,有那些東西能影響它?它的初始化,重啟動,關閉。。。

        3)GUI測試
        一個功能單元可能有GUI,那么他們也應該在這里測試。我們以GUI測試為例,GUI有它自己的特點
        1. GUI很容易變化
        2. GUI一般不容易錯,因為GUI不包含復雜的邏輯
        3. GUI的錯誤很容易看出來, 很多GUI問題其實看一下就知道了,比如字體不對
        4. GUI難以描述。GUI涉及的內容很多顏色,布局,字體。。。
        所以對于GUI的測試用例,應該給出一個關鍵點,而不用給出具體的描述。比如“檢查label字體”比“字體是宋體,大小11,斜體“要好,當然除非特別要求

    延伸閱讀

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

    22/2<12

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