單元測(cè)試是我們?cè)谲浖_(kāi)發(fā)過(guò)程中經(jīng)常用到的一種軟件測(cè)試的方法，而今天我們就一起來(lái)了解一下，一個(gè)好的單元測(cè)試都是如何來(lái)編輯完成的。
創(chuàng)新互聯(lián)建站憑借在網(wǎng)站建設(shè)、網(wǎng)站推廣領(lǐng)域領(lǐng)先的技術(shù)能力和多年的行業(yè)經(jīng)驗(yàn)，為客戶提供超值的營(yíng)銷型網(wǎng)站建設(shè)服務(wù)，我們始終認(rèn)為：好的營(yíng)銷型網(wǎng)站就是好的業(yè)務(wù)員。我們已成功為企業(yè)單位、個(gè)人等客戶提供了做網(wǎng)站、成都網(wǎng)站制作服務(wù)，以良好的商業(yè)信譽(yù)，完善的服務(wù)及深厚的技術(shù)力量處于同行領(lǐng)先地位。
1.使用框架來(lái)用于單元測(cè)試Java提供了若干用于單元測(cè)試的框架。
TestNG和JUnit是流行的測(cè)試框架。
JUnit和TestNG的一些重要功能：易于設(shè)置和運(yùn)行。
支持注釋。
允許忽略或分組并一起執(zhí)行某些測(cè)試。
支持參數(shù)化測(cè)試，即通過(guò)在運(yùn)行時(shí)指定不同的值來(lái)運(yùn)行單元測(cè)試。
通過(guò)與構(gòu)建工具，如Ant，Maven和Gradle集成來(lái)支持自動(dòng)化的測(cè)試執(zhí)行。
EasyMock是一個(gè)模擬框架，是單元測(cè)試框架，如JUnit和TestNG的補(bǔ)充。
EasyMock本身不是一個(gè)完整的框架。
它只是添加了創(chuàng)建模擬對(duì)象以便于測(cè)試的能力。
例如，我們想要測(cè)試的一個(gè)方法可以調(diào)用從數(shù)據(jù)庫(kù)獲取數(shù)據(jù)的DAO類。
在這種情況下，EasyMock可用于創(chuàng)建返回硬編碼數(shù)據(jù)的MockDAO。
這使我們能夠輕松地測(cè)試我們意向的方法，而不必?fù)?dān)心數(shù)據(jù)庫(kù)訪問(wèn)。
2.謹(jǐn)慎使用測(cè)試驅(qū)動(dòng)開(kāi)發(fā)!測(cè)試驅(qū)動(dòng)開(kāi)發(fā)(TDD)是一個(gè)軟件開(kāi)發(fā)過(guò)程，在這過(guò)程中，在開(kāi)始任何編碼之前，我們基于需求來(lái)編寫(xiě)測(cè)試。
由于還沒(méi)有編碼，測(cè)試初會(huì)失敗。
然后寫(xiě)入小量的代碼以通過(guò)測(cè)試。
然后重構(gòu)代碼，直到被優(yōu)化。
目標(biāo)是編寫(xiě)覆蓋所有需求的測(cè)試，而不是一開(kāi)始就寫(xiě)代碼，卻可能甚至都不能滿足需求。
TDD是偉大的，因?yàn)樗鼘?dǎo)致簡(jiǎn)單的模塊化代碼，且易于維護(hù)。
總體開(kāi)發(fā)速度加快，容易發(fā)現(xiàn)缺陷。
此外，單元測(cè)試被創(chuàng)建作為T(mén)DD方法的副產(chǎn)品。
然而，TDD可能不適合所有的情況。
在設(shè)計(jì)復(fù)雜的項(xiàng)目中，專注于簡(jiǎn)單的設(shè)計(jì)以便于通過(guò)測(cè)試用例，而不提前思考可能會(huì)導(dǎo)致巨大的代碼更改。
此外，TDD方法難以用于與遺留系統(tǒng)，GUI應(yīng)用程序或與數(shù)據(jù)庫(kù)一起工作的應(yīng)用程序交互的系統(tǒng)。
另外，測(cè)試需要隨著代碼的改變而更新。
因此，在決定采用TDD方法之前，應(yīng)考慮上述因素，并應(yīng)根據(jù)項(xiàng)目的性質(zhì)采取措施。
3.測(cè)量代碼覆蓋率代碼覆蓋率衡量(以百分比表示)了在運(yùn)行單元測(cè)試時(shí)執(zhí)行的代碼量。
通常，高覆蓋率的代碼包含未檢測(cè)到的錯(cuò)誤的幾率要低，因?yàn)槠涓嗟脑创a在測(cè)試過(guò)程中被執(zhí)行。
重慶電腦培訓(xùn)發(fā)現(xiàn)測(cè)量代碼覆蓋率的一些佳做法包括：使用代碼覆蓋工具，如Clover，Corbetura，JaCoCo或Sonar。
使用工具可以提高測(cè)試質(zhì)量，因?yàn)檫@些工具可以指出未經(jīng)測(cè)試的代碼區(qū)域，讓你能夠開(kāi)發(fā)開(kāi)發(fā)額外的測(cè)試來(lái)覆蓋這些領(lǐng)域。
我暈，樓上，重構(gòu)可不是“重載構(gòu)造函數(shù)”的簡(jiǎn)寫(xiě)。軟件重構(gòu)和重寫(xiě)壓根不是一個(gè)層次上的東西！軟件重構(gòu)是說(shuō)程序員為了對(duì) 已有程序 在盡量不改變接口的前提下 進(jìn)行如下處理 而做的 重新編寫(xiě)代碼的工作1、去除bug2、提高效率3、增加新的功能等等。而方法重寫(xiě)只是大多數(shù)面向?qū)ο笳Z(yǔ)言提供的一種機(jī)制，目的主要是幫助實(shí)現(xiàn)“多態(tài)”。許多時(shí)候java代碼的重構(gòu)確實(shí)利用了java的方法重寫(xiě)機(jī)制，但是你要理解它們根本不是同一層次上的東西。 重構(gòu)：站在軟件整體設(shè)計(jì)思想的高度，改變軟件內(nèi)部結(jié)構(gòu)達(dá)到提高效率，增加功能，去除bug等工作。方法重寫(xiě)：僅僅是java的一種語(yǔ)言機(jī)制，它和繼承，超類可以引用子類等機(jī)制一同實(shí)現(xiàn)“多態(tài)”。
很多人在進(jìn)行軟件開(kāi)發(fā)和軟件維護(hù)的時(shí)候會(huì)發(fā)現(xiàn)一個(gè)嚴(yán)重的問(wèn)題，需要對(duì)軟件代碼進(jìn)行重構(gòu)，讓系統(tǒng)更加穩(wěn)定的運(yùn)行。那么在進(jìn)行代碼重構(gòu)的過(guò)程中有哪些常見(jiàn)的問(wèn)題呢？下面云南電腦培訓(xùn)為大家具體介紹。
1、任務(wù)管理問(wèn)題和離線模式問(wèn)題。
我們的線服務(wù)是眾所周知的,我們往往容易受到網(wǎng)上商業(yè)邏輯守則的約束,這些守則往往忽略了在線規(guī)則的管理和維護(hù)。然而,在現(xiàn)場(chǎng),在線規(guī)則和守則也很重要。因此,云南IT培訓(xùn)發(fā)現(xiàn)有效維護(hù)守則和離線任務(wù)是我們面臨的問(wèn)題。
2、特征日志問(wèn)題
在推薦系統(tǒng)中，我們經(jīng)常遇到特征的拼寫(xiě)和特征的“穿越時(shí)間”問(wèn)題。特征時(shí)間穿越是指，使用在模型訓(xùn)練時(shí)無(wú)法預(yù)測(cè)無(wú)法得到的“未來(lái)信息”，這主要是因?yàn)橛?xùn)練label與特征的連接時(shí)間不嚴(yán)格。
3、服務(wù)監(jiān)制問(wèn)題
一個(gè)通用的推薦系統(tǒng)應(yīng)當(dāng)在基礎(chǔ)監(jiān)視上盡可能通用地再利用，具體的業(yè)務(wù)應(yīng)當(dāng)減少對(duì)監(jiān)視的開(kāi)發(fā)量，并且昆明IT培訓(xùn)發(fā)現(xiàn)這樣更加方便業(yè)務(wù)定位問(wèn)題。
4、離線任務(wù)的管理問(wèn)題
在包含推薦系統(tǒng)的算法方向上，需要構(gòu)建大量的脫機(jī)任務(wù)，支持各種數(shù)據(jù)計(jì)算業(yè)務(wù)，需要支持模型的定時(shí)訓(xùn)練工作。但是在實(shí)際工作中，我們往往忽略了離線任務(wù)代碼管理的重要性，當(dāng)時(shí)間變長(zhǎng)時(shí)，昆明電腦培訓(xùn)發(fā)現(xiàn)各種數(shù)據(jù)和特征的質(zhì)量往往是不能保證的。
代碼重構(gòu)（英語(yǔ)：Code refactoring）重構(gòu)就是在不改變軟件系統(tǒng)外部行為的前提下，改善它的內(nèi)部結(jié)構(gòu)。
軟件重構(gòu)需要借助工具完成，重構(gòu)工具能夠修改代碼同時(shí)修改所有引用該代碼的地方。在極限編程的方法學(xué)中，重構(gòu)需要單元測(cè)試來(lái)支持。
java重構(gòu)：指程序員對(duì)已有程序在盡量不改變接口的前提下，進(jìn)行重新編寫(xiě)代碼的工作，一般有以下幾方面：
1、去除已知bug。
2、提高程序運(yùn)行效率。
3、增加新的功能。
重構(gòu)舉例：（簡(jiǎn)化代碼、提升效率）
重構(gòu)前：
if(list != null list.size() 0){
for(int i = 0; i list.size(); i++){
//skip...
}
}
重構(gòu)后
if(list != null){
for(int i = 0, len = list.size(); i len; i++){
//skip...
}
}
何時(shí)著手重構(gòu)（Refactoring）
新官上任三把火，開(kāi)始一個(gè)全新??、腳不停蹄、加班加點(diǎn)，一支聲勢(shì)浩大的千軍萬(wàn)"碼"夾裹著程序員激情和扣擊鍵盤(pán)的鳴金奮力前行，勢(shì)如破竹，攻城掠地，直指"黃龍府"。
開(kāi)發(fā)經(jīng)理是這支浩浩湯湯代碼隊(duì)伍的統(tǒng)帥，他負(fù)責(zé)這支隊(duì)伍的命運(yùn)，當(dāng)齊桓公站在山頂上看到管仲訓(xùn)練的隊(duì)伍整齊劃一地前進(jìn)時(shí)，他感嘆說(shuō)"我有這樣一支軍隊(duì)哪里還怕沒(méi)有勝利呢？"。但很遺憾，你手中的這支隊(duì)伍原本只是散兵游勇，在前進(jìn)中招兵買(mǎi)馬，不斷壯大，所以隊(duì)伍變形在所難免。當(dāng)開(kāi)發(fā)經(jīng)理發(fā)覺(jué)隊(duì)伍變形時(shí)，也許就是克制住攻克前方山頭的誘惑，停下腳步整頓隊(duì)伍的時(shí)候了。
Kent Beck提出了"代碼壞味道"的說(shuō)法，和我們所提出的"隊(duì)伍變形"是同樣的意思，隊(duì)伍變形的信號(hào)是什么呢？以下列述的代碼癥狀就是"隊(duì)伍變形"的強(qiáng)烈信號(hào)：
·代碼中存在重復(fù)的代碼
中國(guó)有118 家整車(chē)生產(chǎn)企業(yè)，數(shù)量幾乎等于美、日、歐所有汽車(chē)廠家數(shù)之和，但是全國(guó)的年產(chǎn)量卻不及一個(gè)外國(guó)大汽車(chē)公司的產(chǎn)量。重復(fù)建設(shè)只會(huì)導(dǎo)致效率的低效和資源的浪費(fèi)。
程序代碼更是不能搞重復(fù)建設(shè)，如果同一個(gè)類中有相同的代碼塊，請(qǐng)把它提煉成類的一個(gè)獨(dú)立方法，如果不同類中具有相同的代碼，請(qǐng)把它提煉成一個(gè)新類，永遠(yuǎn)不要重復(fù)代碼。
·過(guò)大的類和過(guò)長(zhǎng)的方法
過(guò)大的類往往是類抽象不合理的結(jié)果，類抽象不合理將降低了代碼的復(fù)用率。方法是類王國(guó)中的諸侯國(guó)，諸侯國(guó)太大勢(shì)必動(dòng)搖中央集權(quán)。過(guò)長(zhǎng)的方法由于包含的邏輯過(guò)于復(fù)雜，錯(cuò)誤機(jī)率將直線上升，而可讀性則直線下降，類的健壯性很容易被打破。當(dāng)看到一個(gè)過(guò)長(zhǎng)的方法時(shí)，需要想辦法將其劃分為多個(gè)小方法，以便于分而治之。
·牽一毛而需要?jiǎng)尤淼男薷?/p>
當(dāng)你發(fā)現(xiàn)修改一個(gè)小功能，或增加一個(gè)小功能時(shí)，就引發(fā)一次代碼地震，也許是你的設(shè)計(jì)抽象度不夠理想，功能代碼太過(guò)分散所引起的。
·類之間需要過(guò)多的通訊
A類需要調(diào)用B類的過(guò)多方法訪問(wèn)B的內(nèi)部數(shù)據(jù)，在關(guān)系上這兩個(gè)類顯得有點(diǎn)狎昵，可能這兩個(gè)類本應(yīng)該在一起，而不應(yīng)該分家。
·過(guò)度耦合的信息鏈
"計(jì)算機(jī)是這樣一門(mén)科學(xué)，它相信可以通過(guò)添加一個(gè)中間層解決任何問(wèn)題"，所以往往中間層會(huì)被過(guò)多地追加到程序中。如果你在代碼中看到需要獲取一個(gè)信息，需要一個(gè)類的方法調(diào)用另一個(gè)類的方法，層層掛接，就象輸油管一樣節(jié)節(jié)相連。這往往是因?yàn)殂暯訉犹嘣斐傻?，需要查看就否有可移除的中間層，或是否可以提供更直接的調(diào)用方法。
·各立山頭干革命
如果你發(fā)現(xiàn)有兩個(gè)類或兩個(gè)方法雖然命名不同但卻擁有相似或相同的功能，你會(huì)發(fā)現(xiàn)往往是因?yàn)殚_(kāi)發(fā)團(tuán)隊(duì)協(xié)調(diào)不夠造成的。筆者曾經(jīng)寫(xiě)了一個(gè)頗好用的字符串處理類，但因?yàn)闆](méi)有及時(shí)通告團(tuán)隊(duì)其他人員，后來(lái)發(fā)現(xiàn)項(xiàng)目中居然有三個(gè)字符串處理類。革命資源是珍貴的，我們不應(yīng)各立山頭干革命。
·不完美的設(shè)計(jì)
在筆者剛完成的一個(gè)比對(duì)報(bào)警項(xiàng)目中，曾安排阿朱開(kāi)發(fā)報(bào)警模塊，即通過(guò)Socket向指定的短信平臺(tái)、語(yǔ)音平臺(tái)及客戶端報(bào)警器插件發(fā)送報(bào)警報(bào)文信息，阿朱出色地完成了這項(xiàng)任務(wù)。后來(lái)用戶又提出了實(shí)時(shí)比對(duì)的需求，即要求第三方系統(tǒng)以報(bào)文形式向比對(duì)報(bào)警系統(tǒng)發(fā)送請(qǐng)求，比對(duì)報(bào)警系統(tǒng)接收并響應(yīng)這個(gè)請(qǐng)求。這又需要用到Socket報(bào)文通訊，由于原來(lái)的設(shè)計(jì)沒(méi)有將報(bào)文通訊模塊獨(dú)立出來(lái)，所以無(wú)法復(fù)用阿朱開(kāi)發(fā)的代碼。后來(lái)我及時(shí)調(diào)整了這個(gè)設(shè)計(jì)，新增了一個(gè)報(bào)文收發(fā)模塊，使系統(tǒng)所有的對(duì)外通訊都復(fù)用這個(gè)模塊，系統(tǒng)的整體設(shè)計(jì)也顯得更加合理。
每個(gè)系統(tǒng)都或多或少存在不完美的設(shè)計(jì)，剛開(kāi)始可能注意不到，到后來(lái)才會(huì)慢慢凸顯出來(lái)，此時(shí)唯有勇于更改才是最好的出路。
·缺少必要的注釋
雖然許多軟件工程的書(shū)籍常提醒程序員需要防止過(guò)多注釋，但這個(gè)擔(dān)心好象并沒(méi)有什么必要。往往程序員更感興趣的是功能實(shí)現(xiàn)而非代碼注釋，因?yàn)榍罢吒軒?lái)成就感，所以代碼注釋往往不是過(guò)多而是過(guò)少，過(guò)于簡(jiǎn)單。人的記憶曲線下降的坡度是陡得嚇人的，當(dāng)過(guò)了一段時(shí)間后再回頭補(bǔ)注釋時(shí)，很容易發(fā)生"提筆忘字，愈言且止"的情形。
曾在網(wǎng)上看到過(guò)微軟的代碼注釋，其詳盡程度讓人嘆為觀止，也從中體悟到了微軟成功的一個(gè)經(jīng)驗(yàn)。
重慶分公司
重慶分公司
