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

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

  • <strong id="5koa6"></strong>
  • 自動化測試成功的關鍵: 制定計劃

    發表于:2011-09-21來源:未知作者:領測軟件測試網采編點擊數: 標簽:自動化測試
    本文內容包括: 為什么花費精力制定計劃?系統崩潰,數據丟失/破壞IBM 軟件集成解決方案IBM 的 Rational 軟件參考資料

     

    本文內容包括:
    • 為什么花費精力制定計劃?
    • 系統崩潰,數據丟失/破壞
    • IBM 軟件集成解決方案
    • IBM 的 Rational 軟件
    • 參考資料

      在本文中,我們要討論為什么進行測試,尤其是自動化測試,是必需的。然后,我們將介紹制定計劃的概念:為什么制定計劃是如此的重要?在隨后的文章中,我們將分解測試計劃中的不同因素,并且研究如何進行制定計劃的過程才能最大程度地增加成功的機會。

      現代客戶端/服務器應用程序是非常復雜的,因此測試也就成為開發過程中關鍵的并且至關重要的一部分?,F在,沒有人會考慮(或者承認)不對自己開發的軟件進行測試工作。但是,研究和調查表明,在軟件開發過程中,制定測試計劃卻常常是優先級較低的工作項目。而且,更加糟糕的是,計劃往往沒有被執行,或者即使執行了,也進行的不很完整、不很準確,或者沒有持續進行。

      假設我們都贊成測試是必要的,那么我們接下來必須回答這些問題:我們如何進行測試?實際上都包括哪些內容?我們如何保證已經進行了有效的工作,并且真正地改善了應用程序的質量?

      答案很簡單:制定計劃。

      本文是系列文章中的第一篇,該系列文章將評審在軟件生命周期中制定測試計劃的作用,以及有效制定測試計劃的有關概念。在本文中,我們要討論為什么進行測試,尤其是自動化測試,是必需的。然后,我們將介紹制定計劃的概念:為什么制定計劃是如此的重要?在隨后的文章中,我們將分解測試計劃中的不同因素,并且研究如何進行制定計劃的過程才能最大程度地增加成功的機會。

      為什么花費精力制定計劃?

      現在看來,沒有怎么制定測試計劃而造成的后果比以前更加明顯了。失敗的案例有很多--看看報紙或者雜志就知道了。還有一些明顯的低質量軟件的案例,它們包括:

      AT&T-一個軟件交換系統,系統崩潰造成了美國幾乎24小時的長距離通信中斷。僅僅修改了一行源代碼就解決了問題。

      Denvor機場--軟件的缺陷延誤了機場的開放幾乎長達9個月之久,據估算,每天花費納稅人大概$500,000。

      Ashton-Tate--在80年代,Ashton-Tate的DBASE軟件是基于PC的數據庫應用程序的實際標準。版本中的缺陷導致了利潤的減少,最終造成了Ashton-Tate(和DBASE)的轉讓。Ashton-Tate最后被Borland(擁有極具競爭力的數據庫管理應用程序,Paradox)收購。

      當然,這些都是知名度很高的公司和項目。這些問題不會出現在您的公司中,對嗎?

      錯誤!我們都要面對軟件的缺陷,在我們的組織中與外界都是一樣,這些問題都是關鍵的,也是很明顯的。這里有一些低質量軟件的更加共同的癥狀:

      生產力損失

      系統性能

      缺少功能/特性

      沒有滿足用戶需求--無法銷售

      用戶挫折感

      強迫用戶以不直觀的方式執行任務

      循環工作

      延遲

      沒有滿足預期目標

      存在用戶操作錯誤與理解錯誤

      系統崩潰,數據丟失/破壞

      客戶端/服務器應用程序到底有什么差別?

      客戶端/服務器應用程序為質量保證專家帶來了不同的挑戰,下面是一些比較重要的內容:

      快速應用程序開發

      大多數的客戶端/服務器應用程序都使用快速程序開發(RAD)方法學進行開發。測試人員必須"努力跟上"這些較短的開發周期。早些時候,非客戶端/服務器應用程序常常使用18-24個月就完成了整個的開發過程和初始部署?,F在,使用RAD,應用程序的發布需要經過多次部署或者"塊"。每個塊都基于以前的版本,并且包括改善、修改和修理。每個塊都需要多次創建或者迭代的原型。每個塊都需要進行測試,并且在3-6個月的更短時間內完成。

      客戶端/服務器架構

      當前的客戶端/服務器應用程序都需要很多的軟件組件結合起來以實現功能,包括客戶端應用程序、工作站操作系統、網絡和數據庫管理系統。常常也包括其他的組件,例如為實現正確執行而包含的附加源代碼的DLL(動態連接庫)、事務處理器或者應用程序與數據庫管理服務。軟件的每個附加"層"都在客戶端/服務器架構中增加了額外的復雜度(并且需要進行測試)。

      多種類型的測試

      另外,測試客戶端/服務器應用程序也需要使用許多不同類型的測試方法,例如,功能測試、用戶界面、性能測試以及配置測試。這些測試都針對一個或幾個測試目標。為了防止測試迂回不前或者嘗試同時測試所有內容,每種測試必須制定仔細的計劃。當您進行自動化測試時,這一點尤其正確。

      數據

      對于我們執行的每種類型的測試,都必須使用數據。數據對于測試的執行和成功完成來說是至關重要的,因為要使用數據識別最初的應用程序數據狀態(條件),并且調用或者引出特定的事件或者操作。而且也要使用數據來驗證測試事件或者操作是否運行正常!

      制定測試計劃的其他原因

      如前所述,現代的應用程序與以前開發的應用程序相比具有很大的不同??蛻舳?服務器技術加強了我們開發與部署以任務關鍵型的企業系統的能力,而且花費的周期更短,提供的功能更加強大??蛻舳?服務器應用程序也為開發人員與終端用戶提供了大量的選擇和控制。但是使用這些好處的同時,也需要加強測試。

      測試自動化

      逐漸地,測試軟件必須使用測試自動化工具和技術,以滿足具有挑戰性的日程安排。但是,單單使用工具還不足夠,成功的測試自動化需要制定測試計劃。在沒有進行計劃的條件下,實施測試自動化只會帶來自動化的混亂。使用測試自動化工具,我們可以管理混亂并且識別過程中造成混亂的因素,同時管理項目費用(例如"未被文檔化的特性/變更")。

    原文轉自:http://www.kjueaiud.com

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