軟件測(cè)試網(wǎng)學(xué)習(xí)教程-中文員

經(jīng)過(guò)大家的不懈努力，測(cè)試時(shí)代終于有了一份經(jīng)過(guò)大家的不懈努力，測(cè)試時(shí)代終于有了一份面向軟件測(cè)試專業(yè)人員的技術(shù)性期。眾所周知，在軟件開(kāi)發(fā)過(guò)程中對(duì)軟件測(cè)試的誤解較大，多數(shù)公司將其作為軟件業(yè)中不重要的工作。產(chǎn)生這種誤解主要原因是由于這些公司對(duì)軟件開(kāi)發(fā)過(guò)程認(rèn)識(shí)不足造成。除此之外作為軟件測(cè)試人員也應(yīng)從自我做面向軟件測(cè)試專業(yè)人員的技術(shù)性期性的文章，通過(guò)測(cè)試時(shí)代網(wǎng)識(shí)、增強(qiáng)測(cè)試人員之間交流，同時(shí)也為廣大軟件測(cè)性的文章，通過(guò)測(cè)試時(shí)代網(wǎng)識(shí)、增強(qiáng)測(cè)試人員之間交流，同時(shí)也為廣大軟件測(cè)試人員提供一個(gè)信息發(fā)布的平臺(tái)，鼓勵(lì)大家在測(cè)試測(cè)試時(shí)代 上多發(fā)上和測(cè)上和測(cè)試時(shí)代 相結(jié)合，真正實(shí)現(xiàn)網(wǎng)上網(wǎng)互動(dòng)，提高軟件測(cè)試人員的技能，進(jìn)而推動(dòng)整個(gè)軟件測(cè)試行業(yè)的發(fā)展。期總編：Http 期關(guān)于測(cè)試人員的角 突然就開(kāi)始了這個(gè)角色的扮演：來(lái)跟大家介紹作為一個(gè)測(cè)試人員的角色定位，以及剛?cè)腴T需要了解的相關(guān)知識(shí)和心態(tài)方面的問(wèn)題。說(shuō)實(shí)話，感覺(jué)到很為難，有時(shí)候有些事情做起來(lái)感覺(jué)并不是很難，但是要把它轉(zhuǎn)化為文字的形式表達(dá)出來(lái)對(duì)我

欄 ERP方面的測(cè)試知識(shí)解：來(lái)說(shuō)確實(shí)比較為難的。但是我還是很愿意去用 解：支拙筆來(lái)慢慢描述我對(duì)測(cè)試人員定位的一個(gè)理當(dāng)一個(gè)人在一個(gè)漫長(zhǎng)而坎坷的 走過(guò)人后，我相信他一定會(huì)有自己沉淀下來(lái)的東西。前段時(shí)間參加華東測(cè)試交流會(huì)時(shí)，聽(tīng)到海松大哥解析測(cè)試人員如何定位自己的角色的時(shí)候就感觸很深，感覺(jué)自己

