• <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-7-01 11:47 | 作者: 不詳 | 來源: 領測軟件測試網采編 | 查看: 29次 | 進入軟件測試論壇討論

    領測軟件測試網

    、、軟件開發工具

      可視化工具,類庫,編譯器,腳本工具,等等,它們常常會將自身的錯誤帶到應用軟件中。就象我們所知道的,沒有良好的工程化作為基礎,使用面向對象的技術只會使項目變得更復雜。

      為了更好地解決這些問題,軟件界做出了各種各樣的努力。

      人們曾經認為更好的程序語言可以使我們擺脫這些困擾,這推動了程序設計語言的發展,更多的語言開始流行,為了使程序更易于理解開發了結構化程序設計語言,如pl/1,pascal等;為了解決實時多任務需求開發了結構化多任務程序設計語言,如modula,ada等;為了提高重用性開發了面向對象的程序設計語言,如simlasa等;為了避免產生不正確的需求理解,開發形式化描述語言,如hal/s等,這使得建立基于自然語言的描述成為可能,人們以形式化語言來描述需求;為了支持大型數據庫應用,開發了可視化工具,如visual studio、power builder等。程序語言對提高軟件生產效率起到了一定的積極作用,但它對整個軟件質量尤其是可靠性的影響,與其他因素相比作用較小。

      可能是因為程序語言基于嚴格的語法和語義規則,人們企圖用形式化證明方法來證明程序的正確性。將程序當作數學對象來看待,從數學意義上證明程序是正確的是可能的。數學家對形式化證明方法最有興趣,在論文上談起來非常吸引人,但實際價值卻非常有限,因為形式化證明方法只有在代碼寫出來之后才能使用,這顯然太遲了,而且對于大的程序證明起來非常困難。

      受到其他行業項目工程化的啟發,軟件工程學出現了,軟件開發被視為一項工程,以工程化的方法來進行規劃和管理軟件的開發。

      針對需求不確定的應用,可以使用漸進和迭代類的開發模型。還可以采用快速應用程序開發(rad)和協同應用程序開發(jad)技術,由軟件開發者和用戶代表共同參與開發軟件規范。rad和jad的基本思路是開發者和用戶共同設計系統中的屏幕,開發者迅速地把實現這些屏幕的最基本功能編寫好,然后把它們交給用戶看,然后用戶和開發者回顧這些屏幕以確認它們達到了用戶的要求,這個周期一直持續到系統的基本部分定義完畢。一旦設計被用戶接受,開發者將完成完全實現屏幕需要的代碼。rad和傳統軟件開發項目之間的一個基本區別是:應用程序rad系統是按階段發布的。傳統項目一般一次發布,也叫“big bang”。rad方法使用高效開發工具,開發者能夠非常迅速地設計出系統的基本屏幕,允許用戶在開發周期中很早就能見識到系統將來看起來怎么樣,避免了在傳統開發項目中長篇大論并且枯燥難懂的說明。

      ibm的dr.harlan mills提出了凈室過程。凈室過程組合了形式化程序驗證和統計過程控制(spc)。在這種方法中,首先用正確性數學證明預防缺陷發生,然后用mtbf度量軟件質量。凈室過程是一種相當新的軟件開發方法,它要求軟件開發在管理方式和技術方法上作重大改變,特別是要求spc應用到軟件的知識,這影響了其被廣泛的接受。

      硬件成本持續降低,可支持case工具運行的新的強大的工作站和網絡已經成為軟件工程使用的工作平臺,case工具可完成一些特定的軟件開發過程。這些工具提供給軟件設計者以圖形方式描述軟件設計的能力,這樣就易于維護、易于交叉檢查、易于理解。許多人(尤其是case工具供貨商)相信case工具扮演了解決軟件危機和拯救軟件工業的角色,但事實上我們看到的情形卻是許多公司花了大量的金錢買回的case工具但很少使用,原因在于這些工具執行的過程與機構的軟件設計過程不相適用。

      在可以借助許多新的技術和工具進行軟件開發的今天,軟件開發過程的成熟性問題開始引起人們的重視。這種產品一致性問題的主要癥結在于管理,因此人們將目標轉向了管理的改善,一些以改進軟件開發過程為目標的活動已經展示出積極的結果。

      以下是一些比較典型的文本。

    sei sw-cmm

      iso spice(software process improvement and capability determination)

      bootstrap

      iso-9000-3

      tickit

      trillium

      事實上,對于軟件來講,還沒有象銀彈那樣的東西。不論采用什么技術和什么方法,軟件中仍然會有錯。采用新的語言、先進的開發方式、完善的開發過程,可以減少錯誤的引入,但是不可能完全杜絕軟件中的錯誤,這些引入的錯誤需要測試來找出,軟件中的錯誤密度也需要測試來進行估計。

      測試是所有工程學科的基本組成單元,是軟件開發的重要部分。自有程序設計的那天起測試就一直伴隨著。統計表明,在典型的軟件開發項目中,軟件測試工作量往往占軟件開發總工作量的40%以上。而在軟件開發的總成本中,用在測試上的開銷要占30%到50%。如果把維護階段也考慮在內,討論整個軟件生存期時,測試的成本比例也許會有所降低,但實際上維護工作相當于二次開發,乃至多次開發,其中必定還包含有許多測試工作。因此,測試對于軟件生產來說是必需的,問題是我們應該思考“采用什么方法、如何安排測試?”


    延伸閱讀

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

    22/2<12

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