【文章內(nèi)容簡(jiǎn)介】 統(tǒng)設(shè)逐級(jí)細(xì)化；后來出現(xiàn)面向?qū)ο笤O(shè)計(jì)，從底層進(jìn)行對(duì)象封裝、繼承、多態(tài)，這時(shí)更多的是考慮代碼重用，面向的主要是類和對(duì)象。接下來出現(xiàn)組件設(shè)計(jì)，這主要是面向應(yīng)用方面。這三種都是面向功能的設(shè)計(jì)。從EJB、COBRA技術(shù)出現(xiàn)之后，人們開始基于框架進(jìn)行設(shè)計(jì)，也就是架構(gòu)設(shè)計(jì)。繼續(xù)發(fā)展，就是基于規(guī)則的設(shè)計(jì)了，比如基于模塊和工作流的設(shè)計(jì)，這時(shí)主要將客戶化做的更詳細(xì)以及考慮開放性、可擴(kuò)展性、可靠性、效率方面的問題。*// 軟件設(shè)計(jì)師的工作隨著大型軟件開發(fā)越來越多，整體把握軟件架構(gòu)變的越來越重要。尤其當(dāng)用戶需求并不明確的情況下，就要開始做軟件，如何防止交付的軟件產(chǎn)品與用戶的要求距離很遠(yuǎn)，這就需要軟件系統(tǒng)設(shè)計(jì)師進(jìn)行恰當(dāng)?shù)脑O(shè)計(jì)。在應(yīng)用軟件開發(fā)中，軟件設(shè)計(jì)師擔(dān)當(dāng)承上啟下的角色也就是把用戶的需求，基于應(yīng)用的問題變成計(jì)算機(jī)系統(tǒng)中可以解決的問題。設(shè)計(jì)可以分為功能上的設(shè)計(jì)和技術(shù)體系上的設(shè)計(jì)，但在實(shí)際工作中，這兩者很難區(qū)分清晰。軟件設(shè)計(jì)師的要求做為應(yīng)用軟件開發(fā)中最頂層的角色，軟件設(shè)計(jì)師需要各方面的能力更強(qiáng)，除了具備更強(qiáng)的編程技巧能力外，還需要了解系統(tǒng)結(jié)構(gòu)、主流軟件技術(shù)和軟件趨勢(shì)，同時(shí)要具備相當(dāng)?shù)膶I(yè)知識(shí)。多年編程經(jīng)驗(yàn)：既包括在專業(yè)領(lǐng)域的經(jīng)驗(yàn)，也包括在軟件工程領(lǐng)域的經(jīng)驗(yàn)。對(duì)于一個(gè)構(gòu)架團(tuán)隊(duì)，這些素質(zhì)要求可由各團(tuán)隊(duì)成員分別承擔(dān)，但其中至少要有一名構(gòu)架設(shè)計(jì)師能夠把握項(xiàng)目的全局。和任何行業(yè)一樣，經(jīng)驗(yàn)是最重要的。軟件設(shè)計(jì)不是紙上談兵，一個(gè)軟件設(shè)計(jì)師首先要是非常好的程序員。軟件設(shè)計(jì)師在編程的時(shí)候，用的工具和普通程序員沒有任何差別，但使用深度是絕對(duì)不一樣的。抽象能力：一個(gè)程序員剛寫程序的時(shí)候，無非就是為了解決某個(gè)功能而進(jìn)行代碼編寫。隨著程序編寫越來越多，他對(duì)自己所做的應(yīng)用方面的理解也越來越多。不同的企業(yè)有不同的需求，但把這些企業(yè)放在一起來看，就會(huì)發(fā)現(xiàn)他們的一些共性。將這些共性提煉出來，這就是抽象的過程。抽象出來的共性形成的模型可以把這些企業(yè)的需求都包含進(jìn)去，這是做通用軟件必須要走的一步。面向?qū)ο蟮乃枷耄好嫦驅(qū)ο笫擒浖_發(fā)出現(xiàn)以來最偉大的創(chuàng)新之一，這是每個(gè)程序員都追求的，但是否真正掌握了面向?qū)ο蟮乃枷?，這是需要探討的，面向?qū)ο蟛⒉皇荛_發(fā)工具和語言的限制。很多程序員在用C++寫面向?qū)ο蟠a時(shí)，實(shí)際上還是在寫C代碼。甚至使用C＃這種完全面向?qū)ο蟮恼Z言寫出來的還是流程化的程序。面向?qū)ο罂梢詰?yīng)用的領(lǐng)域非常廣泛。不僅在寫代碼的過程中要考慮到面向?qū)ο螅谠O(shè)計(jì)和分析階段也要用到面向?qū)ο蟮姆椒?。舍得拋棄：軟件設(shè)計(jì)是一個(gè)漸進(jìn)過程，是通過不斷碰壁，不斷調(diào)整提高的。要想取得突破，就需要舍得拋棄。很多人舍不得扔掉自己的代碼，往往是不斷的修改，最后進(jìn)入一個(gè)惡性的循環(huán)。當(dāng)然，這種拋棄也是有繼承的拋棄，不同時(shí)期產(chǎn)品的架構(gòu)之間也有連續(xù)性，不是一個(gè)架構(gòu)就會(huì)完全取代前面的架構(gòu)，好的東西還是可以繼承的。領(lǐng)悟和突破：程序員技術(shù)的成長(zhǎng)可以通過學(xué)習(xí)技巧而成長(zhǎng)，也可以通過思想領(lǐng)悟而得到成長(zhǎng)，后者更為重要。如果不能領(lǐng)悟開發(fā)的思想，僅僅掌握了技巧，一旦改換了平臺(tái)和語言，又要從頭學(xué)起，所以很多人在轉(zhuǎn)型過程中失敗了。而掌握了編程的思想，自動(dòng)就移過去了。即便是很小的軟件，也可以鍛煉突破性的編程思維。一種基本的設(shè)計(jì)原則和思路就是程序設(shè)計(jì)千萬不要回溯，否則就會(huì)崩潰，這是多少人腦袋碰墻多少次之后才明白的。非軟件知識(shí)：提起軟件設(shè)計(jì)師，人們很喜歡拿建筑師做比較，的確這兩個(gè)行業(yè)有很多相似之處。古羅馬建筑師維特魯威說“理想的建筑師應(yīng)該既是文學(xué)家又是數(shù)學(xué)家，他還應(yīng)通曉歷史，熱衷于哲學(xué)研究，精通音樂，懂得醫(yī)藥知識(shí)，具有法學(xué)造詣，深諳天文學(xué)及天文計(jì)算?！避浖O(shè)計(jì)同樣如此。從程序員到測(cè)試工程師軟件測(cè)試是一門非常重要的學(xué)科，目前研究的內(nèi)容還很不深入。軟件測(cè)試需要什么樣的專業(yè)基礎(chǔ)還沒有定論，而且目前還沒有一種很好的標(biāo)準(zhǔn)來衡量測(cè)試人員。但無可置疑，軟件測(cè)試越來越受到軟件公司的重視，軟件測(cè)試工程師的作用也逐漸被人們所認(rèn)可。這已經(jīng)在像微軟這樣的國外大型軟件企業(yè)中所證實(shí)，微軟的一個(gè)開發(fā)人員會(huì)對(duì)應(yīng)一至兩個(gè)測(cè)試人員。2002年4月份，微軟公司董事長(zhǎng)兼首席軟件設(shè)計(jì)師比爾蓋茨讓微軟研發(fā)部門將所有手頭正在進(jìn)行的工作暫停，徹底檢查了每一個(gè)微軟的軟件，將所有存在的漏洞全部修好，所有的開發(fā)人員全部成為了測(cè)試人員，為的是“可信賴的計(jì)算”。國內(nèi)軟件公司對(duì)軟件測(cè)試的態(tài)度令人擔(dān)憂。軟件測(cè)試不足，開發(fā)測(cè)試人員比例不合理。據(jù)調(diào)查，最好的企業(yè)中測(cè)試人員和開發(fā)人員的比例是1：8，有的是1：20大部分公司甚至沒有專職的測(cè)試工程師。重視測(cè)試首先需要有開放性的軟件文化，而在很多公司中，測(cè)試工程師只是絕對(duì)服從的聽命角色，沒有發(fā)揮他們的積極性和創(chuàng)造性。一些管理人員對(duì)軟件開發(fā)的流程管理經(jīng)驗(yàn)不足，仍然用傳統(tǒng)企業(yè)的方法進(jìn)行管理，再加上對(duì)軟件質(zhì)量的控制理解不對(duì)，認(rèn)為讓程序員編完程序后經(jīng)過簡(jiǎn)單的功能測(cè)試就可以發(fā)布了，而沒有認(rèn)識(shí)到軟件測(cè)試是控制質(zhì)量最好的方法。不過，國內(nèi)還是有一些大型公司和專業(yè)公司已經(jīng)在軟件測(cè)試方面走上正規(guī)IBM軟件測(cè)試項(xiàng)目，已經(jīng)成為公司主體軟件外包業(yè)務(wù)之一。一提到軟件測(cè)試工程師，很多人會(huì)想到那些反復(fù)使用軟件，試圖在頻繁操作中尋找到錯(cuò)誤發(fā)生的低層次人員或者軟件用戶。其實(shí)這是一種錯(cuò)誤的概念，軟件測(cè)試早已超越了用戶使用來發(fā)現(xiàn)Bug的基本測(cè)試階段?，F(xiàn)在軟件測(cè)試工程師普遍分為三種：測(cè)試執(zhí)行者（BasicSoftware Tester）、測(cè)試工具軟件開發(fā)工程師（SoftwareDevelopment Engineer in Test）和高級(jí)軟件測(cè)試工程師（Ad_hoc Tester）。測(cè)試執(zhí)行者負(fù)責(zé)理解產(chǎn)品的功能要求，然后根據(jù)測(cè)試規(guī)范和測(cè)試案例對(duì)其進(jìn)行測(cè)試，檢查軟件有沒有錯(cuò)誤，決定軟件是否具有穩(wěn)定性，屬于最低級(jí)的執(zhí)行角色。測(cè)試工具軟件開發(fā)工程師負(fù)責(zé)寫測(cè)試工具代碼，并利用測(cè)試工具對(duì)軟件進(jìn)行測(cè)試；或者開發(fā)測(cè)試工具為軟件測(cè)試工程師服務(wù)。產(chǎn)品開發(fā)后的性能測(cè)試、提交測(cè)試等過程，都有可能要用到開發(fā)的測(cè)試工具。對(duì)技術(shù)要求最強(qiáng)的是這些人因?yàn)樗麄円邆鋵懗绦虻募夹g(shù)?！安煌a(chǎn)品的特性不一樣，對(duì)測(cè)試工具要求也是不同的，就像Windows的測(cè)試工具不能用于office，office的測(cè)試工具也不能用于SQLserver現(xiàn)在很多測(cè)試工程師就是負(fù)責(zé)專門為某個(gè)產(chǎn)品寫測(cè)試程序的。”軟件測(cè)試工程師的素質(zhì)：因?yàn)檐浖y(cè)試仍然處在發(fā)展階段，還沒有上升到理論層次。對(duì)人員的評(píng)測(cè)，包括微軟在內(nèi)，都還沒有一個(gè)統(tǒng)一標(biāo)準(zhǔn)，因此評(píng)定軟件測(cè)試工程師只能根據(jù)工作實(shí)踐進(jìn)行自然淘汰了。軟件測(cè)試對(duì)邏輯思維、學(xué)習(xí)能力、反應(yīng)要求很高，是否有嚴(yán)密的思維和逆向思維也非常重要。做測(cè)試還要考慮到所有出錯(cuò)的可能性，做一些不按常規(guī)、非常奇怪的事。除了漏洞檢測(cè)，測(cè)試還應(yīng)該考慮性能問題，也就是要保證軟件運(yùn)行得很好，沒有內(nèi)存泄漏，不會(huì)出現(xiàn)運(yùn)行越來越慢的情況；在不同的使用環(huán)境下，考慮軟件的兼容性同樣重要。軟件測(cè)試同產(chǎn)品的規(guī)模也有很大的關(guān)系，因?yàn)檐浖腷ug往往出在大型軟件的連接處。做軟件測(cè)試工程師需要對(duì)軟件抱有懷疑態(tài)度。這是因?yàn)殚_發(fā)人員喜歡想當(dāng)然，總是找一些有利于自己程序執(zhí)行的數(shù)據(jù)，有些開發(fā)人員甚至認(rèn)為不利于程序執(zhí)行的數(shù)據(jù)是對(duì)代碼的玷污和褻瀆。而軟件測(cè)試卻要策略性的準(zhǔn)備各種數(shù)據(jù)，從每個(gè)細(xì)節(jié)上設(shè)計(jì)不同的應(yīng)用場(chǎng)景，不去想當(dāng)然的假定任何一個(gè)數(shù)據(jù)是可行的。在職業(yè)素質(zhì)和交際方面方面，并不是測(cè)試工程師愛挑別人毛病才好，反而這個(gè)工作要求很強(qiáng)的溝通能力。要經(jīng)常和開發(fā)人員進(jìn)行溝通，說話辦事要很得當(dāng)，不能指責(zé)別人，否則會(huì)事倍功半。軟件測(cè)試工程師在工作中，對(duì)人和對(duì)事是完全不同的兩個(gè)問題。測(cè)試設(shè)計(jì)中需要考慮的22種測(cè)試類型：：不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而是基于需求和功能性。：基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，測(cè)試是基于覆蓋全部代碼、分支、路徑、條件。：最微小規(guī)模的測(cè)試；以測(cè)試某個(gè)功能或代碼塊典型地由程序員而非測(cè)試員來做，因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。：當(dāng)一個(gè)新功能增加后，對(duì)應(yīng)用系統(tǒng)所做的連續(xù)測(cè)試。它要求應(yīng)用系統(tǒng)的不同形態(tài)的功能能夠足夠獨(dú)立以便在全部系統(tǒng)完成前能分別工作，這種測(cè)試可由程序員或測(cè)試員來做。：一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(cè)試主要與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。：用于測(cè)試應(yīng)用系統(tǒng)的功能需求的黑盒測(cè)試方法。：基于系統(tǒng)整體需求說明書的黑盒類測(cè)試；應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。：類似于系統(tǒng)測(cè)試；測(cè)試級(jí)的“宏大”的端點(diǎn)；涉及整個(gè)應(yīng)用系統(tǒng)環(huán)境在一個(gè)現(xiàn)實(shí)世界使用時(shí)的模擬情形的所有測(cè)試。例如與數(shù)據(jù)庫對(duì)話，用網(wǎng)絡(luò)通訊，或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對(duì)話。：典型的是指一個(gè)初始化的測(cè)試工作，以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步的測(cè)試。：軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類測(cè)試尤其有用。：基于客戶或最終用戶的規(guī)格書的最終測(cè)試，或基于用戶一段時(shí)間的使用后，看軟件是否滿足客戶要求。：測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)，例如測(cè)試一個(gè) Web站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗。：在交替進(jìn)行負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語。也用于描述象在異乎尋常的重載下的系統(tǒng)功能測(cè)試之類的測(cè)試，如某個(gè)動(dòng)作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對(duì)一個(gè)數(shù)據(jù)庫系統(tǒng)大量的復(fù)雜查詢等。：在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語?！靶阅軠y(cè)試”（和其他類型的測(cè)試）應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。：對(duì)“用戶友好性”的測(cè)試。顯然這是主觀的，且將取決于目標(biāo)最終用戶或客戶。用戶面談、調(diào)查用戶對(duì)話的錄象和其他一些技術(shù)都可使用。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。／卸載測(cè)試：對(duì)軟件的全部、部分或升級(jí)安裝／卸載處理過程的測(cè)試。：測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問題。：測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)。：測(cè)試軟件在一個(gè)特定的硬件／軟件／操作系統(tǒng)／網(wǎng)絡(luò)等環(huán)境下的性能如何。：與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比較測(cè)試，如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙Α＃涸谙到y(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更