還有很多值得鉆研的地方，在測(cè)試領(lǐng)域，自己的很多認(rèn)識(shí)還是很膚淺的。隨著公司規(guī)模逐漸擴(kuò)大，測(cè)試人員也由以前的幾個(gè)人發(fā)展到現(xiàn)在的幾十人。隊(duì)伍的壯大是顯而易見(jiàn)的。然而很多剛進(jìn)入門的同仁卻開(kāi)始慢慢對(duì)做測(cè)試流露出迷茫的眼神，問(wèn)其原因，很簡(jiǎn)單，做測(cè)試學(xué)不到東西，整天就鼠標(biāo)點(diǎn)點(diǎn)，鍵盤敲敲，很難學(xué)到真正的東西。聽(tīng)了之后不由得露出理解的笑容，想當(dāng)年我也是從這樣的境遇走過(guò)來(lái)的。剛進(jìn)入公司的時(shí)候就讓做測(cè)試，經(jīng)歷了同樣的鼠標(biāo)點(diǎn)點(diǎn)，鍵盤敲敲的經(jīng)歷。然而正是這樣的一些成長(zhǎng)經(jīng)歷讓我在平淡中明白了很多道理，并且慢慢從因?yàn)楣ぷ鞫鰷y(cè)試轉(zhuǎn)化為因?yàn)槎^續(xù)做測(cè)試工作。做測(cè)試不僅僅是表面看到的這種敲敲點(diǎn)點(diǎn)現(xiàn)象的延續(xù)，還有更深層次的內(nèi)涵，是我們很多人還沒(méi)到達(dá)這個(gè)境界而已，所以看起來(lái)很枯燥。（我也沒(méi)達(dá)到這個(gè)境界，不過(guò)我知道自己做的工作并不是很枯燥的，呵呵。剛開(kāi)始做測(cè)試的朋友很多都在做黑盒測(cè)試，而黑盒測(cè)試往往對(duì)代碼編寫能力要求不是很高，這樣給剛?cè)腴T的人就造成了一個(gè)測(cè)試人員不需要太多知識(shí)的誤解。然而，做測(cè)試往往需要很廣泛的知識(shí)。不僅僅只是專業(yè)上的，而且要了解很多開(kāi)發(fā)人員不了解的東西，在一個(gè)系統(tǒng)里面開(kāi)發(fā)人員可以只了解客戶需求，而我們的測(cè)試人員需要了解整個(gè)全局的東西。呵呵，感覺(jué)有點(diǎn)統(tǒng)籌全局的成就感。不過(guò)有時(shí)候相對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)也的確是這樣的。開(kāi)發(fā)人員可以不用太多了解用戶的需求，而我們卻需要能夠準(zhǔn)確捕獲用戶的觀點(diǎn)，對(duì)很多細(xì)節(jié)需要非常注意。往往很多人在初入測(cè)試行業(yè)的時(shí)候非常熱衷于測(cè)試工具的學(xué)習(xí)以及使用，其實(shí)這并不是一個(gè)很系統(tǒng)的認(rèn)知。知識(shí)的學(xué)習(xí)也是分階段的。測(cè)試這兩個(gè)字很表面來(lái)看很簡(jiǎn)單，只是給程序挑錯(cuò)誤，找出bug來(lái)，但是在整個(gè)軟件開(kāi)發(fā)過(guò)程中我們?cè)撊绾伟褱y(cè)試跟開(kāi)發(fā)結(jié)合起來(lái)有效地進(jìn)行都需要經(jīng)過(guò)實(shí)踐來(lái)證明。而這些不是工具所能完成的。我們對(duì)整個(gè)測(cè)試流程方面的東西需要了解得很多很多，而工具只是需要了解的其中一部分而且是比較小的一部分知識(shí)而已。你所了解的不僅僅只是測(cè)試的表 面，你需要了解測(cè)試的流程，你需要了解如何用一個(gè)好的測(cè)試計(jì)劃來(lái)規(guī)劃我們的測(cè)試時(shí)間、測(cè)試范圍（有些公司把測(cè)試范圍的設(shè)計(jì)歸納在測(cè)試需求里面，但是很多公司都是在測(cè)試計(jì)劃里面），需要了解如何用一個(gè)好的測(cè)試用例來(lái)覆蓋整個(gè)測(cè)試范圍之內(nèi)的測(cè)試實(shí)施。了解如何保證所測(cè)試出來(lái)的bug是開(kāi)發(fā)人員的問(wèn)題而不是因?yàn)樽约毫私獠粔驅(qū)е鲁霈F(xiàn)的問(wèn)題。Bug分析報(bào)告之內(nèi)如何總結(jié)問(wèn)題都是我們需要注意到的知識(shí)。對(duì)自己的測(cè)試時(shí)間也需要進(jìn)行詳細(xì)規(guī)劃，盡量多地考慮進(jìn)去各種可能。這樣才可以盡量減少相關(guān)的風(fēng)險(xiǎn)。測(cè)試?yán)锩娴闹R(shí)學(xué)習(xí)可以分為以下三個(gè)階段來(lái)進(jìn)行（這個(gè)階段只是自己的一種個(gè)人見(jiàn)解）：第一個(gè)階段須要讓做測(cè)試的人明白測(cè)試在整個(gè)軟件工程里面的重要性，了解測(cè)試的相關(guān)基礎(chǔ)知識(shí)，并且在了解這些知識(shí)的過(guò)程中逐漸挖掘出他對(duì)測(cè)試的。是很好的從事一項(xiàng)工作的一個(gè)重要條件。讓一個(gè)對(duì)測(cè)試絲毫不懂而且不感的人去直接去做測(cè)試，你不覺(jué)得是在耽誤別人的青春?jiǎn)?？第二個(gè)階段 須對(duì)測(cè)試的流程的管理工作通過(guò)實(shí)際的軟件測(cè)試有個(gè)非常明確的認(rèn)識(shí)。因?yàn)楹芏鄷r(shí)候工作都是在團(tuán)隊(duì)相互協(xié)調(diào)的情況下進(jìn)行的，所以對(duì)于整個(gè)軟件開(kāi)發(fā)流程以及開(kāi)發(fā)流程當(dāng)中的測(cè)試流程都需要很熟悉，這樣才可以更好的配合工作。當(dāng)我們這些都很熟悉并且在工作當(dāng)中應(yīng)用很流暢的時(shí)候，我們就可以對(duì)測(cè)試工具進(jìn)行相對(duì)應(yīng)的學(xué)習(xí)。誠(chéng)然，現(xiàn)在很多公司在招聘測(cè)試人員的時(shí)候總是要求了解自動(dòng)化測(cè)試工具，實(shí)際上據(jù)了解，很多公司并不能真正用自動(dòng)化測(cè)試。所以不要一進(jìn)門就想著學(xué)習(xí)自動(dòng)化測(cè)試工具，很多知識(shí)在你了解了其他知識(shí)之后學(xué)習(xí)效果跟用途可能會(huì)更好。在了解測(cè)試相關(guān)流程的同時(shí) 須擴(kuò)充我們的其他相關(guān)知識(shí)，包括對(duì)我們的產(chǎn)品的客戶的需求的了解要比開(kāi)發(fā)人員了解更全面，更深入。這樣才能保證我們的流程，我們的測(cè)試按照客觀的正確的方向前進(jìn)，而不至于被開(kāi)發(fā)人員的思想所牽引。呵呵。我喜歡做事主動(dòng)而不是 的去執(zhí)行。到第三個(gè)階段我們可以跟區(qū)分專業(yè)一樣走自己喜歡的途徑：一方面可以繼續(xù)深入提高自己的測(cè)試的專業(yè)技能并且能夠真正從事自動(dòng)化測(cè)試，成為技術(shù)領(lǐng)域里面的專家。另一方面我們可以慢慢趨于測(cè)試管理方面。上次在交流會(huì)上，海松大哥對(duì)測(cè)試人員的發(fā)展階段跟發(fā)展路徑規(guī)劃曾作出一個(gè)很形象的比喻來(lái)，我畫了一個(gè)粗略的流程，大家下面的發(fā)展圖（自下向上的發(fā)展趨勢(shì)）（當(dāng)然并不是每個(gè)人都在這個(gè)曲線發(fā)展之內(nèi)）（直線的長(zhǎng)度可以粗略的概括發(fā)展的不同時(shí)間長(zhǎng)短從這個(gè)圖形我們大家也可以粗略的看出，對(duì)于初級(jí)測(cè)試工程師，這是兩個(gè)不同的發(fā)展方向，但是最終還是發(fā)展為一個(gè)終點(diǎn)（PM。從一個(gè)初級(jí)測(cè)試工程師晉升到一個(gè)高級(jí)測(cè)試工程師比較快，但是從一個(gè)初級(jí)測(cè)試工程師發(fā)展到一個(gè)TeamLeader所需要的時(shí)間相對(duì)比較長(zhǎng)。而從一個(gè)高級(jí)測(cè)試工程師發(fā)展到一個(gè)資深測(cè)試工程師花費(fèi)時(shí)間更長(zhǎng)一點(diǎn)，到達(dá)資深測(cè)試工程師之后就可以很容易做到測(cè)試主管了，以后可以發(fā)展到PM。當(dāng)然從初級(jí)測(cè)試人員到高級(jí)、資深測(cè)試人員在上面的圖中并不是表述為“曲線發(fā)展過(guò)程”的，很多時(shí)候行業(yè)經(jīng)驗(yàn)、行業(yè)知識(shí)的累積等都很重要。而這點(diǎn)只有深入發(fā)展的人才會(huì)發(fā)現(xiàn)其重要性的。很多隨著時(shí)間的推移和經(jīng)驗(yàn)的增長(zhǎng)，一些沉淀下來(lái)的東西不是表現(xiàn)在字面上，別人就可以理解并領(lǐng)悟的。所以要有信心的同時(shí)我們做事還必須有耐心，羅馬非一日建成。相信明天就要緊緊把握今天。我們很多人在測(cè)試的時(shí)候感覺(jué)到不爽的另外一個(gè)比較大眾化的原因，可能就是對(duì)測(cè)試不感的同時(shí)知識(shí)層次不夠（建議接觸測(cè)試一年之后還對(duì)此不感興趣的朋友找找自己的原因，實(shí)在找不出來(lái)就早點(diǎn)看看別的比較好發(fā)展的行業(yè)吧。。因?yàn)樽约褐R(shí)層次的不夠，這樣往往感覺(jué)自己找出的bug在開(kāi)發(fā)人員那里得不到很好的重視，感覺(jué)自己的勞動(dòng)成果沒(méi)有得到相應(yīng)的尊重一樣。一個(gè)測(cè)試人員在跟開(kāi)發(fā)人員打交道的時(shí)候往往會(huì)產(chǎn)生這么一個(gè)現(xiàn)象，隨著開(kāi)發(fā)的進(jìn)行，測(cè)試人員提交的bug越來(lái)越不被開(kāi)發(fā)人員重視了，這里面除了開(kāi)發(fā)人員比較忙碌的緣故之外，另外一個(gè)不容忽視的原因就是我們測(cè)試人員自身的知識(shí)不夠?qū)哟危芏鄷r(shí)候因?yàn)槲覀儾涣私庑枨?，不了解相關(guān)專業(yè)知識(shí)而誤認(rèn)為正確的東西是bug。任何一個(gè)領(lǐng)域里面的人都應(yīng)該有這樣的想法并且比較這個(gè)想法：那就是外行對(duì)內(nèi)行進(jìn)行不正確的指點(diǎn)，這相當(dāng)于對(duì)別人勞動(dòng)成果的一種不負(fù)責(zé)任的否定。所以我們一定要加強(qiáng)我們自身的專業(yè)知識(shí)的學(xué)習(xí)。這個(gè)時(shí)候大家可能會(huì)問(wèn)，那么一個(gè)真正的測(cè)試人員應(yīng)該具備哪些知識(shí)呢？在除了相關(guān)專業(yè)知識(shí)之外還有一些比較共性的知識(shí)需要我們大家了解，專業(yè)知識(shí)因?yàn)樾袠I(yè)的不同所以有很多的不同之處，這兒不詳細(xì)介紹了，我從大眾化的方面來(lái)闡述下面幾個(gè)需要我們注意的地方，這也是作為一個(gè)測(cè)試人員應(yīng)該具備的基本素質(zhì)：1、我們需要具備很好的溝通能力：溝通是人類相互進(jìn)步的一個(gè)重要標(biāo)志，用在我們這個(gè)行業(yè)里面溝通也比較適用。我們的溝通往往不僅是跟開(kāi)發(fā)人員的溝通，有時(shí)候也會(huì)跟我們的客戶進(jìn)行溝通的。這是兩種不同類型的人，他們關(guān)心問(wèn)題的側(cè)重點(diǎn)也不同。所以我們溝通時(shí)候需要掌握一定的技巧，這樣才能從客戶那兒得到比較準(zhǔn)確的需求。有時(shí)候我們的工作會(huì)被開(kāi)發(fā)人員認(rèn)為是“破壞”性的工作，這樣就會(huì)引起我們跟開(kāi)發(fā)人員的 ，所以當(dāng)我們發(fā)現(xiàn)一個(gè)bug之后如何跟開(kāi)發(fā)人員溝通也是一門藝術(shù)。很多時(shí)候我們不僅僅是把bug寫出來(lái)，也要很好地說(shuō)給開(kāi)發(fā)人員知道。從而達(dá)到我們彼此想要的一種結(jié)果。2、我們需要具備很好的自信心：很多時(shí)候開(kāi)發(fā)人員會(huì)經(jīng)常認(rèn)為測(cè)試人員的開(kāi)發(fā)相關(guān)知識(shí)不如自己，所以會(huì)有一種輕視的態(tài)度，這個(gè)時(shí)候我們除了補(bǔ)充我們的專業(yè)知識(shí)之外還需要有很強(qiáng)的自信心。呵呵。如果允許他對(duì)我們說(shuō)這說(shuō)那，那么我認(rèn)為我們的工作還沒(méi)開(kāi)展就已經(jīng)處在十分不利的地步了， 會(huì)被他們牽鼻子走。這種現(xiàn)象很正常。而我卻屬于那種很討厭被別人牽著鼻子走的人。所以我知道 要很專業(yè)才能讓別人尊重自己的勞動(dòng)成果并聽(tīng)取自己的見(jiàn)解。當(dāng)然這種自信心也是建立在心平氣和下的溝通，不是完全對(duì)立的。3、我們需要保持一種懷疑的精神（這點(diǎn)我很擅長(zhǎng)，我經(jīng)常懷疑那些跟 經(jīng)質(zhì)。虧大了）我們會(huì)經(jīng)常碰到這樣一種情況，我們往往發(fā)現(xiàn)的bug交給開(kāi)發(fā)人員時(shí)他們總是盡他們最大的努力解釋每個(gè)他們認(rèn)為不是bug的bug。我們?cè)谒麄兘忉尩耐瑫r(shí)必須要懷疑他們的觀點(diǎn)直到我們自己確認(rèn)過(guò)之后。4、我們需要耐心和很好的 力：有時(shí)候往往一個(gè)bug需要我們很耐心的花費(fèi)時(shí)間、精力去投入在上面，而且當(dāng)我們?cè)僬业接行╊愃频腷ug的時(shí)候，要能從腦子里面找出來(lái)這些bug，這就需要我們有很好的 力。其實(shí)如果不具備這些條件了那么相關(guān)的文檔就是我們最好的查詢資料。我就是屬于這種類型的，很多時(shí)候總是翻閱以前的文檔。但是這樣也有一個(gè)好處，那就是在不斷的查詢過(guò)程中我們對(duì)文檔的修改，使文檔日臻完善，當(dāng)然這種完善也是相對(duì)的。5、我們需要一顆安靜的心：因?yàn)楦≡甑娜耸钦也怀鲭[藏在深處的bug的，（所以我們的開(kāi)發(fā)人員總是喜歡讓我測(cè)試他們的東西，因?yàn)槲覅R報(bào)的bug很少，這樣他們的績(jī)效就表現(xiàn)得很好啊。所以我總是挨批啊。不過(guò)現(xiàn)在學(xué)乖了，呵呵）所以當(dāng)我們測(cè)試的時(shí)候我們應(yīng)該保持內(nèi)心的平靜，這樣我們才會(huì)保持很好的洞察力來(lái)找到那些隱藏很深的bug。而且也會(huì)抓到相關(guān)的重點(diǎn)的。這點(diǎn)是很重要的。否則你的測(cè)試跟 做也沒(méi)什么區(qū)別，根據(jù)業(yè)務(wù)流程，根據(jù)用戶需求，根據(jù)開(kāi)發(fā)人員的思路一路跑下去，發(fā)現(xiàn)一些皮毛的bug。這不是一個(gè)好的測(cè)試人員應(yīng)該做的。我們?cè)谄届o當(dāng)中才能保持自己的觀點(diǎn)不被別人左右。6、我們還需要能夠承受壓力并排遣壓力：無(wú)須質(zhì)疑，我們的工作承受著一定的壓力，當(dāng)然這樣說(shuō)有點(diǎn)片面，不過(guò)大體上應(yīng)該是這樣的。所以我們經(jīng)常承受著一定的壓力，客戶在催促，開(kāi)發(fā)人員在delay，風(fēng)箱里面的老鼠兩頭受氣。所以我們要能夠承受壓力，包括外界的、工作上的壓力。并且因?yàn)閴毫Χ鴮?dǎo)致的不好的情緒帶到工作當(dāng)中。學(xué)會(huì)排遣這些壓力，保持一顆輕松的，平靜的心，然后全身心投入到我們的工作。上面的只是根據(jù)實(shí)際的一些經(jīng)驗(yàn)以及曾經(jīng)看過(guò)的一些朋友的見(jiàn)解總結(jié)而來(lái)的，還有很多其他方面的知識(shí)但是我實(shí)在沒(méi)有時(shí)間了呵呵抱歉。以后有時(shí)候還可以繼續(xù)補(bǔ)充。只是想強(qiáng)調(diào)一點(diǎn)：測(cè)試的發(fā)展前景是非常好的這點(diǎn)從這幾年無(wú)論測(cè)試人員和測(cè)試環(huán)境的變化還是客戶對(duì)產(chǎn)品質(zhì)量的要求越來(lái)越高都可以看出的。還是上面說(shuō)的那句老話：相信明天，有關(guān)黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試的 ]黑盒測(cè)試黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試?！昂诤小狈ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)試?！昂诤小狈ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)試。白盒測(cè)試白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要用于軟件驗(yàn)證?！鞍缀小狈ㄈ媪私獬绦騼?nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn) 試?！鞍缀小狈ㄊ歉F舉路徑測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第一，窮舉路徑測(cè)試決不能查出程序 了設(shè)計(jì)規(guī)范，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。第三，窮舉路徑測(cè)試可能發(fā)現(xiàn)不了—些與數(shù)據(jù)相關(guān)的錯(cuò)誤?；液袦y(cè)試灰盒測(cè)試，確實(shí)是介于二者之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法?；液袦y(cè)試結(jié)合了白盒測(cè)試盒黑盒測(cè)試的要素.它考慮了用戶端、特定的系統(tǒng)知識(shí)和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評(píng)價(jià)應(yīng)用軟件的設(shè)計(jì)?；液袦y(cè)試由方法和工具組成，這些方法和工具取材于應(yīng)用程序的內(nèi)部知識(shí)盒與之交互的環(huán)境，能夠用于黑盒測(cè)試以增強(qiáng)測(cè)試效率、錯(cuò)誤發(fā)現(xiàn)和錯(cuò)誤分析的效率?；液袦y(cè)試涉及輸入和輸出，但使用關(guān)于代碼和程序操作等通常在測(cè)試人員視野之外的信息設(shè)計(jì)測(cè)試?；垤`科技依托測(cè)試時(shí)代資源，推出面向?qū)嵺`的軟件測(cè)試專業(yè)課程，由國(guó)內(nèi)著名軟件企業(yè)的一線技術(shù)專家主講，為您的企業(yè)解決實(shí)踐中的關(guān)鍵問(wèn)題。如果您培訓(xùn)的目的不是拿一個(gè)，而是想學(xué)習(xí)軟件測(cè)試的最佳實(shí)踐那我們會(huì)是您一個(gè)不錯(cuò)的選擇。登陸公司： ]概念和定義不完全、不徹底是軟件測(cè)試的致命缺陷，任何程序只能進(jìn)行少量而有限的測(cè)試。測(cè)試用例在此情況下產(chǎn)生，同時(shí)它也是軟件測(cè)試系統(tǒng)化、工程化的產(chǎn)物。而測(cè)試用例的設(shè)計(jì)一直是軟件測(cè)試工作的重點(diǎn)和難點(diǎn)，那么

