【正文】 le123DBTriangle134DYTriangle143154表6 異常情況用例編號（d、 b、c）實(shí)際結(jié)果期望結(jié)果115YBTriangleFDYTriangle134DYTriangleFDBTriangle143154日期：2016/4/29時(shí)間：17:51:321. 利用JUnit工具，編寫該類的對象，調(diào)用相應(yīng)的方法2. 右擊鼠標(biāo)Run AsJUnit Test3. 在控制臺中分別輸入測試用例里的數(shù)值對。軟件質(zhì)量保證的目的是使軟件過程對于管理人員來說是可見的。但是什么是軟件的質(zhì)量呢？ 軟件質(zhì)量的內(nèi)涵事實(shí)上，軟件質(zhì)量與傳統(tǒng)意義上的質(zhì)量概念并無本質(zhì)差別，只是針對軟件的某些特性進(jìn)行了調(diào)整?！蓖瑯?，美國質(zhì)量管理協(xié)會(huì)把質(zhì)量定義為與一種產(chǎn)品或服務(wù)滿足顧客需要的能力有關(guān)的各種特色和特征的總和。如果這些質(zhì)量特性及其組合都能在產(chǎn)品中得到滿足，則這個(gè)軟件產(chǎn)品質(zhì)量就是高的。 往往會(huì)有一些隱含的需求沒有明確提出來。同時(shí)，注重軟件開發(fā)“模型”研究，也就是如何劃分軟件開發(fā)過程的不同階段，并針對不同階段開展了有關(guān)技術(shù)和方法的研究如需求工程、設(shè)計(jì)工程、程序設(shè)計(jì)方法學(xué)、軟件測試等等。否則，開發(fā)工作一旦進(jìn)行到后期，無論怎樣通過測試和補(bǔ)漏洞，都會(huì)無濟(jì)于事。一方面，從顧客驅(qū)動(dòng)觀點(diǎn)看，注重于復(fù)審和校核方法并保證一致性，其關(guān)鍵是需要一種客觀的標(biāo)準(zhǔn)來確定并報(bào)告軟件開發(fā)過程及其工作成果的質(zhì)量，一般由某個(gè)獨(dú)立的小組（一般稱為“軟件質(zhì)量保證小組”）完成，關(guān)鍵步驟包括：　　選擇項(xiàng)目應(yīng)遵循的標(biāo)準(zhǔn)。　　校核工作成果。　　處理偏離。關(guān)鍵步驟如下：　　建立質(zhì)量目標(biāo) ?！　〈_定質(zhì)量活動(dòng)。　　評價(jià)質(zhì)量。 三思而后行在編寫代碼之前，我們一定要明確自己要做什么，目的清晰。五、代碼審查我們發(fā)現(xiàn)代碼審查對于項(xiàng)目的各個(gè)階段都會(huì)帶來很多好處：，因?yàn)槿绻覀儧]有使用過某些現(xiàn)有代碼，那么可以從當(dāng)前的開發(fā)者中獲得反饋信息。團(tuán)隊(duì)協(xié)同在構(gòu)建協(xié)作環(huán)境上會(huì)帶來很大的幫助作用，我們可以即時(shí)提出想法，然后討論，再進(jìn)行開發(fā)。黑盒測試是在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運(yùn)行過程中能否保持外部信息的完整性。界面錯(cuò)誤有效等價(jià)類：指對于程序的規(guī)格說明來說是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。它是選擇等價(jià)類邊界的測試用例。c. 根據(jù)規(guī)格說明的每個(gè)輸出條件，使用原則a。g. 分析規(guī)格說明書，找出其他可能的邊界條件。，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的“因果圖”。邏輯功能模型：用于表示在狀態(tài)中輸入條件和輸出條件之間的對應(yīng)關(guān)系。在任何情況下都必須使用邊界值分析方法。如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法和判定表法驅(qū)動(dòng)法。功能圖法也是很好的測試用例設(shè)計(jì)方法，可以通過不同時(shí)期條件的有效性設(shè)計(jì)不同的測試數(shù)據(jù)。若投入1元5角硬幣，按下“可樂”、“雪碧”、或“紅茶”按鈕，相應(yīng)地飲料就送出來。}package 。 (請輸入三角形的三條邊：)。 if((a + b c) amp。 (b + c a)){//能夠構(gòu)成三角形 if(a == b || b == c || a == c){ ()。 a == c amp。 } return 該三邊不能構(gòu)成三角形！。 Override public double getArea() { double a, b。 if(a 0 amp。 return 0。 private double pai = 。 if(r 0){ return pai * r * r。import 。public abstract class JiSuanQi { public abstract double add(double a, double b)。//除法}package 。 } Override public double div(double a, double b) { return a / b。 Test public void MyJiSuanQi(){ ((10, 1))。 }}寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。能干的人，不在情緒上計(jì)較，只在做事上認(rèn)真；無能的人！不在做事上認(rèn)真，只在情緒上計(jì)較。什么是奮斗？奮斗就是每天很難，可一年一年卻越來越容易。 ((10, 1))。import 。 } Override public double sub(double a, double b) { return a b。//減法 public abstract double mul(double a, double b)。 Test public void sanJiaoXingArea(){ (())。 return 0。 (請輸入圓形的半徑)。import 。 b 0){ return a * b。 a = ()。import 。 b == c){ return 等邊三角形。 } if(a == b amp。 (a + c b) amp。 b = ()。public class SanJiaoXing{ private Scanner sc = new Scanner()。分析說明，列出原因和結(jié)果，如下表：表1 狀態(tài)表原因c1: 投入1元5角硬幣；c2: 投入兩元硬幣；c3: 按“可樂”按鈕；c4: 按“雪碧”按鈕；c5: 按“紅茶”按鈕；中間狀態(tài)l1: 已投幣l2: 已按鈕結(jié)果e1: 退還5角硬幣e2: 送出“可樂”飲料e3: 送出“雪碧”飲料e4: 送出“紅茶”飲料根據(jù)原因和結(jié)果，可以設(shè)計(jì)出下圖所示的因果圖：圖1 因果圖表2 決策表1234567891011輸入投入1元5角硬幣11110000000投入兩元硬幣00001111000按“可樂”按鈕10001000100按“雪碧”按鈕01000100010按“紅茶”按鈕00100010001中間節(jié)點(diǎn)已投幣11111110000已按鈕11101110111輸出退還5角硬幣00001110000送出“可樂”飲料10001000000送出“雪碧”飲料01000100000送出“紅茶”飲料00100010000通過決策表可以設(shè)計(jì)出相關(guān)的測試用例，如下表：表3 測試用例（等價(jià)類劃分）用例編號測試用例預(yù)期結(jié)果123456投入1元5角錢，按“可樂”按鈕投入1元5角錢，按“雪碧”按鈕投入1元5角錢，按“紅茶”按鈕投入兩元錢，按“可樂”按鈕投入兩元錢，按“雪碧”按鈕投入兩元錢，按“紅茶”按鈕送出“可樂”飲料送出“雪碧”飲料送出“紅茶”飲料找5角，送出“可樂”飲料找5角，送出“雪碧”飲料找5角，送出“紅茶”飲料附錄單元測試源代碼：package 。對于業(yè)務(wù)流清晰的系統(tǒng)，可以利用場景貫穿整個(gè)測試案例過程，在案例中綜合使用各種測試方法。對于參數(shù)配置類的軟件，要用正交試驗(yàn)選擇較少的組合方法達(dá)到最佳的效果。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)再補(bǔ)充足夠的測試用例。首先進(jìn)行等價(jià)類劃分，包括輸入條件和輸出條件的等價(jià)劃分，將無限測試變成有限測試，這是減少工作量和提高測試效率最有效的方法。恒等、非（~）、或（v）、與（^）E（互斥）、I（包含）、O（唯一）、R（要求）、M（屏蔽）5. 功能圖法功能圖方法是用功能圖形象地表示程序的功能說明，并機(jī)械地生成功能圖的測試用例。因果圖法是從用自然語言書寫的程序規(guī)格說明書的描述中找出原因（輸入條件）和結(jié)果（輸出或程序狀態(tài)的改變）。e. 如果程序的規(guī)格說明書給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一元素和最后一個(gè)元素作為測試用例。邊界值的選擇方法：a. 如果輸入條件規(guī)定了值得范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范圍邊界的值作為測試輸入數(shù)據(jù)。劃分等價(jià)類的6條原則。性能錯(cuò)誤黑盒測試試圖發(fā)現(xiàn)以下類型的錯(cuò)誤：六、單元測試； ； ，從而有利于解耦； ，從而替代了一部分文檔功能。特別地，我們可以讓新加入的開發(fā)人員很有信心地開發(fā)新特性，因?yàn)槲覀兛梢栽诤喜⑶皩彶榇a并且對于他們所編寫的任何代碼提供有價(jià)值的反饋信息。四、代碼重構(gòu)我們在寫完代碼后，其實(shí)是很難保證自己的代碼邏輯清楚，從而產(chǎn)生很多不需要的代碼，我們完全可以從另一個(gè)更為簡單的角度思考問題，從而減少代碼量，達(dá)到最優(yōu)代碼。 哪么編寫高質(zhì)量的需要注意些什么呢？一、打好基礎(chǔ)1. 掌握好開發(fā)語言，2. 熟悉開發(fā)平臺3. 基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)與算法基礎(chǔ)的設(shè)計(jì)原則 代碼標(biāo)準(zhǔn)碼標(biāo)準(zhǔn)在團(tuán)隊(duì)合作中尤為重要，誰也不希望一個(gè)項(xiàng)目中代碼風(fēng)格各異，看得讓人糟心，即便是個(gè)人開發(fā)者，現(xiàn)在也需要跟各種開源項(xiàng)目打交道?！　?zhí)行質(zhì)量活動(dòng)。　　定義質(zhì)量度量（metrics）?！　×硪环矫?，從管理者驅(qū)動(dòng)觀點(diǎn)看，注重于確定為了產(chǎn)品質(zhì)量必須做些什么，并且建立管理和控制機(jī)制來確保這些活動(dòng)能夠得到執(zhí)行?！　?bào)告結(jié)果?！　浖こ袒顒?dòng)進(jìn)行復(fù)審。這種思想并非憑空想象，而是借鑒了在硬件領(lǐng)域成功實(shí)施全面質(zhì)量管理的經(jīng)驗(yàn)，對軟件開發(fā)實(shí)行相應(yīng)的質(zhì)量保證工作，并已取得了成功的經(jīng)驗(yàn)。但是，人們逐漸認(rèn)識到，如果能夠同時(shí)對軟件開發(fā)過程的質(zhì)量加以控制