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

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

  • <strong id="5koa6"></strong>
  • 軟件測試手段的多樣化(2)

    發表于:2014-08-13來源:uml.org.cn作者:童戰點擊數: 標簽:測試手段
    可測性: 軟件維護性由四個子特性組成:易分析性、易改動性、穩定性、易測試性。 軟件可測試性通常是指軟件發現故障并隔離、定位其故障的能力特性

      可測性:

      軟件維護性由四個子特性組成:易分析性、易改動性、穩定性、易測試性。

      軟件可測試性通常是指軟件發現故障并隔離、定位其故障的能力特性,以及在一定的時間和成本前提下,進行測試設計、測試執行的能力。這里摘錄下《軟件可測試性需求設計》一文中的幾個重點評估指標,詳細信息大家可查看全文:

      可控制性設計需求

      可分解性設計需求

      穩定性設計需求

      易理解性設計需求

      可觀察性設計需求

      測試驅動和樁的設置

      適合增量式開發的可測性設計

      可查詢設計

      自愈合功能

      輸出結果

      提供統一的操作執行面板

      每一條都有具體的評估標準,衡量待測產品可測性的優劣可以據此參考,我就不添油加醋了。另外我推薦一款google的開源代碼可測性度量工具“Testability explorer”,有興趣的同學可以試用下。

      全過程測試:

      產品研發過程前期,靜態測試采用的越多,這是和待測產品的特性有關。大家都知道測試越提前,產品質量風險就越小,各項成本就越少。但要真正落實測試提前必須有個大前提,就是測試工程師個人能力的不斷提升。不具備相應的測試能力,有再好的測試方法測試手段也沒用。

      一個測試團隊的成長,一定是從發現缺陷缺陷預防,真正能做到缺陷預防的團隊才是成熟的團隊。上文所說的大多仍是發現缺陷,如何做缺陷預防本文不探討,但只有測試提前,只有真正做到了全過程測試,才有看到缺陷預防成功的那一天。

      測試手段多樣化并不僅僅是多幾個測試工具,更主要的是豐富測試思路。不同業務背景、技術背景的產品我們首先要能清楚應該如何下手,然后再看需要何種技術手段支撐。先有測試思路,然后尋求技術支持。而不是先搞個技術,然后再硬生生的嵌入現有的測試過程中。當然,技術儲備是持續要做的。

      最后用一副很簡單的圖來表達我的測試理念:

      小記:本文借用了不少前人的觀點,原創較少。主題雖是測試手段多樣化,但更多的是希望開展全過程測試。本文多次提到的,針對質量特性的各種測試方法,是明年規劃之一,后續有成果會一一呈現給大家。大家明年見。

    原文轉自:http://www.uml.org.cn/Test/201201042.asp

    老湿亚洲永久精品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>