：：什么是測(cè)試用例？為達(dá)到最佳的測(cè)試效果或高效 隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，稱之為測(cè)試用例。我們不可能進(jìn)行窮舉測(cè)試，為了節(jié)省時(shí)間和資源、提高測(cè)試效率，必須要從數(shù)量極大的可用測(cè)試數(shù)據(jù)中精心挑選出具有代表性或特殊性的測(cè)試數(shù)據(jù)來(lái)進(jìn)行測(cè)試。怎樣的用例算是好用例？—個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。使用測(cè)試用例的好處在開(kāi)始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。在軟件版本更新后只需修正少部分的測(cè)試用例便可展開(kāi)測(cè)試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期。功能模塊的通用化和復(fù)用化使軟件易于開(kāi)發(fā)，而相對(duì)于功能模塊的測(cè)試用例的通用化和復(fù)用化則會(huì)使軟件測(cè)試易于開(kāi)展，并隨著測(cè)試用例的不斷精化其效率也不斷攀升。設(shè)計(jì)測(cè)試用例的方法黑盒測(cè)試：等價(jià)類劃分法邊界值分析法錯(cuò)誤推測(cè)法因果圖法白盒測(cè)試：邏輯覆蓋法基本路徑測(cè)試法測(cè)試用例的設(shè)計(jì)過(guò)程測(cè)試設(shè)計(jì)員（分析設(shè)計(jì)員）依據(jù)不同階段的測(cè)試計(jì)劃、設(shè)計(jì)模型和實(shí)施模型來(lái)設(shè)計(jì)該階段測(cè)試用例。測(cè)試設(shè)計(jì)員是具有豐富測(cè)試經(jīng)驗(yàn)或具有軟件分析設(shè)計(jì)能力的高級(jí)測(cè)試工程師。如果沒(méi)有測(cè)試設(shè)計(jì)員，則可用分析設(shè)計(jì)員代替。針對(duì)白盒，還應(yīng)有驅(qū)動(dòng)程序和樁模塊。測(cè)試點(diǎn)的確定ISO質(zhì)量體系：在概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)中應(yīng)明確 每個(gè)單元模塊的測(cè)試要點(diǎn)、指標(biāo)和方法。CMM質(zhì)量體系：在系統(tǒng)的用例模型描述中應(yīng)明確每個(gè)用例模型的優(yōu)先級(jí)及用例工作流程，每一個(gè)用例模型為一個(gè)測(cè)試點(diǎn)，用例模型中每一個(gè)測(cè)試需求至少應(yīng)有兩個(gè)測(cè)試用例。理解上的誤區(qū)測(cè)試用例應(yīng)由測(cè)試設(shè)計(jì)員或分析設(shè)計(jì)員來(lái)制定，而不是普通的測(cè)試員。測(cè)試點(diǎn)應(yīng)由分析設(shè)計(jì)員確立，與測(cè)試人員無(wú)關(guān)。測(cè)試工作展開(kāi)于項(xiàng)目立項(xiàng)后，而不是代碼開(kāi)發(fā)完成之后。測(cè)試對(duì)象不僅僅是源代碼，還包括需求分析、需求規(guī)格說(shuō)明書、概要設(shè)計(jì)、概要設(shè)計(jì)說(shuō)明書、詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì)說(shuō)明書、使用手冊(cè)等各階段的文檔。用例場(chǎng)景的定義用例場(chǎng)景是通過(guò)描述流經(jīng)用例的路徑來(lái)確定的過(guò)程，這個(gè)流經(jīng)過(guò)程要從用例開(kāi)始到結(jié)束遍歷其中所有基本流和備選流。為什么引入用例場(chǎng)景現(xiàn)在的軟件幾乎都是由事件觸發(fā)來(lái)控制流程的，事件觸發(fā)時(shí)的情景便形成了場(chǎng)景，而同一事件不同的觸發(fā)順序和處理結(jié)果形成事件流。這種在軟件設(shè)計(jì)方面的思想也可被引入到軟件測(cè)試中，生動(dòng)的描繪出事件觸發(fā)時(shí)的情景，有利于測(cè)試設(shè)計(jì)者設(shè)計(jì)測(cè)試用例，同時(shí)測(cè)試用例也更容易的得到理解和執(zhí)行。提出這種測(cè)試思想的是Rational公司，在RUP2000中文版當(dāng)中有其詳盡的解釋和應(yīng)用，用例場(chǎng)景貫穿其中。用例場(chǎng)景例子下圖中經(jīng)過(guò)用例的每條不同路徑都反映了基本流和備選流，都用箭頭來(lái)表示。基本流用直黑線來(lái)表示，是經(jīng)過(guò)用例的最簡(jiǎn)單的路徑。每個(gè)備選流自基本流開(kāi)始，之后，備選流會(huì)在某個(gè)特定條件下執(zhí)行。備選流可能會(huì)重新加入基本流中（1和3），還可能于另一個(gè)備選流（備選流2），或者終止用例而不再重新加入某個(gè)流（備選流2和4）遵循上圖中每個(gè)經(jīng)過(guò)用例的可能路徑，可以確定不同的用例場(chǎng)景。從基本流開(kāi)始，再將基本流和備選流結(jié)合起來(lái)，可以確定以下用例場(chǎng)景：場(chǎng)景1基本流場(chǎng)景2基本流備選流場(chǎng)景基本流備選流備選流場(chǎng)景基本流備選流場(chǎng)景基本流備選流備選流場(chǎng)景基本流備選流備選流備選流場(chǎng)景7基本流備選流4場(chǎng)景8基本流備選流3備選流注：為方便起見(jiàn)，場(chǎng)景5、6和8只描述了備選流3指示的循環(huán)執(zhí)行一次的情測(cè)試用例生成每個(gè)場(chǎng)景的測(cè)試用例是通過(guò)確定某個(gè)特定條件來(lái)完成的，這個(gè)特定條件將導(dǎo)致特定用例場(chǎng)景的執(zhí)行。測(cè)試用例例子假定上圖描述的用例對(duì)備選流3規(guī)定如下：“如果在上述步2‘輸入提款金額’中輸入的量超出當(dāng)前帳戶余額，則出現(xiàn)此事件流。系統(tǒng)將顯示一則警告消息，之后重新加入基本流，再次執(zhí)行上述步驟2‘輸入提款金額’，此時(shí)銀行客戶可以輸入新的提款金額?！睋?jù)此，可以開(kāi)始確定需要用來(lái)執(zhí)行備選流3的測(cè)試用例：測(cè)試用例場(chǎng)景預(yù)期結(jié)果本用例的開(kāi)端是ATM本用例的開(kāi)端是ATM處于準(zhǔn)備就緒狀態(tài)?；玖鳒?zhǔn)備提款-客戶將插入ATM機(jī)的讀卡機(jī)。驗(yàn) -ATM機(jī) 。帳戶代碼，并檢查它是否屬于可以接收的輸入PIN-ATM要求客戶輸入PIN碼（4位）驗(yàn)證帳戶代碼和PIN-驗(yàn)證帳戶代碼和PIN以確定該帳戶是否有效以及所輸入的PIN對(duì)該帳戶來(lái)說(shuō)是否正確。對(duì)于此事件流，帳戶是有效的而且PIN對(duì)此帳戶來(lái)說(shuō)正確無(wú)誤。ATMATM顯示在本機(jī)上可用的各種選項(xiàng)。在此事件流中，銀行客戶通常選擇“提款”。輸入金額-要從ATM中提取的金額。對(duì)于此事件流，客戶需選擇預(yù)設(shè)的金額（10 、20 、50 或100 權(quán)-ATM通過(guò)將卡ID、PIN、金額以及帳戶信息作為一筆交易發(fā)送給銀行系統(tǒng)來(lái)啟動(dòng)驗(yàn)證過(guò)程。對(duì)于此事件流，銀行系統(tǒng)處于聯(lián)機(jī)狀態(tài)，而且對(duì) 請(qǐng)求給予答復(fù)，批準(zhǔn)完成提款過(guò)程，并且據(jù)此更新帳戶余額。TC場(chǎng)景步驟2-提款金額>帳戶余額在步驟2處重新加入基本流TC場(chǎng)景步驟2-提款金額<帳戶余額不執(zhí)行備選流3，執(zhí)行基本流TC場(chǎng)景步驟2-提款金額=帳戶余額不執(zhí)行備選流3，執(zhí)行基本流注：由于沒(méi)有提供其他信息，此簡(jiǎn)單。實(shí)用舉例下面是一個(gè)由用例生成測(cè)試用例的更符合實(shí)際情況的示例。示例：ATM機(jī)器的主角和用例。下表包含了上圖中提款用例的基本流和某些備用流：返 被返還收據(jù)-打印收據(jù)并提供給客戶。ATM還相應(yīng)地更新內(nèi)部記錄。用例結(jié)束時(shí)ATM又回到準(zhǔn)備就緒狀態(tài)。備選流1-銀行卡無(wú)效 在基本流步驟2中-驗(yàn)證 ，如果卡是無(wú)效的，則卡被退回，同時(shí)會(huì)通知相關(guān)消息。備選流2-ATM內(nèi)沒(méi)有現(xiàn)

