<strike id="rrvnz"></strike>

    <noframes id="rrvnz">
    <noframes id="rrvnz"><span id="rrvnz"><pre id="rrvnz"></pre></span><address id="rrvnz"></address>
    <address id="rrvnz"><nobr id="rrvnz"></nobr></address><noframes id="rrvnz">
      <em id="rrvnz"></em>

        首 頁IT知識庫翔宇問吧收藏本站
        當前位置:翔宇亭IT樂園IT知識庫編程技術軟件工程
        知識標題關閉所有內容預覽 | 展開所有內容預覽
        • [圖文] 敏捷開發方法簡介 [內容預覽] 125 | 2013-01-18
          從廣義上來給敏捷開發下定義,敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中,軟件項目的構建被切分成多個子項目,各個子項目的成果都經過測試,具備集成和可運行的特征。簡言之,就是把一個大項目分為多個相互聯系,但也可獨立運行的小項目,并分別完成,在此過程中軟件一直處于可使用狀態。 以下內容轉自cnblogs博客,原文地址:http://www.c...

          [閱讀全文]

        • 設計模式要素及常見設計模式 [內容預覽] 100 | 2012-04-08
          設計模式使人們可以更加簡單方便地復用成功的設計和體系結構。將已證實的技術表述成設計模式也會使新系統開發者更加容易理解其設計思路。 作為設計模式應具有四個基本要素: (1) 模式名稱(pattern name) 一個助記名,它用一兩個詞來描述模式的問題、解決方案和效果。命名一個新的模式增加了我們的設計詞匯。設計模式允許我們在較高的抽象層次上進行設計。基于一個模式詞匯表,我們自己以及同事之間就可...

          [閱讀全文]

        • 一個軟件項目開發的基本流程 [內容預覽] 189 | 2012-04-08
          一個軟件項目通常要經過一下幾個階段: (1)需求分析: 通過對客戶業務的了解和與客戶對流程的討論對需求進行基本建 模,最 終形成需求規格說明書。 (2)總體設計: 通過分析需求信息,對系統的外部條件及內部業務需求進行抽象建模,最終形成概要設計說明文檔。 (3)詳細設計: 此部分在對需求和概要設計的基礎上進行系統的詳細設計(也包含部分代碼說明)。 (4)開發編程: 對系統進行代碼編寫...

          [閱讀全文]

        • 軟件企業開發人員和測試人員的比例應該如何設置 [內容預覽] 276 | 2011-12-18
          軟件測試是軟件企業非常重要的一項工作,它直接影響著軟件質量。但是在軟件企業中,軟件測試人員和軟件開發人員應該如何設置呢?他們之間的比例如何調節呢?本文在調查的基礎上進行了分析。 人們經常還是喜歡糾纏在一些具體的數字上,特別是西方人更是喜歡用數據說明問題,因為那樣客觀、具體,但同時也往往將人引入歧途,容易形而上學,因為每個公司、公司的每個產品、產品的各個項目或各個階段都不同,沒法用一刀切的辦法。 ...

          [閱讀全文]

        • 加強UML中順序圖的使用 [內容預覽] 157 | 2011-10-03
          順序圖描述的是用例實例,一個用例是多個用例實例的抽象,所以一個用例描述多種事件流:正常的事件流,可選的事件流,異常的事件流。 那么對于一個用例,要用順序圖描述每一種用例實現(具體的事件流),所以就比較繁瑣,一個用例要畫多個順序圖(至少三個)。 這一點流程圖有強的描述能力,可以在一個圖中描述所有分支(通過條件判斷分支)。但流程圖的缺點是指描述控制流,無法描述對象和信息流。來源于流程圖的帶泳道和對...

          [閱讀全文]

        • 面向對象設計(OOD)的概念與步驟 [內容預覽] 312 | 2010-11-13
          面向對象設計(Object-Oriented Design,OOD)方法是OO方法中一個中間過渡環節。其主要作用是對OOA分析的結果作進一步的規范化整理,以便能夠被OOP直接接受。 面向對象設計(OOD)是一種軟件設計方法,是一種工程化規范。這是毫無疑問的。按照Bjarne Stroustrup的說法,面向對象的編程范式(paradigm)是[Stroustrup, 97]: l 決定你要的類...

          [閱讀全文]

        • 面向對象的分析(OOA)的原則與步驟 [內容預覽] 327 | 2010-11-13
          Object-Oriented Analysis:面向對象分析方法,是在一個系統的開發過程中進行了系統業務調查以后,按照面向對象的思想來分析問題。OOA與結構化分析有較大的區別。OOA所強調的是在系統調查資料的基礎上,針對OO方法所需要的素材進行的歸類分析和整理,而不是對管理業務現狀和方法的分析。 OOA(面向對象的分析)模型由5個層次(主題層、對象類層、結構層、屬性層和服務層)和5個活動(標識...

          [閱讀全文]

        • OOP的基礎知識及發展探討 [內容預覽] 75 | 2010-11-13
          關于OOP的文章已經跟多了,但是還是禁不住把這篇文章轉到這里,以讓大家從各方面來了解和認識面向對象。本文從面相對象的基本概念說起,探討了面向對象的的特點,發展以及C++、Java和C#這些面向對象語言的發展與競爭情況。 OOP: Object Oriented Programming,面向對象的程序設計。所謂“對象”就是一個或一組數據以及處理這些數據的方法和過程的集合。面向對象的程序設計完全不同...

          [閱讀全文]

        • 軟件工程中的優化與折衷 [內容預覽] 74 | 2010-10-06
          軟件的優化是指優化軟件的各個質量因素,如提高運行速度,提高對內存資源的利用率,使用戶界面更加友好,使三維圖形的真實感更強等等。想做好優化工作,首先要讓開發人員都有正確的認識:優化工作不是可有可無的事情,而是必須要做的事情。當優化工作成為一種責任時,程序員才會不斷改進軟件中的算法,數據結構和程序組織,從而提高軟件質量。 著名的3D游戲軟件Quake,能夠在PC機上實時地繪制高度真實感的復雜場景。Q...

          [閱讀全文]

        • 什么是軟件的復用 [內容預覽] 40 | 2010-10-06
          復用就是指“利用現成的東西”,文人稱之為“拿來主義”。被復用的對象可以是有形的物體,也可以是無形的成果。復用不是人類懶惰的表現而是智慧的表現。因為人類總是在繼承了前人的成果,不斷加以利用、改進或創新后才會進步。所以當我們歡度國慶時,要搞清楚祖國遠不止50歲,我們今天享用到的財富還有上下五千年人民的貢獻。進步只是應該的,不進步則就可恥了。 復用的內涵包括了提高質量與生產率兩者。由經驗可知,在一個新...

          [閱讀全文]

        • 一些DELPHI編程經驗 [內容預覽] 62 | 2010-09-26
          編程是一個復雜的過程,不僅需要深厚的理論知識,還要通過不斷的實踐學習積累經驗,另外,開發者還要面臨復雜的內外部環境,這些都決定了編程是一個長期學習,不斷積累的過程,編程的樂趣也正存在于學習實踐的過程中。當然,學習編程也要講究方法,下面是學好編程的幾個建議: 1. 打好基礎,基礎是一切技能的本源,只有打好基礎,才能談得上提高,才能談得上有靈感,有突破。另外,編程涉及的知識很多,象操作系統、軟件工程...

          [閱讀全文]

        • 面向對象編程簡史 [內容預覽] 81 | 2010-09-02
          計算機科學中,對象的概念和實例,最早于1960年出現在MIT的PDP-1中,1963年Ivan Sutherland在其博士論文中所編寫的計算機程序Sketchpad中應用了對象技術。 但是,作為一種程序設計方法,OOP最早出現在1967年,由挪威計算中心的Ole-Johan Dahl和Kristen Nygaard,在他們發明的Simula67語言中首先引入的。Simula語言是在Algol6...

          [閱讀全文]

        • 面向對象編程的基本概念 [內容預覽] 130 | 2010-09-02
          (1)抽象(abstraction)—— 一個問題的本質特征。忽略一個對象的細節,致力于一般的合適級別的程序能力。抽象是在事物的周圍繪制透明的盒子,是定義事物接口的行為。 (2)信息隱藏(information hiding)—— 限制外部對類屬性(數據成員)的訪問。 (3)封裝(encapsulation)—— 將某種保...

          [閱讀全文]

        • 面向對象編程的基本特征是什么 [內容預覽] 418 | 2010-09-02
          面向對象編程有三個基本特征,它們是: (1)封裝(encapsulation)—— 是對問題的抽象,以達到信息隱藏的目的。通過類和對象,將屬性(數據/變量)和方法(操作/函數)封裝在一個黑箱內,將細節隱藏起來。既可以保護數據不被他人惡意或大意地修改,又能防止其他程序員編寫高耦合度的代碼,還方便了今后對對象內部的修改和升級。 (2)繼承(inheritance)&mdas...

          [閱讀全文]

        • 軟件測試行業中的標準和認證大全 [內容預覽] 113 | 2010-07-10
          GB/T 17544 《軟件包質量測試和要求》國家標準 ISO/IEC 14598 Software Engineering-Product Evaluation 國際標準 ISO/IEC 9126 Information technology-Software product evaluation- Quality characteristics and guidelines for thei...

          [閱讀全文]

        • 軟件測試之從結對編程到結對工作 [內容預覽] 39 | 2010-07-10
          熟悉極限編程的人都知道,在極限編程的十二項實踐中,有一個非常重要的實踐就是結對編程,也就是兩個人坐在同一臺電腦前面,使用相同的鍵盤和鼠標來開發同樣的一個模塊,一個負責代碼的鍵入,另外一個人負責盯緊可能出現的錯誤,包括低級錯誤和方向性的錯誤。而且,當一個問題對其中一個人難以解決而恰好是另外一個人的強項的時候,那么角色就會發生轉換。 但是,由于某些原因,我一直無法實踐結對編程,盡管在平時有意的在自己...

          [閱讀全文]

        • 軟件測試工程師工作流程概論分析 [內容預覽] 53 | 2010-07-10
          測試工程師的工作流程,與公司的整體工作流程,項目的測試要求等因素相關。本文主要討論測試工程師的一般工作流程。 做好測試準備 1)明確測試任務的范圍 測試文檔通常包括測試目的、測試環境、測試方法、測試用例、測試工具等。測試工程師首先要通讀文檔,對整個測試要求形成整體認識,明確測試目的,以及測試要求和測試重點,明確軟件測試方法和使用的測試工具。 2)明確測試時間 明確測試周期和測試時間進度。...

          [閱讀全文]

        • 軟件測試專家談:手工測試的局限性 [內容預覽] 136 | 2010-07-07
          1、通過手工測試無法做到覆蓋所有代碼路徑; 2、許多與時序、死鎖、資源沖突、多線程等有關的錯誤通過手工測試很難捕捉到; 3、在系統負載、性能測試時,需要模擬大量數據、或大量并發用戶等各種應用場合時,也很難通過手工測試來進行; 4、在進行系統可靠性時,需要模擬系統運行十年、幾十年,以驗證系統能否穩定運行,也是手工測試無法模擬的; 5、如果有大量(幾千)的測試用例,需要在短時間內完成,手工測試...

          [閱讀全文]

        • 如何對VT100終端進行測試 [內容預覽] 131 | 2010-07-07
          這里所指的對VT100的測試,主要是指對銀行柜員業務系統進行測試,目標是要盡可能多地測試銀行業務分支,對一些比較重要的字段的數據覆蓋(比如金額等),找出隱藏在系統中的缺陷,確保銀行帳務的準確。 為了達到以上目標,我們主要引入了自動化測試,來代替傳統業務人員的手工測試,本文主要針對銀行終端功能測試-自動化,不涉及性能測試以及手工測試。 自動化測試的利弊:自動化測試優點,可維護性高,適應于大批量回...

          [閱讀全文]

        • 如何向別人解釋測試設計思想 [內容預覽] 61 | 2010-07-07
          一個好的測試設計的具體體現就是高效的測試用例,要設計高效的測試用例,就需要對系統的變化、流程和場景有較深的了解。為了理解各種聯系、流程和相互關系,就需要借助系統開發過程中形成的各種文檔,深入分析思考和關注細節。 那為什么引入用例場景呢?主要由于現在的軟件幾乎都是由事件觸發來控制流程的,事件觸發時的情景便形成了場景;同一事件不同的觸發順序和處理結果形成事件流。 因此,澤眾軟件為了更好的體現測試設...

          [閱讀全文]

        • 詳細解讀探索性測試 [內容預覽] 154 | 2010-07-07
          1、 探索性測試介紹 探索性測試是作為一個重要組成部分而出現的,把對 ‘系統的探索’ 和對 ‘系統進行測試’ 結合在一起,同時我們可以在探測測試中發現難以發現的10%-20%的缺陷,讓測試更富于“探測性”,測試用例更無機可循,對于測試輸入控制有效,但是所花的測試時間更長。 探索性測試屬于一種zi you測試,它是傳統使用測試用例進行測試一個補充。下面是兩者間的差異比較。 使用測試用例: a...

          [閱讀全文]

        • 把數據字典引入測試管理與測試用例設計 [內容預覽] 65 | 2010-07-07
          在測試用例中,需要描述測試數據和測試數據約束。比如,對于金額輸入欄位,我們只能夠輸入金額,輸入其它就是無效的,根據類型,我們就可以劃分有效等價類和無效等價類。對于選擇性別的checkbox、combobox,它的約束是只能夠輸入所確定的兩個選項。 被測試系統的數據約束,對于設計測試用例,具有非常重要的意義。在常規的測試用例設計中,都是測試工程師根據一個一個具體的需求、功能來設計測試用例,對數據約...

          [閱讀全文]

        • 如何進行有效的自動化測試 [內容預覽] 97 | 2010-07-07
          很多時候測試人員在開展自動化測試的時候都是不加思考的就開始做,認為用工具錄幾個腳本再回放就可以了,沒有考慮有效性;而做了并不一定就會有效果,如果自動化測試在整個測試工作中發揮不了作用,那么哪怕是只投入了很少的成本也是在浪費資源。所以在開展自動化測試之前必須認真思考慮一些問題,以確保它的有效性: 1、被測系統是否適合做自動化測試; 2、被測系統適合在哪些環節做自動化測試; 3、使用何種測試...

          [閱讀全文]

        • 界面自動化測試總結 [內容預覽] 127 | 2010-07-07
          進公司快三個月了,現在在IPTV海外版解決方案的項目中,主要從事自動化測試。開始的一個月里我大部分時間是在看文檔,由于華為的業務問題,我換了兩個組,每次換組的時候,就要看對應的業務方面的文檔,通過這個段時間看文檔,對IPTV的業務方面有了一個總體的了解,對我我現在的做的自動化有很大的幫助。 在做自動化測試這段時間里,學到了很多。以前在學校了喜歡遇到問題時自己去解決問題,有時候會花很久的時間去弄明...

          [閱讀全文]

        • 關于對自動化測試的認識 [內容預覽] 207 | 2010-07-07
          談到自動化測試,一般就會提到測試工具。許多人覺得使用了一、兩個測試工具就是實現了測試自動化,這種理解是不對的,至少是片面的。的確,測試工具的使用是自動化測試的一部分工作,但“用測試工具進行測試”不等于“自動化測試”。那什么是“自動化測試”? 半自動化測試過程,算不算自動化測試?是否可以為“自動化測試”給出如下定義? 以自動化的方式完成測試? 測試過程的自動化? 將手工測試的過程變成了自動化測...

          [閱讀全文]

        • 如何編寫性能測試用例 [內容預覽] 106 | 2010-07-07
          由于性能測試與功能測試有很大的區別,所以討論出的結果可能與預先的設想有一定的區別。 性能測試的目的:為了驗證系統是否達到用戶提出的性能指標,同時發現系統中存在的性能瓶頸,起到優化系統的目的。 性能測試指標的來源:用戶對各項指標提出的明確需求;如果用戶沒有提出性能指標則根據用戶需求、測試設計人員的經驗來設計各項測試指標。(需求+經驗) 主要的性能指標: 服務器的各項指標(CPU、內存占用率等...

          [閱讀全文]

        • 漫談軟件測試中的軟件管理經驗 [內容預覽] 33 | 2010-07-07
          某甲問道:「測試做太多的話,會不會使得bug解不完?」 某乙回答:「還不簡單。只要不做測試,就沒有bug。」 上述對話,反應出許多軟件工作人員對于測試的想法。對多數軟件開發人員而言,測試大概是僅次于維護之外,最令人討厭的工作。對軟件研發主管來說,測試是必要之惡:做得不夠后患無窮,做得過多又增加成本,延誤商機。因此,如何能夠規畫與執行一個最經濟有效的測試工作,當是軟件研發主管們須研究的一個課題。...

          [閱讀全文]

        • 漫談面向對象 [內容預覽] 46 | 2010-07-02
          如果你采用了或者考慮采用面向對象編程(OOP)技術,那么你至少應該弄清楚OOP到底具備什么含義、為什么要采用OOP技術。下面我提出一些你應該了解的有關技術術語,同時談談這些概念對你的解決方案而言所具備的意義。 為什么要使用OOP? 對象概念對軟件解決方案具有莫大的好處,在設計優秀合理的情況下尤其如此。你可以只編寫一次代碼而在今后反復重用,而在非OOP的情況下你則多半要在應用程序內部各個部分反復...

          [閱讀全文]

        • 為什么要用UML建模之面向對象建模 [內容預覽] 48 | 2010-06-29
          土木工程師構造了很多種模型。通常這些模型能幫助人們可視化并說明系統的各部分以及這些部分之間的相互關系。根據業務或工程中所著重關心的內容(例如為了幫助研究地震時的結構行為)工程師也可以建立動態模型。各種模型的組織是不同的,各有自己的側重點。對于軟件,有幾種建模的方法。最普通的兩種方法是從算法的角度建模和從面向對象的角度建模。 傳統的軟件開發是從算法的角度進行建模。按照這種方法,所有的軟件都用過程或...

          [閱讀全文]

        • 為什么要用UML建模之建模原理 [內容預覽] 63 | 2010-06-29
          各種工程學科都有其豐富的建模運用歷史。這些經驗形成了建模的四項基本原理,現分別敘述如下。 第一,選擇要創建什么模型,對如何動手解決問題和如何形成解決方案有著意義深遠的影響。 換句話說,就是要好好地選擇模型。正確的模型將清楚地表明最棘手的開發問題,提供不能輕易地從別處獲得的洞察力;錯誤的模型將使人誤入歧途,把精力花在不相關的問題上。 暫時先把軟件問題放在一邊,假設現在正試圖解決量子物理學上的一...

          [閱讀全文]

        總數:5630 上一頁1 2下一頁
        關于本站 | 網站幫助 | 廣告合作 | 網站聲明 | 友情連接 | 網站地圖 | 用戶守則 | 聯系我們
        本站部分內容來自互聯網,如有侵權,請來信告之,謝謝!
        Copyright © 2007-2017 biye5u.com. All Rights Reserved.
        網站備案號:黑ICP備13005378號-3
        特黄特色三级在线观看 - 视频 - 在线观看 - 影视资讯 -心晴网