在基本流步驟5中-ATM選項(xiàng)，選項(xiàng)將無(wú)法使用。如果ATM內(nèi)沒(méi)有現(xiàn)金，則“提款”選流3-ATM內(nèi)現(xiàn)金不 在基本流步驟6中-輸入金額，如果ATM機(jī)內(nèi)金額少于請(qǐng)?zhí)崛〉慕痤~，則將顯示一則適當(dāng)?shù)南?，并且在步驟6-輸入金額處重新加入基本流。選流4-PIN有 在基本流步驟4中-驗(yàn)證帳戶和PIN，客戶有三次機(jī)會(huì)輸PIN。如果PIN輸入有誤，ATM將顯示適當(dāng)?shù)南?；如果還存在輸入機(jī)會(huì)，則此事件流在步驟3-輸入PIN處重新加入基本流。如果最后一次嘗試輸入的PIN碼仍然錯(cuò)誤，則該卡ATM機(jī)保留同時(shí)ATM返回到準(zhǔn)備就緒狀態(tài)，本用例終止。選流5-帳戶不存 在基本流步驟4中-驗(yàn)證帳戶和PIN，如果銀行系統(tǒng)返回的碼表明找不到該帳戶或 從該帳戶中提款，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E9-返回 處重新加入基本流。選流6-帳面金額不 在基本流步驟7-授權(quán)中，銀行系統(tǒng)返回代碼表明帳戶余少于在基本流步驟6-輸入金額內(nèi)輸入的金額，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E6-輸入金額處重新加入基本流。選流7-達(dá)到每日最大的提款金額

在基本流步驟7-中，銀行系統(tǒng)返回的代碼表明包括本提款請(qǐng)求在內(nèi)，客戶已經(jīng)或?qū)⒊^(guò)在24小時(shí)內(nèi)允許提取的最多金額，則ATM顯示適當(dāng)?shù)南⒉⒃诓襟E6-輸入金額上重新加入基本流。選流x-記錄錯(cuò) 如果在基本流步驟10-收據(jù)中，記錄無(wú)法更新，則ATM進(jìn)銀行系統(tǒng)發(fā)送一條適當(dāng)?shù)木瘓?bào)信息表明ATM已經(jīng)暫停工作。客戶可隨時(shí)決定終止交易（退出）。交易終止， 選流y-退出

退出。選流z- ATM包含大量的傳感器，用 各種功能，如電源檢測(cè)器不同的門和出 處的測(cè)壓器以及動(dòng)作檢測(cè)器等。在任一時(shí)刻，如果某個(gè)傳感器被激活，則警報(bào)信號(hào)將發(fā)送給 而且ATM進(jìn)入“安全模式”，在此模式下所有功能都暫停使用，直到采取適當(dāng)?shù)闹貑?重新初始化的措施。第一次迭代中，第一次迭代中，根據(jù)迭代計(jì)劃，整個(gè)用例，只實(shí)施了下面的事件流：基本流-提取預(yù)設(shè)金額（備選流2ATM內(nèi)沒(méi)有現(xiàn)金備選流3ATM內(nèi)現(xiàn)金不足備選流4-PIN有誤、20美元、、）備選流5-帳戶不存在/帳戶類型有誤備選流6-帳面金額不足以從這個(gè)用例生成下列場(chǎng)景場(chǎng)景1-成功的提款基本流場(chǎng)景2-ATM內(nèi)沒(méi)有現(xiàn)金基本流備選流場(chǎng)景3-ATM內(nèi)現(xiàn)金不足基本流備選流場(chǎng)景4-PIN有誤（還有輸入機(jī)會(huì)基本流備選流場(chǎng)景5-PIN有誤（會(huì)基本流備選流場(chǎng)景6-帳戶不存在/帳戶類型有誤基本流備選流場(chǎng)景7-帳戶余額不足基本流備選流注：為方便起見(jiàn)，備選流3和6（場(chǎng)景3和7）內(nèi)的循環(huán)以及循環(huán)組合未納入上表。對(duì)于這7個(gè)場(chǎng)景中的每一個(gè)場(chǎng)景都需要確定測(cè)試用例?？梢圆捎镁仃嚮驔Q策表來(lái)確定和管理測(cè)試用例。下面顯示了一種通用格式，其中各行代表各個(gè)測(cè)試用例，而各列則代表測(cè)試用例的信息。本示例中，對(duì)于每個(gè)測(cè)試用例，存在一個(gè)測(cè)試用例ID、條件（或說(shuō)明）、測(cè)試用例中涉及的所有數(shù)據(jù)元素（作為輸入或已經(jīng)存在于數(shù)據(jù)庫(kù)中）以及預(yù)期結(jié)果。通過(guò)從確定執(zhí)行用例場(chǎng)景所需的數(shù)據(jù)元素入手構(gòu)建矩陣。然后，對(duì)于每個(gè)場(chǎng)景，至少要確定包含執(zhí)行場(chǎng)景所需的適當(dāng)條件的測(cè)試用例。例如，在下面的矩陣中，V（）用于表明這個(gè)條件必須是VALID（有效的）才可執(zhí)行基本流，而ITC（例）ID號(hào)場(chǎng)景/條件輸入TC（例）ID號(hào)場(chǎng)景/條件輸入的金（選擇的金額ATM內(nèi)的金額預(yù)期結(jié)果場(chǎng)景1-成功的提款VVVVV成功的提款。場(chǎng)景2-ATM內(nèi)沒(méi)有VVVVI提款選項(xiàng)不可用，用例結(jié)束場(chǎng)景3-ATM內(nèi)現(xiàn)金VVVVI本流步驟6-輸入金額場(chǎng)景4PIN有誤（有不止一次輸入機(jī)會(huì)IVVV本流步驟4，場(chǎng)景4PIN有誤（有一次輸入機(jī)會(huì)）IVVV本流步驟4，場(chǎng)景4PIN有誤（再有輸入機(jī)會(huì)）IVVV留，用例結(jié)束在上面的矩陣中，六個(gè)測(cè)試用例執(zhí)行了四個(gè)場(chǎng)景。對(duì)于基本流，上述測(cè)試用例CW1稱為正面測(cè)試用例。它一直沿著用例的基本流路徑執(zhí)行，未發(fā)生任何偏差?；玖鞯娜鏈y(cè)試必須包括測(cè)試用例，以確保只有在符合條件的情況下才執(zhí)行基本流。這些測(cè)試用例由CW2至6表示（陰影單元格表明這種條件下需要執(zhí)行備選流）。雖然CW2至6對(duì)于基本流而言都是測(cè)試用例，但它們相對(duì)于備選流2至4而言是正面測(cè)試用例。而且對(duì)于這些備選流中的每一個(gè)而言，至少存在一個(gè)負(fù)面測(cè)試用例（CW1-基本流）。每個(gè)場(chǎng)景只具有一個(gè)正面測(cè)試用例和測(cè)試用例是不充分的，場(chǎng)景4正是這樣的一個(gè)示例。要全面地測(cè)試場(chǎng)景4-PIN有誤，至少需要三個(gè)正面測(cè)試用例（以激活場(chǎng)景4）：輸入了錯(cuò)誤的PIN，但仍存在輸入機(jī)會(huì)，此備選流重新加入基本流中的步驟-輸入PIN輸入了錯(cuò)誤的PIN，而且不再有輸入機(jī)會(huì)，則此備選流將保留 用例。最后一次輸入時(shí)輸入了“正確”的PIN。備選流在步驟5-輸入金額處重新加入基本流。注：在上面的矩陣中，無(wú)需為條件（數(shù)據(jù)）輸入任何實(shí)際的值。以這種方式創(chuàng)建測(cè)試用例矩陣的一個(gè)優(yōu)點(diǎn)在于容易看到測(cè)試的是什么條件。由于只需要查看V和I（或此處采用的陰影單元格），這種方式還易于判斷是否已經(jīng)確定了充足的測(cè)試用例。從上表中可發(fā)現(xiàn)存在幾個(gè)條件不具備陰影單元格，這表明測(cè)試用例還不完全，如場(chǎng)景6-不存在的帳戶/帳戶類型有誤和場(chǎng)景7-帳戶余額不足就缺少測(cè)試用例?！┐_定了所有的測(cè)試用例，則應(yīng)對(duì)這些用例進(jìn)行復(fù)審和驗(yàn)證以確保其準(zhǔn)確且適度，并取消多余或等效的測(cè)試用例。測(cè)試用例一經(jīng)認(rèn)可，就可以確定實(shí)際數(shù)據(jù)值（在測(cè)試用例實(shí)施矩陣中）設(shè)定測(cè)試數(shù)據(jù)。TC（測(cè)試用例）ID號(hào)場(chǎng)景/條件輸入的金額或選擇的金額帳面金金額預(yù)期結(jié)果場(chǎng)景-成功的提款50.00成功的提款。帳戶余額被更新為450.00場(chǎng)景2-ATM內(nèi)沒(méi)有提款選項(xiàng)不可用，用例結(jié)束場(chǎng)景3-ATM內(nèi)現(xiàn)金警告消息，返回基本流步驟6-輸入金額場(chǎng)景4-PIN有誤（還有不止一次輸入機(jī)會(huì)）警告消息，返回基本流步驟4，輸入場(chǎng)景4-PIN有誤（還有一次輸入機(jī)會(huì)）警告消息，返回基本流步驟4，輸入場(chǎng)景4-PIN有誤（不再有輸入機(jī)會(huì)警告消息，卡予保留，用例結(jié)束以上測(cè)試用例只是在本次迭代中需要用來(lái)驗(yàn)證提款用例的一部分測(cè)試用例。需要的其他測(cè)試用例包括：場(chǎng)景6-帳戶不存在/帳戶類型有誤：未找到帳戶或帳戶不可用場(chǎng)景6-帳戶不存在/帳戶類型有誤：從該帳戶中提款場(chǎng)景7-帳戶余額不足：請(qǐng)求的金額超出帳面金額在將來(lái)的迭代中，當(dāng)實(shí)施其他事件流時(shí)，在下列情況下將需要測(cè)試用例：無(wú)效卡（所持卡為掛失卡、卡、非承兌銀行發(fā)卡、損壞等）法讀卡（讀卡機(jī)堵塞、脫機(jī)或出現(xiàn)故障）.帳戶已消戶、凍結(jié)或由于其他方面原因而無(wú)法使用.ATM內(nèi)的現(xiàn)金不足或不能提供所請(qǐng)求的金額（CW3CW3中只是一種幣值不足，而不是所有幣值都不足）.無(wú)法聯(lián)系銀行系統(tǒng)以獲得認(rèn)可.銀行網(wǎng)絡(luò)離線或交易過(guò)程中斷電. ]Leveret現(xiàn)在大家在寫測(cè)試用例的時(shí)候每個(gè)人都有自己的特點(diǎn)，但是什么樣的一個(gè)測(cè)試用例才是一個(gè)比較好的用例，這是一個(gè)比較真實(shí)的現(xiàn)象，有這樣幾個(gè)問(wèn)題大家可以交流一下自己的心得（如果愿意交流的朋友）：系統(tǒng)測(cè)試的用例要如何設(shè)計(jì)才能驗(yàn)證需求？有時(shí)候不知道結(jié)果的情況下如何預(yù)測(cè)結(jié)果，測(cè)試用例應(yīng)該在不同的階段下實(shí)施的時(shí)候應(yīng)該是獨(dú)立的。一般在設(shè)計(jì)測(cè)試用例的時(shí)候要包括合理輸入，不合理輸入，預(yù)測(cè)結(jié)果，一般常用的測(cè)試用例的設(shè)計(jì)主要用到：等價(jià)類劃分，邊界值分析法，錯(cuò)誤推測(cè)法，但是這些都是理論方面的概念，我們?cè)趯?shí)際設(shè)計(jì)當(dāng)中往往并不是按照這些去做的。大家在設(shè)計(jì)測(cè)試用例的時(shí)候應(yīng)該都有自己的心得，如果愿意，可以把自己的觀點(diǎn) 出來(lái)大家來(lái)討論。Seanhe我感覺(jué)測(cè)試用例沒(méi)有什么好壞之分：）當(dāng)初的那句話，能發(fā)現(xiàn)最多錯(cuò)誤的，發(fā)現(xiàn)至今為止沒(méi)有發(fā)現(xiàn)的bug的用例就是好的用例，我認(rèn)為是錯(cuò)誤的。因?yàn)?，測(cè)試不是解決問(wèn)題，測(cè)試用例的好壞不是指單個(gè)的用例，而是用例的覆蓋度，單個(gè)用例再好，所有用例的覆蓋度不夠，那測(cè)試工作還是失敗的。所以測(cè)試的關(guān)鍵不是用例設(shè)計(jì)，而是測(cè)試范圍的圈定，使用的方法，用例的設(shè)計(jì)只是自然而然的事情。再說(shuō)說(shuō)一開(kāi)始的用例怎么寫，開(kāi)始肯定有很多不清楚所以用例中很多的內(nèi)容無(wú)法填寫，所以我們應(yīng)該默認(rèn)用例的書寫是個(gè)迭代的過(guò)程，不同階段完成不同的內(nèi)容，執(zhí)行之前全部完成就可以了。Leveret用例的覆蓋率也應(yīng)該是從單個(gè)開(kāi)始的，而且很多時(shí)候發(fā)現(xiàn)用例在很多輸入輸出方面的設(shè)計(jì)基本都是雷同的，至于測(cè)試范圍的圈定，在系統(tǒng)設(shè)計(jì)階段我們能考慮周全嗎？考慮的出發(fā)點(diǎn)呢？根據(jù)測(cè)試的類別來(lái)考慮還是根據(jù)需求方面呢？不過(guò)對(duì)你所說(shuō)的用例的書寫的迭代過(guò)程比較贊同，我們一般測(cè)試正式開(kāi)始之前會(huì)對(duì)用例有一個(gè)評(píng)審過(guò)程，明白了這個(gè)道理之后應(yīng)該會(huì)比較輕松的。對(duì)設(shè)計(jì)測(cè)試用例的來(lái)說(shuō)。歡迎大家自己的觀點(diǎn).Zhybing測(cè)試用例的好壞，主要看本測(cè)試用例是否滿足了測(cè)試內(nèi)容的要求，滿足了測(cè)試內(nèi)容要求的測(cè)試用例就是好的，不滿足測(cè)試內(nèi)容要求的測(cè)試用例就是不好的.Leveret:那測(cè)試內(nèi)容是在測(cè)試計(jì)劃里面反映的？按照你的說(shuō)法。僅僅只是滿足測(cè)試內(nèi)容嗎？你是這么認(rèn)為的？Jackei下面列舉了我的一些看法：對(duì)于有時(shí)候不知道結(jié)果的情況下如何預(yù)測(cè)結(jié)果”，個(gè)人覺(jué)得這個(gè)問(wèn)題比較明確，如果需求無(wú)法明確，或者說(shuō)需求不夠明確，則對(duì)于該需求的測(cè)試用例設(shè)計(jì)應(yīng)該推遲，并及時(shí)同需求人員進(jìn)行交流，盡快將需求準(zhǔn)確的定義下來(lái)。一般在系統(tǒng)測(cè)試階段考慮的測(cè)試方法是黑盒測(cè)試，這時(shí)對(duì)于測(cè)試用例的設(shè)計(jì)如何使用那幾種方法呢？個(gè)人認(rèn)為可以先使用等價(jià)劃分的方法劃分出等價(jià)類，然后使用邊界分析法確定下測(cè)試數(shù)據(jù)，最后通過(guò)自己以往的廁所經(jīng)驗(yàn)或者其他的經(jīng)驗(yàn)來(lái)進(jìn)行錯(cuò)誤推測(cè)，增補(bǔ)一部分用例。對(duì)于這個(gè)問(wèn)題，個(gè)人對(duì)于現(xiàn)在市面上的很多測(cè)試書籍都有的看法，很多書提到的一些用例設(shè)計(jì)的例子都是用windows計(jì)算器或者其他單純用幾個(gè)數(shù)字來(lái)作為例子——比如輸入域是0-100，讓你設(shè)計(jì)用例。很多時(shí)候我們?cè)谶M(jìn)行用例設(shè)計(jì)時(shí)看到的并不是很明顯的數(shù)字，這些東西都是隱含在業(yè)務(wù)規(guī)則中的，感覺(jué)我們現(xiàn)在很多初學(xué)測(cè)試的朋友這種分析業(yè)務(wù)規(guī)則的能力還是比較欠缺，看不到的測(cè)試需求。當(dāng)然這些方法也就應(yīng)用的很有限了。對(duì)于“測(cè)試用例應(yīng)該在不同的階段下實(shí)施的時(shí)候應(yīng)該是獨(dú)立的”，我也比較贊成。個(gè)人認(rèn)為關(guān)鍵要搞清楚測(cè)試用例的作用。作為開(kāi)發(fā)過(guò)程，是先有需求人員進(jìn)行需求的收集，然后是系統(tǒng)分析員對(duì)需求整理分析，形成用例或者軟件需求規(guī)格說(shuō)明書，之后由系統(tǒng)架構(gòu)人員進(jìn)行架構(gòu)設(shè)計(jì)，開(kāi)發(fā)人員完成詳細(xì)設(shè)計(jì)和編碼工作——當(dāng)然這也未必是一成不變的，但是大體的任務(wù)都是這么多。同樣，我們看一下RUP中對(duì)于測(cè)試工作的流程介紹，為什么要把測(cè)試設(shè)計(jì)同測(cè)試實(shí)現(xiàn)以及測(cè)試執(zhí)行明確的區(qū)分開(kāi)來(lái)呢？因?yàn)闇y(cè)試工作現(xiàn)在同開(kāi)發(fā)工作已經(jīng)越來(lái)越相似，包括測(cè)試需求的整理、測(cè)試用例的設(shè)計(jì)以及測(cè)試用例的實(shí)現(xiàn)。我們現(xiàn)在很多所在的公司可能從人力資源或者從公司的流程上無(wú)法保證完全按照這個(gè)規(guī)范來(lái)操作，但是我們可以從RUP中明確測(cè)試用例的作用。用例本身就是用來(lái)指導(dǎo)實(shí)現(xiàn)的，用例實(shí)現(xiàn)的時(shí)候可以是自動(dòng)化也可以是手工操作的具體步驟。測(cè)試用例是可以同具體的應(yīng)用程序?qū)崿F(xiàn)完全獨(dú)立的，可以不受應(yīng)用程序具體實(shí)現(xiàn)變動(dòng)的影響。至于為什么我將在下面說(shuō)明。對(duì)于“很多時(shí)候發(fā)現(xiàn)用例在很多輸入輸出方面的設(shè)計(jì)基本都是雷同的”，我覺(jué)得這個(gè)就可以考慮測(cè)試用例的“復(fù)用”。其實(shí)雷同也是正常的。下面將闡述我個(gè)人對(duì)于測(cè)試用例設(shè)計(jì)工作的一些看法。我很贊成seanhe對(duì)于測(cè)試用例迭發(fā)的觀點(diǎn)，現(xiàn)實(shí)中我們也是這樣考慮的。測(cè)試用例不會(huì)平白無(wú)故的被設(shè)計(jì)出來(lái)，它是有目的和前提的。個(gè)人認(rèn)為測(cè)試用例是用來(lái)指導(dǎo)具體測(cè)試實(shí)現(xiàn)的，包括自動(dòng)化的實(shí)現(xiàn)和手工測(cè)試步驟的實(shí)現(xiàn)。對(duì)于測(cè)試用例對(duì)測(cè)試需求的覆蓋，個(gè)人認(rèn)為不是測(cè)試用例編寫的目的，而是對(duì)測(cè)試工作的要求——是要求測(cè)試用例設(shè)計(jì)人員的階段性工作的結(jié)果必須符合一定的要求的。測(cè)試用例本身是無(wú)法保證覆蓋需求的。那么說(shuō)到了測(cè)試需求，這里順便說(shuō)說(shuō)測(cè)試需求的確定。leveret也問(wèn)到了這個(gè)問(wèn)題——“至于測(cè)試范圍的圈定，在系統(tǒng)設(shè)計(jì)階段我們能考慮周全嗎？考慮的出發(fā)點(diǎn)呢？”個(gè)人認(rèn)為測(cè)試范圍的圈定也就是測(cè)試需求的確定。對(duì)于一個(gè)產(chǎn)品來(lái)說(shuō)，它的開(kāi)發(fā)和測(cè)試都不是的，隨著開(kāi)發(fā)版本的迭代，測(cè)試工作也將繼續(xù)進(jìn)行下去，同時(shí)，我們對(duì)每個(gè)版本的測(cè)試范圍都是不同的。注意，這里有一個(gè)關(guān)鍵，也就是測(cè)試范圍圈定的出發(fā)點(diǎn)——軟件需求的確定。那么怎樣來(lái)明確軟件的需求呢？——版本。如果希望工作的進(jìn)度和內(nèi)容可以明確的定義下來(lái)，就首先要考慮版本的確定——軟件需求的版本確定。通過(guò)軟件需求的版本控制，可以明確每個(gè)不同版本的產(chǎn)品中所實(shí)現(xiàn)的特性，哪些特性將在以后的版本中實(shí)現(xiàn)。這里重點(diǎn)提到的是對(duì)于需求也需要使用版本的概念來(lái)進(jìn)行管理。既然某個(gè)版本的軟件需求已經(jīng)確定，那么接下來(lái)的開(kāi)發(fā)工作就可以在這個(gè)需求版本劃定的范圍內(nèi)開(kāi)展。在需求階段，軟件需求規(guī)格說(shuō)明書和用例中對(duì)于軟件的描述、業(yè)務(wù)規(guī)則的描述就可以整理出我們最早的測(cè)試需求，這部分測(cè)試需求將完全來(lái)源于軟件需求，是當(dāng)前階段測(cè)試工作的一個(gè)基礎(chǔ)。不過(guò)大家要看到，我們的測(cè)試工作從現(xiàn)在開(kāi)始。這個(gè)時(shí)期我們有一個(gè)非常非常重要的工作，嘗試著進(jìn)行需求文檔的檢查。這里，對(duì)于需求文檔的檢查主要是兩個(gè)方面：（1）檢查需求文檔描述的正確性，愚以為測(cè)試人員要對(duì)于真實(shí)的系統(tǒng)所涉及的業(yè)務(wù)非常熟悉，比如一個(gè)簡(jiǎn)單的財(cái)務(wù)軟件，那么測(cè)試人員本身就要對(duì)會(huì)計(jì)工作熟悉，財(cái)務(wù)制度熟悉，在檢查需求文檔的時(shí)候不要所謂的“都是用戶真實(shí)的需求”，這里存在兩個(gè)問(wèn)題，一是用戶是否真的能正確地描述自己的需求，二是需求人員是否真的能正確地理解需求。另外，還有一個(gè)用戶的需求是否符合行業(yè)規(guī)范的問(wèn)題，如果不符合，那么是否要確認(rèn)——這里存在一個(gè)隱患，用戶可能會(huì)在開(kāi)發(fā)的后期突然要求他們自己要走行業(yè)規(guī)范，讓你的需求變動(dòng)，所以要事先明確好。（2）檢查需求文檔描述的準(zhǔn)確性。主要是考慮文檔中是否存在描述的模糊的地方，對(duì)于自己不清楚的問(wèn)題一定要明確。這個(gè)時(shí)候是要保證需求的可測(cè)試性——我得意思是證需求是可以完全為測(cè)試工作服務(wù)的。再說(shuō)的具體一點(diǎn)，要保證所有的軟件需求都是可以用某種方法來(lái)明確的判斷是否符合要求的。如果對(duì)于某個(gè)需求，無(wú)法獲得一個(gè)明確的判斷標(biāo)準(zhǔn)，則應(yīng)該請(qǐng)需求人員對(duì)需求進(jìn)行修改或補(bǔ)充——一個(gè)缺乏準(zhǔn)確定義的需求，我們可以認(rèn)為開(kāi)發(fā)人員也無(wú)法準(zhǔn)確的實(shí)現(xiàn)或者實(shí)現(xiàn)一個(gè)錯(cuò)誤的需求，如果在應(yīng)用程序交付測(cè)試時(shí)才發(fā)現(xiàn)這個(gè)問(wèn)題，帶來(lái)的就因項(xiàng)目而異了。隨著開(kāi)發(fā)工作的開(kāi)展，開(kāi)發(fā)部門的架構(gòu)設(shè)計(jì)以及詳細(xì)設(shè)計(jì)也將陸續(xù)提交，這時(shí)候，我們可以根據(jù)設(shè)計(jì)文檔來(lái)對(duì)原來(lái)的需求進(jìn)行增補(bǔ)。注意，這里我們對(duì)于設(shè)計(jì)文檔中提到的內(nèi)容要有選擇的采用，只有符合軟件需求規(guī)格說(shuō)明書或用例中已經(jīng)定義的部分才可以用來(lái)調(diào)整我們的測(cè)試需求。而同軟件需求不相符的部分，則需要同設(shè)計(jì)人員和需求人員一起討論，確定下以哪一個(gè)為準(zhǔn)，然后調(diào)整測(cè)試需求。這部分工作其實(shí)已經(jīng)包含了對(duì)設(shè)計(jì)的檢查，繼續(xù)努力盡早的發(fā)現(xiàn)缺陷出現(xiàn)的征兆。在應(yīng)用程序交付后，測(cè)試部門開(kāi)始執(zhí)試。這時(shí)很有可能通過(guò)一些我們根據(jù)測(cè)試需求設(shè)計(jì)的測(cè)試用例所沒(méi)有包含的方找到一些缺陷，那么，這部分方法我們也應(yīng)該整理到測(cè)試需求中。OK，相信說(shuō)到這里，各位看客也應(yīng)該可以理解了我的觀點(diǎn)。對(duì)于一個(gè)持續(xù)發(fā)展的公司或者持續(xù)開(kāi)發(fā)的產(chǎn)品，它的所有東西都是要不斷積累的。對(duì)于測(cè)試需求，不僅僅是在一個(gè)版本的開(kāi)發(fā)過(guò)程中，在不同的階段進(jìn)行迭代，在產(chǎn)品的整個(gè)生命周期中的不同版本間也是不斷迭代的。既然明確了測(cè)試需求，測(cè)試用例的考慮也就變成seanhe所說(shuō)的那種自然而然的事情了。我們可以根據(jù)不同階段已經(jīng)確定下來(lái)的那些測(cè)試需求來(lái)進(jìn) 試用例的設(shè)計(jì)，然后隨著開(kāi)發(fā)過(guò)程的繼續(xù)，在測(cè)試需求增補(bǔ)或修改后不斷的調(diào)整測(cè)試用例。如果我們從產(chǎn)品的整個(gè)生命周期來(lái)看，就會(huì)發(fā)現(xiàn)其實(shí)根本沒(méi)有測(cè)試工作終結(jié)而測(cè)試需求和測(cè)試用例 結(jié)束的時(shí)候，因?yàn)橐粋€(gè)版本的結(jié)束就是下一個(gè)版本的開(kāi)始。從這個(gè)大的范圍來(lái)看，我們的測(cè)試需求和測(cè)試用例將 的不斷迭代下去。啊，今天心情好，比原來(lái)那個(gè)回復(fù)又多寫了很多，希望對(duì)所有的朋友多可以有些幫助。不過(guò)好像有些跑題，本來(lái)題目是“關(guān)于評(píng)價(jià)測(cè)試用例的好壞”，我還是要給出答案的：個(gè)人認(rèn)為測(cè)試用例的好壞可以有幾個(gè)方面。第一，是否獨(dú)立于具體的實(shí)現(xiàn)；第二，是否可以比較方便的指導(dǎo)實(shí)現(xiàn)工作；第三，是否比較容易 而其他方面，個(gè)人認(rèn)為則可以看做是“關(guān)于評(píng)價(jià)測(cè)試用例設(shè)計(jì)人員工作的好壞” 參考。如果朋友們希望就這些問(wèn)題展開(kāi)討論，可以發(fā) 到我的郵箱：jacke Jackei我又想到了一點(diǎn)評(píng)價(jià)測(cè)試用例好壞的因素：易用性：是否方便使用，比如是否可以隨便哪個(gè)人都可以拿來(lái)簡(jiǎn)單的看看就知道如何根據(jù)用例進(jìn) 試； 性：是否方便 ，特別是當(dāng)需求或者設(shè)計(jì)發(fā)生變化的時(shí)候，是否付出較少的成本就可以完成 工作；有效性：是否可以保證一個(gè)用例在整個(gè)產(chǎn)品的一個(gè)相對(duì)較長(zhǎng)的生命周期中可以反復(fù)使用，保證有效性。拋磚引玉，望大家繼續(xù)補(bǔ)充。您是否對(duì)軟件測(cè)試的整體規(guī)劃一直比較模糊？您是否覺(jué)得軟件測(cè)試工作技術(shù)含量不高，不知道如何提高自己？您是否發(fā)覺(jué)測(cè)試用例的復(fù)用率非常低而且檢索困難？您是否覺(jué)得測(cè)試工作不太容易規(guī)劃，總是不如預(yù)期？您是否覺(jué)得性能測(cè)試很重要但是不知道如何組織和實(shí)施有效的性能測(cè)試？您是否非常想知道大型的企業(yè)級(jí)系統(tǒng)是如何進(jìn)行性能規(guī)劃的？您是否想知道流行的測(cè)試工具的使用方法？ 性能測(cè)試怎樣提高性能測(cè)試的效率和質(zhì)量 日新月異的今天，順應(yīng)世界經(jīng)濟(jì)一體化的潮流，中國(guó)軟件行業(yè)加強(qiáng)了與世界 溝通與交流，基于本身提高軟件質(zhì)量的迫切需要，在國(guó)外優(yōu)秀的軟件企業(yè)中被證明為提高軟件質(zhì)量行之有效的途徑，軟件測(cè)試開(kāi)始越來(lái)越受國(guó)內(nèi)軟件行業(yè)重視。各種各樣的測(cè)試工具和測(cè)試?yán)碚?，也都逐漸被我們所熟知。軟件測(cè)試也開(kāi)始成為人們平時(shí)談?wù)摵途W(wǎng)上探討的熱點(diǎn)話題。在軟件測(cè)試倍受注目的情況下，身為一名軟件測(cè)試人員，如何高質(zhì)量的完成公司交給的測(cè)試任務(wù)，無(wú)疑是我們應(yīng)該考慮首要問(wèn)題。從事軟件測(cè)試已近兩年，從剛開(kāi)始的一臉茫然，到如今的手到擒來(lái)，期間也經(jīng)歷了很

欄 工作時(shí)間：3多曲折，總結(jié)這兩年來(lái)的經(jīng)念教訓(xùn)，我認(rèn)為有必要就軟件性能測(cè)試這個(gè)話題和大家展開(kāi)探討，與大家共同 軟件測(cè)試的得失，為提高我們的測(cè)試水平盡一分薄力。作為評(píng)價(jià)產(chǎn)品性能的重 ，性能測(cè)試在軟件測(cè)試工作中占 一直很大，要最終提供一份準(zhǔn)確， 的測(cè)試報(bào)告，測(cè)試人員的努力工作自然不可或缺，但更重要的是測(cè)試人員清晰的工作思路，簡(jiǎn)潔的測(cè)試流程和良好的測(cè)試方法。目前性能測(cè)試存在的問(wèn)題總結(jié)以往進(jìn)行的性能測(cè)試，雖然測(cè)試人員自始至終對(duì)測(cè)試工作都做到了認(rèn)真負(fù)責(zé)，但測(cè)試報(bào)告出爐后，大家總覺(jué)得美中不足對(duì)測(cè)試結(jié)果都心存疑慮，尤其在那些時(shí)間跨度較長(zhǎng)、針對(duì)不同的測(cè)試對(duì)象的性能對(duì)比測(cè)試中，或多或少都存在以下幾個(gè)方面的問(wèn)題：測(cè)試準(zhǔn)備不充分，測(cè)試目標(biāo)不明確，測(cè)試計(jì)劃不詳細(xì)；缺乏測(cè)試以及針對(duì)測(cè)試對(duì)象的技術(shù)儲(chǔ)備；測(cè)試環(huán)境的穩(wěn)定性及前后一致性不足；測(cè)試數(shù)據(jù)精確性和代表性不足；測(cè)試描述不精練；下面，我們就剖析以上問(wèn)題的同時(shí)，探討一下如何解決這些問(wèn)題。性能測(cè)試準(zhǔn)備這是一個(gè)經(jīng)常被測(cè)試人員忽略的環(huán)節(jié)，在接到測(cè)壓任務(wù)后，基于種種其它因素的考慮，測(cè)試人員往往急于進(jìn)度，立即投入到具體的測(cè)試工作去了，測(cè)試、記錄、分析，忙的不亦樂(lè)乎，工作進(jìn)行了一半才發(fā)現(xiàn)，或是硬件配置不符沒(méi)有做好測(cè)試準(zhǔn)備惹的禍。那么我們應(yīng)該如何 能測(cè)試的準(zhǔn)備工作呢 、需要分析，我們做測(cè)試也一樣。在拿到測(cè)試任務(wù)后，我們首要的任務(wù)就是分析測(cè)試任務(wù)，在開(kāi)始測(cè)試前，我們至少要弄清以下幾個(gè)問(wèn)題：要測(cè)試什么或測(cè)試的對(duì)象是誰(shuí)？要測(cè)試什么問(wèn)題或我們想要弄清楚或是論證的問(wèn)題？哪些因素會(huì)影 需要怎樣的測(cè)試環(huán)境？應(yīng)該怎樣測(cè)試？只有在認(rèn)真測(cè)試需求和仔細(xì)分析測(cè)試任務(wù)后，才有可能弄清以上一系例的問(wèn)題，只有對(duì)測(cè)試任務(wù)非常清楚，測(cè)試目標(biāo)極其明確的前提下，我們才可能制定出切實(shí)可行的測(cè)試計(jì)劃。明確測(cè)試目標(biāo),詳盡測(cè)試計(jì)劃在對(duì)測(cè)試需求充分了解的基礎(chǔ)上，制定盡可能詳細(xì)的測(cè)試計(jì)劃，對(duì)測(cè)試的實(shí)施是大有裨益的。測(cè)試計(jì)劃的制定，大多專業(yè)的測(cè)試書籍多有詳述，故本文不再鏊述。測(cè)試技術(shù)準(zhǔn)備在目前的大環(huán)境下，要求測(cè)試人員在短時(shí)間撐握所有的軟、硬件知識(shí)是不太現(xiàn)實(shí)的，但平時(shí)測(cè)試人員應(yīng)抓緊對(duì)測(cè)試工具和測(cè)試?yán)碚摰难芯?，在測(cè)試計(jì)劃中，應(yīng)給研究測(cè)試對(duì)象和測(cè)試工具分配充足的學(xué)習(xí)時(shí)間，只有在充分撐握測(cè)試工具，完全了解測(cè)試對(duì)象的前提下，我們才能夠?qū)嵤y(cè)試。建力在錯(cuò)誤的認(rèn)識(shí)上的測(cè)試，既使你再努力結(jié)果也是背道而馳，也很難證明問(wèn)題，更不用說(shuō)用這樣的測(cè)試報(bào)告去說(shuō)服用戶。配置測(cè)試環(huán)境只有在充分認(rèn)識(shí)測(cè)試測(cè)試對(duì)象的基礎(chǔ)上，我們才知道每一種測(cè)試對(duì)象，需要什么樣的配置，才有可能配置一種相對(duì)公平、合理的測(cè)試環(huán)境（這在性能對(duì)比測(cè)壓中尤其重要）考慮到其它因素，如網(wǎng)絡(luò)鎖、網(wǎng)速、顯示分辯率，數(shù)據(jù)庫(kù)權(quán)限、容量等對(duì)測(cè)試結(jié)果的影響。如條件允許，我們最好能配置幾組不同的測(cè)試環(huán)境。測(cè)試數(shù)據(jù)的獲取和處理在所有的測(cè)試中，測(cè)試數(shù)據(jù)的收集工作都是較為 的，GIS軟件更是如此，每一種軟件都有它的文件格式，有的軟件還有幾種格式。在這種情況下，我們只能把 格式的數(shù)據(jù)轉(zhuǎn)換成每一種被測(cè)試軟件自已的格式。同時(shí)，還應(yīng)對(duì)數(shù)據(jù)作一定的處理，如處理數(shù)據(jù)冗余，處理顯示風(fēng)格等。如在測(cè)試時(shí)會(huì)更新數(shù)據(jù)，操作前一定要備份數(shù)據(jù)。其外，還應(yīng)評(píng)估數(shù)據(jù)格式和數(shù)據(jù)量對(duì)測(cè)試的影響， 必要，應(yīng)準(zhǔn)備多組數(shù)據(jù)。最后，一定要檢查測(cè)試數(shù)據(jù)的有效性，避免損壞數(shù)據(jù)對(duì) 的影響。如何開(kāi)展性能測(cè)試測(cè)試前期的準(zhǔn)備工作紛繁復(fù)雜，做好測(cè)試準(zhǔn)備工作，已是完成了測(cè)試工作的一大半，但要產(chǎn)生一份具有說(shuō)服力的測(cè)試報(bào)告，還應(yīng)正確把握測(cè)試的強(qiáng)度，保持測(cè)試的一致性，提高測(cè)試的精度。判斷軟件的好壞，要看軟件解決實(shí)際應(yīng)用的能力，只有在一定的測(cè)試強(qiáng)度下，才能測(cè)試出各種軟件資源的消耗率，軟件運(yùn)行的速度，軟件的穩(wěn)定性。通過(guò)對(duì)比在不同的測(cè)試強(qiáng)度下，不同軟件每一個(gè)功能模塊解決實(shí)際問(wèn)題的能力和軟件運(yùn)行的效率，我們才可能判斷出不同軟件的每一個(gè)模塊的強(qiáng)弱，甚至于整個(gè)軟件的優(yōu)劣。性能測(cè)試開(kāi)始后，所有參數(shù)的輸入都應(yīng)遵循統(tǒng)一的標(biāo)準(zhǔn)，無(wú)論是哪一個(gè)環(huán)節(jié)，哪怕是一點(diǎn)點(diǎn)偏差，都應(yīng)立即糾正，覺(jué)不能心存僥幸。要特別注意外部環(huán)境對(duì)的影響，如果在整個(gè)測(cè)試過(guò)程中，外部境不一致，如網(wǎng)速、機(jī)器內(nèi)存使用率不一樣，就有可能導(dǎo)制 與實(shí)際情況有出入。如何總結(jié)性能測(cè)試對(duì)測(cè)試的終結(jié)，實(shí)際就是對(duì)測(cè)試數(shù)據(jù)的分析和處理。我們測(cè)試工作做的再好，如最終到用戶手中的是一堆雜亂無(wú)章的數(shù)據(jù)，那也是美中不足。首先，我們最好從所有的測(cè)試數(shù)據(jù)中，篩選出具有代表意義的數(shù)據(jù)，做出統(tǒng)計(jì)圖，然后和開(kāi)發(fā)人員一起，認(rèn)真分析數(shù)據(jù)，找出軟件存在的問(wèn)題，得出測(cè)試結(jié)論。大多數(shù)用戶，真正需要的就是科學(xué)、客觀的測(cè)試結(jié)論。結(jié)論各種軟件性能測(cè)試，范圍大小不同，強(qiáng)度高底有別，但只要本著認(rèn)真、客觀，科學(xué)的工作態(tài)度，遵循本文論述的方法，做好測(cè)試工作是不難的。本篇文章主要談的是軟件性能測(cè)試方面的問(wèn)題，相信對(duì)其它方面的軟件測(cè)試也有一定的借鑒作用。43《單元測(cè)試技術(shù)――Nunit3《測(cè)試管理――TD》2《自動(dòng)測(cè)試工具――Robot2《自動(dòng)測(cè)試工具――LoadRunner2上面是目前我們開(kāi)發(fā)的課程，企業(yè)內(nèi)訓(xùn)可以直接們。如 ：Alan：Alan工作時(shí)間：6： ]Mail: 通過(guò)測(cè)試和其他形式的軟件質(zhì)量 活動(dòng)而發(fā)現(xiàn)的偏差，統(tǒng)稱為軟件缺陷。我們通常說(shuō)到的bug就是軟件缺陷的一種，是隱藏于代碼中的問(wèn)題，它可以通過(guò)軟件測(cè)試，代碼的走查形式而加以發(fā)現(xiàn)。在本文中，我們現(xiàn)就bug來(lái)進(jìn)行分析，為了表述方便稱為缺陷分析。這里提醒大家注意的是，缺陷的含義較廣，不同類型的缺陷需要用到不同的分析Mail: 什么是缺陷分析？缺陷分析本質(zhì)上是對(duì)缺陷中包含的信息項(xiàng)進(jìn)行收集，匯總，分類之后使用統(tǒng)計(jì)方法（或者分析模型）得出分析結(jié)果。缺陷分析得出的結(jié)果可以用來(lái)度量（軟件）開(kāi)發(fā)過(guò)程中各軟件階段中工作產(chǎn)品的質(zhì)量，了解缺陷集中的區(qū)域，明晰缺陷發(fā)展趨向。對(duì)于軟件過(guò)程的改進(jìn)，軟件產(chǎn)品的發(fā)布來(lái)說(shuō)具有十分重要的參考價(jià)值缺陷數(shù)據(jù)的收集在我們提交缺陷報(bào)告的時(shí)候，實(shí)際上就是在記錄一些必要的信息項(xiàng)。在不同的軟件生產(chǎn)企業(yè)中，需要記錄的信息項(xiàng)是大相徑庭的。以下是分析缺陷活動(dòng)中必須收集的一些數(shù)據(jù)項(xiàng)目缺陷提交時(shí)需要收集的信息缺陷的嚴(yán)重等級(jí)缺陷所在的模塊缺陷發(fā)現(xiàn)的時(shí)間缺陷所在的版本號(hào)缺陷的發(fā)現(xiàn)者負(fù)責(zé)修改缺陷的工程師缺陷關(guān)閉時(shí)需要收集的信息缺陷關(guān)閉的時(shí)間關(guān)閉缺陷的版本修復(fù)缺陷而改動(dòng)的代碼行數(shù)產(chǎn)生缺陷的根本原因（例如：需求，分析，編碼，軟/硬配置）分析點(diǎn)缺陷的發(fā)展趨勢(shì)缺陷的發(fā)展趨勢(shì)包括新發(fā)現(xiàn)缺陷數(shù)量增長(zhǎng)趨勢(shì)和關(guān)閉缺陷數(shù)量的增長(zhǎng)趨勢(shì)。對(duì)于軟件產(chǎn)品發(fā)布而言，發(fā)展趨勢(shì)圖是輔助決策的重要依據(jù)。一般來(lái)說(shuō)，軟件發(fā)布的必要條件是新缺陷的數(shù)量增加呈下降趨勢(shì)，見(jiàn)下圖。CumOpenedCumBugs02004-4- 2004-4- 2004-4- 2004-4- 4-30Date在軟件過(guò)程中，缺陷發(fā)展趨勢(shì)圖有助于我們了解各版本中缺陷數(shù)量的分布。特別在回歸測(cè)試階段中，缺陷的分布可以直接反映本的質(zhì)量狀況。見(jiàn)下圖中各版本缺陷的分布狀況。缺陷的分布狀況缺陷分布狀況圖有兩種，第一種是缺陷按模塊的分布狀況，另外一種是缺陷按產(chǎn)生的根本原因的分布狀況。模塊分布圖SubsystemSubsystem50 Account Bug缺陷產(chǎn)生原因分布圖該分布圖是缺陷分析中最為重要的一張圖表，因?yàn)樗梢灾苯臃从吵龈鬈浖こ袒顒?dòng)的質(zhì)量，為軟件過(guò)程的改進(jìn)提供直接的參考數(shù)據(jù)。一般來(lái)說(shuō)，缺陷產(chǎn)生的根本原因劃分的越細(xì)致，分析的結(jié)果就越精確。見(jiàn)下圖：

Bad

Functional

SystemBad但當(dāng)我們發(fā)現(xiàn)需求中出現(xiàn)的缺陷比較多的時(shí)候，在未來(lái)的項(xiàng)目中我們可以通過(guò)需求評(píng)審，需求變更控制來(lái)減少該種缺陷的數(shù)量，以起到軟件質(zhì)量保證的目的。同樣如果我們發(fā)現(xiàn)軟件設(shè)計(jì)過(guò)程中產(chǎn)生的問(wèn)題比較多，那么就可以通過(guò)加強(qiáng)軟件設(shè)計(jì)階段中的活動(dòng)來(lái)保證設(shè)計(jì)的質(zhì)量。源代碼修改趨勢(shì)圖和模塊分布圖源代碼修改數(shù)量趨勢(shì)圖可以為回歸測(cè)試風(fēng)險(xiǎn)分析和軟件發(fā)布提供參考。源代碼修改的數(shù)量越多，那么代碼產(chǎn)生的負(fù)作用的風(fēng)險(xiǎn)就越大，為了規(guī)避風(fēng)險(xiǎn)，回歸測(cè)試的強(qiáng)度就需要相應(yīng)的加強(qiáng)。同樣的道理，如果某一個(gè)產(chǎn)品的源代碼修改數(shù)量呈上升趨勢(shì)的話，那么它是不適合現(xiàn)在發(fā)布的。信息反饋1、本電子期的封面設(shè)計(jì)、版面設(shè)置有何建議？2、本電子期中各文章內(nèi)容的質(zhì)量如何？3、本電子期中您最喜歡的文章？4、你最希望在本電子期中看到哪方面的測(cè)試內(nèi)容？5、讀者個(gè)人信息簡(jiǎn)錄：：從事測(cè)試工作年限：測(cè)試團(tuán)隊(duì)人數(shù)：最關(guān)心的那種測(cè)試類別功能或性能或其它)：以何種方式知道測(cè)試時(shí)代的：感謝您花費(fèi)寶貴的時(shí)間來(lái)填寫對(duì)本電子期的建議或意見(jiàn)，請(qǐng)將您的反饋信息發(fā)至 .cn。我們會(huì)認(rèn)真對(duì)待每一封來(lái)信，并會(huì)衷心采納每一個(gè)有意義的建議。感謝大家對(duì)測(cè)試員電子期的支持與厚愛(ài)。歡迎投稿 稿件要求稿件要求含有標(biāo)題、作者 及作者簡(jiǎn)介(如：?jiǎn)挝?、個(gè)人愛(ài)好、聯(lián)系地址等可根據(jù)本人要求).屬于摘錄或拷 章，請(qǐng)注明文章出處及 作者。提倡大家多性文章.文 （不超過(guò)200字）（35個(gè)）正文,字體為宋體5號(hào)字.稿件格式為 Word格式， 在稿件中使用標(biāo)題、分頁(yè)符等排版設(shè)置。加入我們測(cè)試行業(yè)的發(fā)展需要依托測(cè)試行業(yè)的同仁共同來(lái)推動(dòng)，測(cè)試時(shí)代是一個(gè)開(kāi)放的平臺(tái)，在這個(gè)平臺(tái)上需要的有志于測(cè)試行業(yè)的朋友共同來(lái)建設(shè)，在這個(gè)平臺(tái)上我們已經(jīng)籌建了測(cè)試Blog社區(qū)，測(cè)試員電子期，測(cè)試時(shí)代試交流會(huì)等一系