軟件評(píng)測(cè)管理系統(tǒng)

第34頁(yè)共34頁(yè)1引言1.1軟件測(cè)試的背景和意義隨著計(jì)算機(jī)技術(shù)的迅速發(fā)展和越來(lái)越廣泛深入的應(yīng)用于國(guó)民經(jīng)濟(jì)和社會(huì)生活的各個(gè)方面，隨著軟件系統(tǒng)的規(guī)模和復(fù)雜性與日俱增，軟件的生產(chǎn)成本和軟件中存在的缺陷和故障造成的各類損失也大大增加，甚至?xí)?lái)災(zāi)難性的后果。軟件質(zhì)量問(wèn)題已成為所有使用軟件和開(kāi)發(fā)軟件的人關(guān)注的焦點(diǎn)。由于軟件是人腦的高度智力化的體現(xiàn)和產(chǎn)品這一特殊性，不同于其他科技和生產(chǎn)領(lǐng)域，因此軟件與生懼來(lái)就有可能存在著缺陷。如何防止和減少這些可能存在的問(wèn)題呢？回答是進(jìn)行軟件測(cè)試。測(cè)試是最有效的排除和防止軟件缺陷與故障的手段，并由此促進(jìn)了軟件測(cè)試?yán)碚撆c技術(shù)實(shí)踐的快速發(fā)展。新的測(cè)試?yán)碚?，測(cè)試方法，測(cè)試技術(shù)手段在不斷涌出，軟件測(cè)試機(jī)構(gòu)和組織也在迅速產(chǎn)生和發(fā)展，由此軟件測(cè)試技術(shù)職業(yè)也同步完善和健全起來(lái)。1.2研究現(xiàn)狀目前，大多數(shù)公司IT應(yīng)用項(xiàng)目開(kāi)發(fā)中的測(cè)試工作人員主要由項(xiàng)目組的業(yè)務(wù)人員負(fù)責(zé)。這些業(yè)務(wù)人員絕大多數(shù)都是從業(yè)務(wù)崗位臨時(shí)抽調(diào)參加項(xiàng)目的測(cè)試工作，雖然在項(xiàng)目的業(yè)務(wù)領(lǐng)域具有豐富的專業(yè)知識(shí)和業(yè)務(wù)經(jīng)驗(yàn)，但對(duì)于軟件測(cè)試工作本身來(lái)說(shuō)，其技術(shù)和經(jīng)驗(yàn)相對(duì)缺乏，導(dǎo)致測(cè)試工作缺乏系統(tǒng)規(guī)范的運(yùn)作和管理，直接影響了項(xiàng)目的質(zhì)量。[1]隨著行業(yè)測(cè)試工作的展開(kāi)和深入，專業(yè)化測(cè)試部門的成立，測(cè)試項(xiàng)目不斷地增加，涉及平臺(tái)的不斷多樣化，測(cè)試人員的不斷擴(kuò)充，采用高效的管理、簡(jiǎn)單易操作的輔助測(cè)試工具、及時(shí)的測(cè)試情況統(tǒng)計(jì)分析及評(píng)價(jià)將會(huì)對(duì)軟件測(cè)試的管理及質(zhì)量的提升起到很重要的作用。當(dāng)前，中國(guó)軟件企業(yè)在軟件測(cè)試方面與國(guó)際水準(zhǔn)仍存在較大差距。首先，在認(rèn)識(shí)上還是存在重開(kāi)發(fā)、輕測(cè)試的現(xiàn)象，沒(méi)有認(rèn)識(shí)到軟件項(xiàng)目的如期完成不僅取決于開(kāi)發(fā)人員，更取決于測(cè)試人員；其次，在管理上簡(jiǎn)單、粗放，沒(méi)有建立有效、規(guī)范的軟件測(cè)試管理體系；另外，缺少自動(dòng)化測(cè)試工具的支撐，大多數(shù)企業(yè)在軟件測(cè)試時(shí)并沒(méi)有采用軟件測(cè)試管理系統(tǒng)。所以目前對(duì)國(guó)內(nèi)軟件企業(yè)來(lái)說(shuō)，不僅要提高對(duì)軟件測(cè)試的認(rèn)識(shí)，更重要的是建立起完善的軟件測(cè)試管理體系。實(shí)際的測(cè)試工作中，在測(cè)試資源管理、測(cè)試過(guò)程管理、輔助測(cè)試工具、測(cè)試數(shù)據(jù)統(tǒng)計(jì)分析及評(píng)價(jià)、自動(dòng)化測(cè)試腳本等各方面都需要進(jìn)行大量的手工操作；同時(shí)，部分測(cè)試設(shè)計(jì)及測(cè)試執(zhí)行需要使用相應(yīng)的開(kāi)發(fā)及測(cè)試工具，對(duì)測(cè)試人員提出了更高的技術(shù)要求；為盡量減輕手工測(cè)試帶來(lái)的工作量，提供合適的手段讓非技術(shù)測(cè)試人員掌握相應(yīng)的開(kāi)發(fā)和測(cè)試工具的使用，充分利用資源，提高工作效率和質(zhì)量，以此為依托，需要開(kāi)發(fā)和整合相應(yīng)的工具；同時(shí)，為提高工具的使用范圍，所開(kāi)發(fā)的工具需體現(xiàn)獨(dú)立性、通用性、兼容性、可操作性、可拓展性、可移植性為目標(biāo)，并建立統(tǒng)一的管理平臺(tái)，以利于統(tǒng)一管理和指引，從而提高測(cè)試的質(zhì)量。[2]1.3軟件測(cè)試管理平臺(tái)的技術(shù)分析1.3.1軟件測(cè)試的發(fā)展情況在企業(yè)信息化的建設(shè)過(guò)程中，科技正從傳統(tǒng)的業(yè)務(wù)支撐角色，逐步走向前臺(tái)，發(fā)展到逐步引領(lǐng)業(yè)務(wù)的發(fā)展和內(nèi)部管理的提升。各個(gè)企業(yè)紛紛投入大量資金和人力進(jìn)行各類業(yè)務(wù)系統(tǒng)和管理系統(tǒng)的開(kāi)發(fā)和優(yōu)化，但是由于思想意識(shí)和歷史原因，在這一信息化建設(shè)的過(guò)程中出現(xiàn)了軟件行業(yè)一直一來(lái)存在的重開(kāi)發(fā)，輕測(cè)試現(xiàn)象，軟件項(xiàng)目的測(cè)試質(zhì)量成為制約軟件產(chǎn)品質(zhì)量提升的瓶頸。[3]隨著企業(yè)IT應(yīng)用項(xiàng)目開(kāi)發(fā)工作的不斷深入，項(xiàng)目的規(guī)模和復(fù)雜度都在增加。為保證項(xiàng)目的投產(chǎn)質(zhì)量，測(cè)試工作的重要性越來(lái)越引起各級(jí)職能部門的廣泛關(guān)注和高度重視。（1）國(guó)內(nèi)外軟件測(cè)試現(xiàn)狀在軟件業(yè)較為發(fā)達(dá)的國(guó)家，軟件測(cè)試是軟件開(kāi)發(fā)的一個(gè)重要的有機(jī)組成部分，而且在整個(gè)軟件開(kāi)發(fā)的系統(tǒng)工程中所占的比重是相當(dāng)大的。以美國(guó)軟件開(kāi)發(fā)的平均資金投入為例，通常是“需求分析”和“規(guī)劃確定”各占20%，“設(shè)計(jì)”占5%，“開(kāi)發(fā)”占10%，“測(cè)試”占45%。與此同時(shí)，軟件測(cè)試市場(chǎng)已經(jīng)成為軟件產(chǎn)業(yè)中的一個(gè)獨(dú)特市場(chǎng)，在美國(guó)硅谷，軟件開(kāi)發(fā)企業(yè)或設(shè)有軟件開(kāi)發(fā)部門的公司，都有專門的軟件測(cè)試單位，其中軟件測(cè)試人員的數(shù)量相當(dāng)于軟件開(kāi)發(fā)工程師的3/4。在這些公司或部門中，負(fù)責(zé)軟件測(cè)試的質(zhì)量保證經(jīng)理與軟件開(kāi)發(fā)主管其職位是平行的。據(jù)了解，在軟件產(chǎn)業(yè)發(fā)展較快的印度，軟件測(cè)試在軟件企業(yè)中也同樣具有舉足輕重的地位。目前國(guó)內(nèi)軟件測(cè)試一般存在以下幾種形式：一是軟件公司內(nèi)部安排相關(guān)人員進(jìn)行各功能的測(cè)試驗(yàn)證；二是由用戶直接進(jìn)行用戶體驗(yàn)測(cè)試；除此之外還存在第三種方式，那就是有專業(yè)軟件測(cè)試人員運(yùn)用一定的測(cè)試工具對(duì)軟件的質(zhì)量進(jìn)行檢測(cè)，但其市場(chǎng)表現(xiàn)令人尷尬，相比中國(guó)市場(chǎng)的軟件開(kāi)發(fā)公司比比皆是，而軟件測(cè)試公司卻是鳳毛麟角。由于在企業(yè)中對(duì)軟件測(cè)試的重要性理解不深入，很多人認(rèn)為一個(gè)軟件一個(gè)系統(tǒng)只要能夠運(yùn)行基本上就已經(jīng)成功，而根本沒(méi)有必要成立專門的測(cè)試職能部門或設(shè)立測(cè)試專職的崗位。另一方面，軟件開(kāi)發(fā)企業(yè)在為軟件開(kāi)發(fā)支付費(fèi)用后，不希望再為軟件的測(cè)試支付新的成本，即是有些項(xiàng)目的開(kāi)發(fā)方或委托方有意對(duì)軟件進(jìn)行第三方測(cè)試，也會(huì)考慮到在測(cè)試過(guò)程中可能會(huì)要軟件開(kāi)發(fā)商提供源代碼，擔(dān)心知識(shí)產(chǎn)權(quán)、商業(yè)秘密等遭到泄露。因此國(guó)內(nèi)第三方測(cè)試公司更傾向于歐美、日本及印度的本地化外包測(cè)試業(yè)務(wù)。[4]（2）國(guó)內(nèi)行業(yè)軟件測(cè)試缺陷探析目前國(guó)內(nèi)部分企業(yè)的IT部門并未設(shè)置相對(duì)獨(dú)立的軟件測(cè)試部門和測(cè)試管理部門，僅僅依靠業(yè)務(wù)部門的驗(yàn)收測(cè)試來(lái)概括開(kāi)發(fā)階段后的所有測(cè)試工作，這樣一來(lái)軟件質(zhì)量難以得到保證。業(yè)務(wù)測(cè)試人員是不可能從專業(yè)的軟件測(cè)試工程師角度對(duì)軟件進(jìn)行有效測(cè)試驗(yàn)證，僅從業(yè)務(wù)需求出發(fā)進(jìn)行驗(yàn)收測(cè)試，測(cè)試角度就存在有缺陷。此外對(duì)應(yīng)用系統(tǒng)的性能測(cè)試也使業(yè)務(wù)部門的測(cè)試人員更不知從何下手?；蛟S有人認(rèn)為成立獨(dú)立的軟件測(cè)試部門成本較大，不如讓軟件開(kāi)發(fā)人員來(lái)兼職軟件測(cè)試工作。這種想法猶如既當(dāng)運(yùn)動(dòng)員又當(dāng)裁判員，測(cè)試效果同樣無(wú)法達(dá)到要求。從邏輯思維上分析，開(kāi)發(fā)人員會(huì)從程序本身開(kāi)發(fā)的邏輯流程上去做測(cè)試，不能將臨界點(diǎn)、邊界值、等特殊情況進(jìn)行有效地測(cè)試；從心理學(xué)的角度進(jìn)行分析，開(kāi)發(fā)人員更多的是考慮怎樣才能使程序測(cè)通，而不是軟件測(cè)試角度如何盡可能的發(fā)現(xiàn)程序中存在漏洞。與此同時(shí)，成立規(guī)范的測(cè)試管理部門也非常必要，否則會(huì)產(chǎn)生重結(jié)果輕過(guò)程、測(cè)試過(guò)程不透明等弊端。比如測(cè)試案例的設(shè)計(jì)是否完全覆蓋需求、測(cè)試案例的的執(zhí)行情況如何做到有效的監(jiān)控、缺陷管理和跟蹤復(fù)測(cè)、回歸測(cè)試管理以及測(cè)試過(guò)程中的程序版本更新和上線版本的管理等能否得到保證。1.3.2目前軟件測(cè)試存在的問(wèn)題軟件測(cè)試雖然日益受到重視，但是，目前不少軟件企業(yè)的軟件開(kāi)發(fā)模式仍然處在無(wú)序開(kāi)發(fā)的不規(guī)范狀態(tài)，與軟件程序編碼比較，軟件測(cè)試的地位和作用，還沒(méi)有真正受到重視，很多人還存在對(duì)軟件測(cè)試的錯(cuò)誤認(rèn)識(shí)，這影響了軟件測(cè)試活動(dòng)的進(jìn)行和真正提高軟件測(cè)試質(zhì)量。測(cè)試上的常見(jiàn)問(wèn)題有如下幾方面。（1）軟件測(cè)試的目的理解有誤對(duì)稍微了解軟件測(cè)試人都知道，軟件測(cè)試的目的是為了發(fā)現(xiàn)軟件中的缺陷。一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的缺陷。也就是人們常說(shuō)的：軟件測(cè)試可以說(shuō)明軟件存在缺陷，但不能說(shuō)明軟件不存在缺陷。這種觀點(diǎn)不能說(shuō)是錯(cuò)誤的，但至少是不全面的。如果從軟件過(guò)程的角度來(lái)看，就可以看到一個(gè)被大多數(shù)人忽略的軟件測(cè)試目的是：軟件測(cè)試可以幫助發(fā)現(xiàn)當(dāng)前開(kāi)發(fā)工作所采取的軟件過(guò)程的缺陷，以便進(jìn)行改進(jìn)。具體的說(shuō)，軟件測(cè)試并不僅僅是為了要找到軟件中存在的缺陷，而更要分析錯(cuò)誤產(chǎn)生的原因和其產(chǎn)生的階段。通過(guò)分析結(jié)果，從軟件過(guò)程方面去改進(jìn)，從而避免今后有類似的錯(cuò)誤出現(xiàn)，并能發(fā)現(xiàn)有關(guān)聯(lián)的潛在缺陷。通過(guò)這種方式就可以盡早的發(fā)現(xiàn)并修正缺陷，同時(shí)也可以預(yù)防某些缺陷的產(chǎn)生。所以，應(yīng)該正確分析與利用測(cè)試的結(jié)果并有效地進(jìn)行軟件過(guò)程改進(jìn)，從根本上提高軟件質(zhì)量，降低軟件開(kāi)發(fā)成本。（2）軟件測(cè)試的介入時(shí)間晚根據(jù)軟件生命周期的定義，軟件項(xiàng)目開(kāi)發(fā)過(guò)程一般要經(jīng)過(guò)以下幾個(gè)階段：需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，軟件編碼，軟件測(cè)試，軟件發(fā)布。因此，許多人認(rèn)為軟件測(cè)試只是軟件編碼后的一個(gè)過(guò)程。這是不了解軟件測(cè)試周期的真正含義造成的錯(cuò)誤認(rèn)識(shí)。軟件測(cè)試是一個(gè)系列過(guò)程活動(dòng)，包括軟件測(cè)試需求分析，測(cè)試計(jì)劃設(shè)計(jì)，測(cè)試用例設(shè)計(jì)，執(zhí)行測(cè)試。因此，軟件測(cè)試貫穿于軟件項(xiàng)目的整個(gè)開(kāi)發(fā)過(guò)程。在軟件項(xiàng)目的每一個(gè)階段都要進(jìn)行不同目的和內(nèi)容的測(cè)試活動(dòng)，以保證各個(gè)階段的正確性。軟件測(cè)試的對(duì)象不僅僅是軟件代碼，還包括軟件需求文檔和設(shè)計(jì)文檔。軟件開(kāi)發(fā)與軟件測(cè)試應(yīng)該是交互進(jìn)行的，例如，單元編碼需要單元測(cè)試，模塊組合階段需要集成測(cè)試，系統(tǒng)集成階段需要系統(tǒng)測(cè)試。如果等到軟件編碼結(jié)束后才進(jìn)行測(cè)試，那么，測(cè)試的時(shí)間將會(huì)很短，測(cè)試的覆蓋面將很不全面，測(cè)試的效果也將大打折扣。更嚴(yán)重的是如果此時(shí)發(fā)現(xiàn)了軟件需求階段或概要設(shè)計(jì)階段的錯(cuò)誤，要修復(fù)錯(cuò)誤，將會(huì)耗費(fèi)大量的時(shí)間和人力高效的系統(tǒng)測(cè)試有賴于高效的計(jì)劃。測(cè)試用例像源代碼一樣，需要設(shè)計(jì)、評(píng)審和實(shí)施。如果不想讓測(cè)試成為阻礙軟件發(fā)布的關(guān)鍵路徑，就要盡早開(kāi)始測(cè)試計(jì)劃?？梢栽诹私饬诵枨笾缶烷_(kāi)始。若采用分階段交付使用的方法，在第一階段中途就可獲得可執(zhí)行的軟件，這時(shí)就可以開(kāi)始系統(tǒng)測(cè)試（3）測(cè)試代碼無(wú)相關(guān)規(guī)范大家肯定知道測(cè)試代碼是不能隨意編寫的，并且在編寫測(cè)試代碼時(shí)也不是抱著一種隨意的態(tài)度，但是編寫出來(lái)的測(cè)試代碼以及測(cè)試代碼運(yùn)行的情況往往表現(xiàn)出了一種隨意性和無(wú)序性，沒(méi)有弄清楚測(cè)試的真正意圖所在。測(cè)試的目的是用來(lái)驗(yàn)證軟件系統(tǒng)是否滿足了需求，因此，測(cè)試代碼一定要明確的表達(dá)出這一點(diǎn)來(lái)。如果測(cè)試者真正從用戶的角度出發(fā)，那么他編寫出來(lái)的測(cè)試腳本應(yīng)該是每一個(gè)測(cè)試用例都清晰的刻畫了一項(xiàng)用戶的需求，然后驗(yàn)證系統(tǒng)是否實(shí)現(xiàn)了用戶期望的功能。這樣的測(cè)試才是有明確目的，才是最有效地測(cè)試。軟件系統(tǒng)測(cè)試計(jì)劃應(yīng)能覆蓋百分之百的軟件功能。細(xì)想一下，造成容易陷入針對(duì)實(shí)現(xiàn)細(xì)節(jié)測(cè)試的原因主要是由于先編寫完代碼，然后才去進(jìn)行測(cè)試，潛意識(shí)中就會(huì)不由自主的想去驗(yàn)證已經(jīng)完成的某些實(shí)現(xiàn)細(xì)節(jié)。如果能夠在編寫代碼前，首先編寫針對(duì)該模塊的測(cè)試代碼，情況就會(huì)有很大的不同，因?yàn)檫@會(huì)迫使你從使用者的角度去考慮問(wèn)題。結(jié)果就是會(huì)把關(guān)注點(diǎn)放在模塊的功能上，而不是某種實(shí)現(xiàn)細(xì)節(jié)。這樣寫出來(lái)的測(cè)試代碼要穩(wěn)定的多，也有效地多。（4）測(cè)試人員的不專一性了解軟件測(cè)試的人都知道，測(cè)試是需要專門的測(cè)試工程師。然而事實(shí)上，多數(shù)軟件測(cè)試的工作都是由編程人員自己進(jìn)行的。但編程人員與測(cè)試人員的思維方式不同。編程人員的工作是編碼，他們潛意識(shí)里進(jìn)行測(cè)試是想驗(yàn)證自己的代碼沒(méi)有錯(cuò)誤，而不是發(fā)現(xiàn)錯(cuò)誤，有時(shí)可能會(huì)為了方便測(cè)試而修改源代碼。測(cè)試人員則應(yīng)該具有挑刺的性格，他的工作是否定生成的代碼，找出代碼中存在的缺陷。任何一個(gè)人都難以同時(shí)勝任這兩種具有不同工作取向的任務(wù)。所以，資深的程序員不一定是一名優(yōu)秀的測(cè)試工程師，必需由獨(dú)立的人員和小組來(lái)進(jìn)行軟件測(cè)試。并且單單指定一個(gè)或幾個(gè)人，說(shuō)他們現(xiàn)在就是測(cè)試小組的成員是不夠的，應(yīng)該培訓(xùn)該小組成員如何進(jìn)行軟件測(cè)試。而在一個(gè)項(xiàng)目團(tuán)隊(duì)中，開(kāi)發(fā)人員與測(cè)試人員的比例需要相對(duì)合理，才能保證測(cè)試的高質(zhì)量。一般情況下，對(duì)于生命悠關(guān)的軟件，如航天飛機(jī)的飛行控制軟件，每個(gè)開(kāi)發(fā)者對(duì)應(yīng)10名測(cè)試者；而不要求高可靠度的室內(nèi)商業(yè)軟件，一個(gè)測(cè)試者可以對(duì)應(yīng)3到4個(gè)開(kāi)發(fā)者。1.3.3現(xiàn)狀總結(jié)和思考隨著軟件工程學(xué)的發(fā)展和軟件項(xiàng)目管理經(jīng)驗(yàn)的提高，軟件測(cè)試已經(jīng)成為一個(gè)獨(dú)立的技術(shù)學(xué)科，演變成一個(gè)具有巨大市場(chǎng)需求的行業(yè)。軟件測(cè)試技術(shù)不斷更新和完善，新工具、新流程、新測(cè)試設(shè)計(jì)方法都在不斷涌現(xiàn)，需要掌握和學(xué)習(xí)很多測(cè)試知識(shí)。然而，對(duì)于測(cè)試的管理目前仍然處于不規(guī)范狀態(tài)，沒(méi)有一個(gè)有效地平臺(tái)對(duì)整個(gè)測(cè)試進(jìn)行監(jiān)控和管理，特別是測(cè)試設(shè)計(jì)，測(cè)試執(zhí)行過(guò)程的管理。只有有效地管理和積累，才能夠使測(cè)試真正起到它應(yīng)有的作用，達(dá)到提高軟件質(zhì)量的目的。1.4軟件測(cè)試的理論基礎(chǔ)1.4.1軟件測(cè)試的定義軟件測(cè)試使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。它是幫助識(shí)別開(kāi)發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度(correctness)完全度(completeness)和質(zhì)量(quality)的軟件過(guò)程；是SQA(softwarequalityassurance)的重要子域。[5](1)測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn)；(2)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法,改善測(cè)試的效率和有效性；(3)沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法。1.4.2軟件測(cè)試的目的如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。在談到軟件測(cè)試時(shí)，引用GrenfordJ.Myers在《TheArtofSoftwareTesting》一書(shū)中的觀點(diǎn):(1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程；(2)測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤；(3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；(4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。[6]1.4.3軟件測(cè)試的內(nèi)容驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng),即保證軟件做了你所期望的事情。(Dotherightthing)1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程；2.程序正確性的形式證明,即采用形式理論證明程序符號(hào)設(shè)計(jì)規(guī)約規(guī)定的過(guò)程；3.評(píng)市、審查、測(cè)試、檢查、審計(jì)等各類活動(dòng),或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。確認(rèn)(validation)是一系列的活動(dòng)和過(guò)程,目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來(lái)做了這個(gè)事件(Doitright)1.靜態(tài)確認(rèn),不在計(jì)算機(jī)上實(shí)際執(zhí)行程序,通過(guò)人工或程序分析來(lái)證明軟件的正確性；2.動(dòng)態(tài)確認(rèn),通過(guò)執(zhí)行程序做分析,測(cè)試程序的動(dòng)態(tài)行為,以證實(shí)軟件是否存在問(wèn)題。軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試,軟件測(cè)試應(yīng)該包括整個(gè)軟件開(kāi)發(fā)期問(wèn)各個(gè)階段所產(chǎn)生的文檔,如需求規(guī)格說(shuō)明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔,當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。[7]2相關(guān)技術(shù)和工具介紹2.1相關(guān)測(cè)試技術(shù)介紹按照軟件測(cè)試用例的設(shè)計(jì)方法而論，軟件測(cè)試可分為黑盒測(cè)試和白盒測(cè)試；[8]2.1.1白盒測(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ō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯測(cè)試、基路測(cè)試等，主要用于軟件內(nèi)部結(jié)構(gòu)的驗(yàn)證。2.1.2黑盒測(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)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊界值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試。2.1.3等價(jià)類劃分等價(jià)類劃分:是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。該方法是一種重要的、常用的黑盒測(cè)試用例設(shè)計(jì)方法。2.1.4邊界值分析法邊界值分析法：邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。邊界值分析方法的考慮:長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)告訴我們,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤。2.1.5因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等。考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況。但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多。因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例。這就需要利用因果圖（邏輯模型）。2.1.6錯(cuò)誤推測(cè)法

錯(cuò)誤推測(cè)法:基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。其基本思想:列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測(cè)試用例。2.2相關(guān)測(cè)試工具介紹2.2.1QTPQTP是quicktestProfessional的簡(jiǎn)稱，是一種自動(dòng)測(cè)試工具。使用QTP的目的是想用它來(lái)執(zhí)行重復(fù)的手動(dòng)測(cè)試，主要是用于回歸測(cè)試和測(cè)試同一軟件的新版本。因此你在測(cè)試前要考慮好如何對(duì)應(yīng)用程序進(jìn)行測(cè)試，例如要測(cè)試哪些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。2.2.2LRMercuryLoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使用LoadRunner，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。目前企業(yè)的網(wǎng)絡(luò)應(yīng)用環(huán)境都必須支持大量用戶，網(wǎng)絡(luò)體系架構(gòu)中含各類應(yīng)用環(huán)境且由不同供應(yīng)商提供軟件和硬件產(chǎn)品。難以預(yù)知的用戶負(fù)載和愈來(lái)愈復(fù)雜的應(yīng)用環(huán)境使公司時(shí)時(shí)擔(dān)心會(huì)發(fā)生用戶響應(yīng)速度過(guò)慢，系統(tǒng)崩潰等問(wèn)題。這些都不可避免地導(dǎo)致公司收益的損失。MercuryInteractive的LoadRunner能讓企業(yè)保護(hù)自己的收入來(lái)源，無(wú)需購(gòu)置額外硬件而最大限度地利用現(xiàn)有的IT資源，并確保終端用戶在應(yīng)用系統(tǒng)的各個(gè)環(huán)節(jié)中對(duì)其測(cè)試應(yīng)用的質(zhì)量，可靠性和可擴(kuò)展性都有良好的評(píng)價(jià)。2.3本文開(kāi)發(fā)工具及技術(shù)此次設(shè)計(jì)主要采用wampserver集成開(kāi)發(fā)工具進(jìn)行，設(shè)計(jì)過(guò)程中頁(yè)面主要使PHP技術(shù)完成，結(jié)合MySQL數(shù)據(jù)庫(kù)以及Apache服務(wù)器。下面對(duì)wampserver、Apache和MySQL數(shù)據(jù)庫(kù)進(jìn)行簡(jiǎn)要介紹。2.3.1wampserverWamp就是WindowsApacheMysqlPHP集成安裝環(huán)境，即在window下的apache、php和mysql的服務(wù)器軟件。WampServer是一款由法國(guó)人開(kāi)發(fā)的ApacheWeb服務(wù)器、PHP解釋器以及MySQL數(shù)據(jù)庫(kù)的整合軟件包。免去了開(kāi)發(fā)人員將時(shí)間花費(fèi)在繁瑣的配置環(huán)境過(guò)程，從而騰出更多精力去做開(kāi)發(fā)。在windows下將Apache+PHP+Mysql集成環(huán)境，擁有簡(jiǎn)單的圖形和菜單安裝和配置環(huán)境。2.3.2MySQLMySQL是一個(gè)開(kāi)放源碼的小型關(guān)聯(lián)式數(shù)據(jù)庫(kù)管理系統(tǒng)，開(kāi)發(fā)者為瑞典MySQLAB公司。MySQL被廣泛地應(yīng)用在Internet上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低，尤其是開(kāi)放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫(kù)。MySQL是一種關(guān)聯(lián)數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)聯(lián)數(shù)據(jù)庫(kù)將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)，這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語(yǔ)言是用于訪問(wèn)數(shù)據(jù)庫(kù)的最常用標(biāo)準(zhǔn)化語(yǔ)言。MySQL軟件采用了雙授權(quán)政策，它分為社區(qū)版和商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是開(kāi)放源碼這一特點(diǎn)，一般中小型網(wǎng)站的開(kāi)發(fā)都選擇MySQL作為網(wǎng)站數(shù)據(jù)庫(kù)。由于其社區(qū)版的性能卓越，搭配PHP和Apache可組成良好的開(kāi)發(fā)環(huán)境。2.3.3ApacheApacheHTTP

Server（簡(jiǎn)稱Apache）是Apache軟件基金會(huì)的一個(gè)開(kāi)放源碼的網(wǎng)頁(yè)服務(wù)器，可以在大多數(shù)計(jì)算機(jī)操作系統(tǒng)中運(yùn)行，由于其多平臺(tái)和安全性被廣泛使用，是最流行的Web服務(wù)器端軟件之一。它快速、可靠并且可通過(guò)簡(jiǎn)單的API擴(kuò)展，將Perl/Python等解釋器編譯到服務(wù)器中。2.3.4PHPPHP獨(dú)特的語(yǔ)法混合了C、Java、Perl以及PHP自創(chuàng)的語(yǔ)法。它可以比CGI或者Perl更快速地執(zhí)行動(dòng)態(tài)網(wǎng)頁(yè)。用PHP做出的動(dòng)態(tài)頁(yè)面與其他的編程語(yǔ)言相比，PHP是將程序嵌入到HTML（標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言下的一個(gè)應(yīng)用）文檔中去執(zhí)行，執(zhí)行效率比完全生成HTML標(biāo)記的CGI要高許多；PHP還可以執(zhí)行編譯后代碼，編譯可以達(dá)到加密和優(yōu)化代碼運(yùn)行，使代碼運(yùn)行更快。PHP的特性包括：PHP獨(dú)特的語(yǔ)法混合了C、Java、Perl以及PHP自創(chuàng)新的語(yǔ)法；PHP可以比CGI或者Perl更快速的執(zhí)行動(dòng)態(tài)網(wǎng)頁(yè)——?jiǎng)討B(tài)頁(yè)面方面，與其他的編程語(yǔ)言相比；PHP是將程序嵌入到HTML文檔中去執(zhí)行，執(zhí)行效率比完全生成htmL標(biāo)記的CGI要高許多；PHP具有非常強(qiáng)大的功能，所有的CGI的功能PHP都能實(shí)現(xiàn)；PHP支持幾乎所有流行的數(shù)據(jù)庫(kù)以及操作系統(tǒng)；最重要的是PHP可以用C、C++進(jìn)行程序的擴(kuò)展！2.4本章小結(jié)本章節(jié)闡述了軟件測(cè)試行業(yè)的的發(fā)展過(guò)程和現(xiàn)狀，總結(jié)了當(dāng)前軟件測(cè)試管理存在的不足，提出了本文的技術(shù)路線，圍繞測(cè)試管理技術(shù)及PHP技術(shù)的平臺(tái)框架建立軟件測(cè)試管理平臺(tái)，對(duì)相關(guān)的測(cè)試技術(shù)及工具作了簡(jiǎn)單闡述。3軟件評(píng)測(cè)管理系統(tǒng)的設(shè)計(jì)過(guò)程3.1系統(tǒng)設(shè)計(jì)3.1.1設(shè)計(jì)目標(biāo)針對(duì)企業(yè)的軟件測(cè)試工作的特點(diǎn)和性質(zhì)，研究一套有效地管理方法結(jié)合管理平臺(tái)達(dá)到提高測(cè)試質(zhì)量的效果。主要考慮如下幾個(gè)方面：[9](1)測(cè)試案例的規(guī)范化，來(lái)統(tǒng)一企業(yè)軟件測(cè)試案例的粒度，以達(dá)到企業(yè)軟件對(duì)功能準(zhǔn)確性、數(shù)據(jù)準(zhǔn)確性的要求。(2)適應(yīng)企業(yè)各類業(yè)務(wù)系統(tǒng)快速發(fā)展帶來(lái)的對(duì)測(cè)試質(zhì)量和測(cè)試過(guò)程管理的高要求。(3)改變現(xiàn)階段企業(yè)軟件測(cè)試中，測(cè)試資料和測(cè)試管理分散且監(jiān)控粒度不統(tǒng)一的現(xiàn)狀。建立測(cè)試管理平臺(tái)，實(shí)現(xiàn)對(duì)測(cè)試過(guò)程的統(tǒng)一監(jiān)控統(tǒng)一監(jiān)管，做到簡(jiǎn)單而且明了。(4)統(tǒng)一管理軟件測(cè)試工具和腳本，通過(guò)平臺(tái)實(shí)現(xiàn)測(cè)試程序和腳本的利用最大化，避免重復(fù)工作，提升工作效率。(5)分析企業(yè)現(xiàn)有項(xiàng)目管理中測(cè)試過(guò)程存在的問(wèn)題，通過(guò)企業(yè)軟件測(cè)試管理平臺(tái)，建立企業(yè)軟件測(cè)試管理體系，全面提升企業(yè)軟件產(chǎn)品質(zhì)量。3.1.2設(shè)計(jì)原則軟件測(cè)試管理平臺(tái)應(yīng)為盡量減輕手工操作帶來(lái)的工作量，提供合適的手段讓非技術(shù)測(cè)試人員掌握相應(yīng)的開(kāi)發(fā)和測(cè)試工具的使用，充分利用資源，提高工作效率和質(zhì)量。同時(shí)，為提高工具的使用范圍，所開(kāi)發(fā)工具以體現(xiàn)獨(dú)立性、通用性、兼容性、可操作性、可擴(kuò)展性、可移植性為目標(biāo)，并建立統(tǒng)一的測(cè)試輔助管理平臺(tái)，以利于統(tǒng)一管理和指引來(lái)提高系統(tǒng)測(cè)試階段的測(cè)試質(zhì)量通過(guò)平臺(tái)，可以使測(cè)試主管、項(xiàng)目主管和各管理階層的負(fù)責(zé)人直觀地了解項(xiàng)目測(cè)試各階段的情況，達(dá)到風(fēng)險(xiǎn)的提前發(fā)現(xiàn)提前規(guī)避，通過(guò)監(jiān)控測(cè)試過(guò)程各階段的質(zhì)量來(lái)確保項(xiàng)目整體的質(zhì)量。[10]3.1.3功能模塊對(duì)于軟件測(cè)試管理平臺(tái)的設(shè)計(jì)目標(biāo)和設(shè)計(jì)原則，主要設(shè)計(jì)如下功能模塊如圖內(nèi)部流程管理內(nèi)部流程管理系統(tǒng)管理測(cè)試案例庫(kù)測(cè)試工具庫(kù)公共信息維護(hù)圖3-1功能模塊圖本平臺(tái)的功能覆蓋系統(tǒng)管理、公共信息維護(hù)、測(cè)試案例庫(kù)、測(cè)試工具庫(kù)、內(nèi)部流程管理等，就各模塊的功能作用分析如下：(1)系統(tǒng)管理主要實(shí)現(xiàn)用戶管理、測(cè)試信息發(fā)布、測(cè)試流程管理等功能。提供基本的用戶維護(hù)功能，測(cè)試信息的發(fā)布、測(cè)試登記報(bào)告的審核發(fā)布等功能。系統(tǒng)管理系統(tǒng)管理用戶信息管理測(cè)試信息管理圖3-2系統(tǒng)管理圖(2)公共信息維護(hù)主要實(shí)現(xiàn)版本信息管理、項(xiàng)目信息管理、項(xiàng)目模塊管理、人力資源管理、項(xiàng)目計(jì)劃管理等功能。版本信息管理實(shí)現(xiàn)對(duì)軟件相關(guān)版本的設(shè)置；應(yīng)用信息管理實(shí)現(xiàn)對(duì)應(yīng)用信息的維護(hù)；項(xiàng)目信息管理實(shí)現(xiàn)對(duì)項(xiàng)目的項(xiàng)目經(jīng)理、項(xiàng)目的規(guī)模，項(xiàng)目所包含的應(yīng)用和項(xiàng)目所屬版本等信息的維護(hù)；人力資源管理實(shí)現(xiàn)對(duì)各項(xiàng)目分配的測(cè)試人員進(jìn)行維護(hù)，分配測(cè)試經(jīng)理和各應(yīng)用的測(cè)試人員等；項(xiàng)目模塊管理實(shí)現(xiàn)的是維護(hù)項(xiàng)目中各應(yīng)用所包含的模塊信息，將項(xiàng)目、應(yīng)用、模塊三者的關(guān)系進(jìn)行關(guān)聯(lián)；項(xiàng)目計(jì)劃管理實(shí)現(xiàn)的是維護(hù)項(xiàng)目各階段的時(shí)間節(jié)點(diǎn)。公共信息維護(hù)公共信息維護(hù)項(xiàng)目計(jì)劃管理項(xiàng)目模塊管理人力資源管理項(xiàng)目信息管理應(yīng)用信息管理版本信息管理圖3-3公共信息維護(hù)圖(3)測(cè)試案例庫(kù)主要實(shí)現(xiàn)案例查詢、案例維護(hù)、案例執(zhí)行管理等功能。案例查詢實(shí)現(xiàn)的是查詢用戶對(duì)測(cè)試案例的查看和下載的功能。案例維護(hù)實(shí)現(xiàn)的是案例編寫人員對(duì)項(xiàng)目案例的新增，實(shí)現(xiàn)單個(gè)維護(hù)、批量導(dǎo)入的功能。案例執(zhí)行實(shí)現(xiàn)的是測(cè)試案例執(zhí)行階段，測(cè)試人員根據(jù)測(cè)試案例的測(cè)試要點(diǎn)、測(cè)試步驟和預(yù)期結(jié)果進(jìn)行的案例執(zhí)行。測(cè)試案例庫(kù)測(cè)試案例庫(kù)案例維護(hù)案例執(zhí)行案例查詢圖3-4測(cè)試案例庫(kù)模塊圖(4)測(cè)試工具庫(kù)主要實(shí)現(xiàn)測(cè)試腳本維護(hù)、測(cè)試工具維護(hù)等功能。測(cè)試腳本維護(hù)實(shí)現(xiàn)的是維護(hù)項(xiàng)目測(cè)試過(guò)程中，測(cè)試人員編制的不同模塊的輔助腳本或自動(dòng)腳本，進(jìn)行腳本和項(xiàng)目、應(yīng)用、模塊之間的關(guān)聯(lián)。測(cè)試工具維護(hù)實(shí)現(xiàn)的是維護(hù)項(xiàng)目測(cè)試過(guò)程中，測(cè)試人員開(kāi)發(fā)的工具進(jìn)行項(xiàng)目、應(yīng)用、模塊之間的關(guān)聯(lián)。測(cè)試工具庫(kù)測(cè)試工具庫(kù)測(cè)試工具信息表測(cè)試腳本維護(hù)圖3-5測(cè)試工具庫(kù)模塊圖(5)內(nèi)部流程主要實(shí)現(xiàn)的是提供部門內(nèi)部管理中的各類提交物審核。以上模塊針對(duì)測(cè)試的過(guò)程做到了統(tǒng)一的管理和監(jiān)控，使得測(cè)試人員能夠規(guī)范案例編寫，測(cè)試管理能有效地跟蹤到測(cè)試準(zhǔn)備，測(cè)試執(zhí)行的各個(gè)階段，為測(cè)試管理工作提供一種有效地方法。本文主要就測(cè)試信息發(fā)布功能、測(cè)試案例庫(kù)功能、測(cè)試項(xiàng)目提交及測(cè)試報(bào)告生成模塊進(jìn)行詳細(xì)的研究和實(shí)現(xiàn)。3.1.4平臺(tái)物理拓?fù)?軟件測(cè)試管理平臺(tái)可以將主機(jī)測(cè)試環(huán)境、開(kāi)發(fā)平臺(tái)測(cè)試環(huán)境等測(cè)試環(huán)境進(jìn)行有效地關(guān)聯(lián)。而客戶端和郵件服務(wù)器可以分別對(duì)測(cè)試人員操作權(quán)限和測(cè)試過(guò)程監(jiān)控提醒進(jìn)行管理圖3-6平臺(tái)物理拓?fù)鋱D3.2測(cè)試案例的規(guī)范化管理3.2.1測(cè)試案例規(guī)范化測(cè)試案例的規(guī)范化主要分為案例編寫的規(guī)范化和案例執(zhí)行的規(guī)范化。通過(guò)對(duì)測(cè)試案例要素的規(guī)范來(lái)保證測(cè)試案例的完整、有效和可執(zhí)行，通過(guò)對(duì)測(cè)試案例執(zhí)行要素的規(guī)范化來(lái)保證測(cè)試過(guò)程管理的實(shí)時(shí)準(zhǔn)確。[11]在實(shí)際的工作中，時(shí)常發(fā)現(xiàn)編寫的測(cè)試案例并不能保證案例的可讀性高和可執(zhí)行性強(qiáng)，久而久之導(dǎo)致的結(jié)果就是案例編寫和案例執(zhí)行關(guān)聯(lián)性不高，案例的執(zhí)行和案例的編寫不能夠做到有機(jī)的結(jié)合，案例執(zhí)行脫離了案例編寫的初衷即對(duì)案例執(zhí)行的指導(dǎo)，使得案例的編寫僅僅停留在了管理制度形式化的層面并未給案例執(zhí)行和項(xiàng)目質(zhì)量的提高帶來(lái)幫助。同時(shí)測(cè)試案例編寫的不規(guī)范也帶來(lái)了案例不可復(fù)用和無(wú)法集中管理的問(wèn)題。由此，本平臺(tái)提出對(duì)測(cè)試案例要素和測(cè)試執(zhí)行要素的概念，通過(guò)規(guī)范測(cè)試案例要素和測(cè)試執(zhí)行要素來(lái)保證測(cè)試案例的完整可執(zhí)行，同時(shí)也能夠做到對(duì)案例編寫和執(zhí)行的可監(jiān)控，對(duì)歷史案例的統(tǒng)一管理。[12]3.2.2測(cè)試案例要素在測(cè)試案例管理的過(guò)程中，首先必須要確定案例的要素組成。測(cè)試案例庫(kù)的案例要素應(yīng)包含案例編號(hào)、案例名稱、案例啟用狀態(tài)、測(cè)試要點(diǎn)、測(cè)試步驟、預(yù)期解決、編寫人員、編寫日期、計(jì)劃測(cè)試時(shí)間、計(jì)劃執(zhí)行人員、測(cè)試時(shí)間、測(cè)試結(jié)果、所屬項(xiàng)目、所屬應(yīng)用、所屬模塊等字段組成。圖3-7測(cè)試案例要素圖其測(cè)試要點(diǎn)是指驗(yàn)證的主要內(nèi)容，例如單選框中的字典值是否正確，輸入框中的長(zhǎng)度、類型是否正確等。測(cè)試步驟是指該測(cè)試該要點(diǎn)是需要經(jīng)過(guò)哪些交易流程，即該測(cè)試要點(diǎn)在系統(tǒng)中所處什么菜單下或者是在那個(gè)交易流程內(nèi)。例如新增人員姓名輸入框的測(cè)試，是在功能菜單中點(diǎn)擊人員管理->人員新增，在跳轉(zhuǎn)出的人員新增頁(yè)面中點(diǎn)擊新增人員按鈕后出現(xiàn)的人員新增頁(yè)面中才有這個(gè)輸入框。這些內(nèi)容應(yīng)該在軟件需求說(shuō)明書(shū)中有明確的描述。預(yù)期結(jié)果是指在既定的測(cè)試步驟下被測(cè)試的系統(tǒng)、軟件所展現(xiàn)的結(jié)果。例如數(shù)據(jù)計(jì)算結(jié)果、校驗(yàn)結(jié)果、頁(yè)面提示信息等具體的反饋數(shù)據(jù)和信息。由于軟件測(cè)試的特點(diǎn)是產(chǎn)品線多、應(yīng)用多、項(xiàng)目多：一個(gè)應(yīng)用又可能有多個(gè)版本的項(xiàng)目。這樣一來(lái)就必須建立完善的案例管理機(jī)制來(lái)提高案例的正確性、準(zhǔn)確性，提交案例的覆蓋程度，所以選取了以上的這些字段作為案例的基本要素，能夠做到清晰、有效地對(duì)測(cè)試案例進(jìn)行統(tǒng)一規(guī)范管理。測(cè)試案例庫(kù)這些要素字段相對(duì)應(yīng)的有項(xiàng)目信息表、應(yīng)用信息表、模塊信息表、版本信息表等。這里版本信息表中的數(shù)據(jù)與項(xiàng)目信息表的所屬版本進(jìn)行關(guān)聯(lián)，同時(shí)項(xiàng)目信息表中的所屬應(yīng)用又與應(yīng)用信息表進(jìn)行關(guān)聯(lián)，模塊信息表中的所屬應(yīng)用和所屬項(xiàng)目又可以和項(xiàng)目信息表和應(yīng)用信息表進(jìn)行關(guān)聯(lián)。案例信息表作為軟件測(cè)試平臺(tái)的重中之重，將系統(tǒng)中個(gè)各信息有機(jī)地結(jié)合在了一起。圖3-8案例信息圖通過(guò)案例信息表中的這些不同要素，軟件測(cè)試平臺(tái)有效地將案例通過(guò)不同的維度進(jìn)行了歸類，在今后的案例重用時(shí)能夠更好地進(jìn)行指導(dǎo)和篩選。結(jié)合銀行軟件測(cè)試平臺(tái)的公共信息管理中項(xiàng)目計(jì)劃模塊的測(cè)試案例準(zhǔn)備時(shí)間點(diǎn)要素和項(xiàng)目功能模塊中的計(jì)劃編寫案例數(shù)要素，平臺(tái)又可以就案例準(zhǔn)備進(jìn)行管理監(jiān)控3.2.3測(cè)試執(zhí)行要素在案例執(zhí)行階段，測(cè)試執(zhí)行案例需要有測(cè)試人員、測(cè)試時(shí)間、測(cè)試結(jié)果和問(wèn)題描述這些字段來(lái)進(jìn)行測(cè)試執(zhí)行的管理。圖3-9案例執(zhí)行要素圖在測(cè)試執(zhí)行要素中，確定了測(cè)試的人員和時(shí)間，針對(duì)驗(yàn)證的情況也保留記錄下測(cè)試的結(jié)果是否通過(guò)，如果不通過(guò)則必須錄入問(wèn)題描述。測(cè)試案例流程圖所示。圖3-10案例執(zhí)行流程圖3.3測(cè)試工具和程序的統(tǒng)一管理公司企業(yè)軟件測(cè)試的特點(diǎn)有產(chǎn)品線多、應(yīng)用多、項(xiàng)目多，這里還要補(bǔ)充一點(diǎn)最重要和關(guān)鍵的特點(diǎn)那就是穩(wěn)定。企業(yè)的系統(tǒng)一般不會(huì)做較大幅度地變化，主要的原因就是需要保證系統(tǒng)的穩(wěn)定。在這一基礎(chǔ)上根據(jù)業(yè)務(wù)的發(fā)展和政策的要求來(lái)做相應(yīng)的需求優(yōu)化。這樣一來(lái)往往就會(huì)牽涉到較大的人員投入來(lái)做回歸測(cè)試，確保需求變更后的版本（這里也可以理解為補(bǔ)?。?duì)原系統(tǒng)無(wú)影響。[13]現(xiàn)在越來(lái)越多的公司于企業(yè)開(kāi)始采用各種自動(dòng)化測(cè)試工具來(lái)提高測(cè)試的效率，例如VBA，robot，QTP，RFT這些軟件，但是往往局限于某個(gè)項(xiàng)目測(cè)試小組內(nèi)，或者各測(cè)試人員，不利于整體管理和推廣。所以在軟件測(cè)試管理平臺(tái)中，建立了測(cè)試工具和程序的管理平臺(tái)，可以將不同應(yīng)用、不同系統(tǒng)、針對(duì)不同模塊或交易流程的自動(dòng)化測(cè)試腳本和測(cè)試數(shù)據(jù)進(jìn)行保留和維護(hù)，同時(shí)通過(guò)此平臺(tái)，同一產(chǎn)品線或應(yīng)用中，不同的測(cè)試小組，可以下載相同或相似的測(cè)試方法自動(dòng)化腳本來(lái)編制新的測(cè)試腳本提高回歸測(cè)試的效率，同時(shí)可以提高不同小組甚至不同部門之間的交流學(xué)習(xí)。在測(cè)試工具和程序的統(tǒng)一管理中，這里將自動(dòng)化程序的分為直接運(yùn)行的軟件和測(cè)試軟件的執(zhí)行腳本兩種類型。目前可直接運(yùn)行的軟件一般為封裝后的.exe和.xls小工具，而測(cè)試軟件的執(zhí)行腳本根據(jù)軟件平臺(tái)主要分為Robot、QTP和RFT等類型。[14]圖3-11測(cè)試工具庫(kù)管理圖同時(shí)測(cè)試工具也需要與平臺(tái)內(nèi)的版本信息、項(xiàng)目信息、應(yīng)用信息、模塊信息等進(jìn)行關(guān)聯(lián)，可以通過(guò)不同維度進(jìn)行管理。圖3-12測(cè)試工具信息表與系統(tǒng)其它表之間的關(guān)系在測(cè)試腳本的管理中，可以將測(cè)試腳本分為輔助腳本和自動(dòng)腳本。這里輔助性標(biāo)志為輔助腳本表示：1）僅替代人工完成部分手工操作的腳本可以不一定有校驗(yàn)點(diǎn)2）不是完全自動(dòng)的腳本，腳本中需要有人手工干預(yù)。輔助標(biāo)志為自動(dòng)腳本的則就是那些無(wú)需人工干預(yù)，腳本中存在校驗(yàn)點(diǎn)，可以進(jìn)行相關(guān)案例關(guān)聯(lián)的腳本。這樣可以將自動(dòng)腳本和案例進(jìn)行關(guān)聯(lián)，通過(guò)在測(cè)試腳本中增加校驗(yàn)點(diǎn)的方式，將測(cè)試案例要素中測(cè)試要點(diǎn)、測(cè)試步驟、預(yù)期結(jié)果與腳本相結(jié)合，實(shí)現(xiàn)自動(dòng)化測(cè)試腳本與案例執(zhí)行的關(guān)聯(lián)。圖3-13測(cè)試腳本校驗(yàn)點(diǎn)與案例之間的關(guān)系3.5本章小結(jié)本章主要對(duì)平臺(tái)的關(guān)鍵技術(shù)作了研究與設(shè)計(jì)，描繪了平臺(tái)框架的總體結(jié)構(gòu)和主要功能。測(cè)試案例要素的規(guī)范，使得案例編寫執(zhí)行的過(guò)程可以有效地統(tǒng)一，同時(shí)也能夠使管理者清晰地進(jìn)行過(guò)程的監(jiān)控管理，及時(shí)發(fā)現(xiàn)項(xiàng)目測(cè)試過(guò)程中的進(jìn)度風(fēng)險(xiǎn)；測(cè)試工具的管理結(jié)合了各測(cè)試工具和腳本與項(xiàng)目模塊之間的關(guān)系，通過(guò)版本、項(xiàng)目、應(yīng)用、模塊等多個(gè)維度對(duì)工具進(jìn)行了有效地管理，可以使今后的工具重用，優(yōu)化提供更好地積累支撐。通過(guò)測(cè)試管理平臺(tái)能夠有效地減少溝通成本和反饋成本，減少重復(fù)勞動(dòng)，直接通過(guò)平臺(tái)進(jìn)行測(cè)試的管理。同時(shí)在各關(guān)鍵技術(shù)中也提供了相關(guān)的設(shè)計(jì)思路。4軟件評(píng)測(cè)管理平臺(tái)的實(shí)現(xiàn)和應(yīng)用4.1測(cè)試項(xiàng)目規(guī)范化管理的實(shí)現(xiàn)在測(cè)試項(xiàng)目管理的過(guò)程中，測(cè)試項(xiàng)目應(yīng)具有測(cè)試項(xiàng)目報(bào)告編號(hào)、產(chǎn)品名稱、產(chǎn)品型號(hào)、檢測(cè)時(shí)間、項(xiàng)目編號(hào)以及送檢單位的名稱、通訊地址、生產(chǎn)地點(diǎn)、E-mail、電話、郵編，另外還有測(cè)試人員、審核人員、批準(zhǔn)人員等要素。首先在一個(gè)測(cè)試管理平臺(tái)中，設(shè)計(jì)有基本的后臺(tái)系統(tǒng)管理、用戶登記管理、測(cè)試公共信息管理等模塊，提供測(cè)試信息、證書(shū)、測(cè)試報(bào)告單等的發(fā)布，以及相關(guān)資料的下載、相關(guān)業(yè)務(wù)的查詢，這在第三章中已有描述。平臺(tái)界面與功能模塊明細(xì)如圖4-1軟件評(píng)測(cè)管理平臺(tái)初始界面所示。圖4-1軟件評(píng)測(cè)管理平臺(tái)初始頁(yè)面本小節(jié)詳細(xì)分析了測(cè)試案例庫(kù)的設(shè)計(jì)實(shí)現(xiàn)。針對(duì)案例的要素，為了確保案例的可讀性和可執(zhí)行性必須包含案例的測(cè)試要點(diǎn)、測(cè)試步驟和預(yù)期結(jié)果；為了保證能夠?qū)Π咐帉?、?zhí)行的有效監(jiān)控，案例的要素需要有案例的計(jì)劃執(zhí)行時(shí)間和計(jì)劃測(cè)試人員；為了規(guī)范案例的分類管理則需要增加案例的所屬版本、所屬項(xiàng)目、所屬應(yīng)用和所屬模塊等要素，還有案例的編寫階段，案例的編寫人員等要素都需要用來(lái)作為案例必備的要素來(lái)進(jìn)行規(guī)范。下面通過(guò)實(shí)際操作流程來(lái)論述該管理平臺(tái)的實(shí)現(xiàn)：在評(píng)測(cè)系統(tǒng)首頁(yè)中可以查看發(fā)布信息、中心簡(jiǎn)介、咨詢聯(lián)系、測(cè)試項(xiàng)目、成功案例、常見(jiàn)問(wèn)題、證書(shū)等信息。圖4-2中心新聞與公告圖4-3證書(shū)發(fā)布公告在首頁(yè)下方處，點(diǎn)擊“后臺(tái)管理”，進(jìn)入后臺(tái)登陸界面圖4-4后臺(tái)登陸頁(yè)面在基本操作選項(xiàng)中，可以設(shè)置一些系統(tǒng)基本信息正確輸入用戶名稱、用戶密碼、驗(yàn)證碼后，單擊登陸，進(jìn)入后臺(tái)管理界面圖4-5后臺(tái)界面單擊“用戶管理”，可以設(shè)置系統(tǒng)用戶名及密碼圖4-6用戶管理界面單擊“系統(tǒng)配置”，可以設(shè)置網(wǎng)站名稱、版權(quán)說(shuō)明、聯(lián)系方式等圖4-7系統(tǒng)配置界面單擊“數(shù)據(jù)庫(kù)配置”，可以對(duì)更新后的數(shù)據(jù)庫(kù)進(jìn)行保存，并且還能還原舊數(shù)據(jù)庫(kù)。圖4-8數(shù)據(jù)庫(kù)配置界面（2）在新聞操作管理選項(xiàng)中，可以對(duì)新聞信息進(jìn)行增、刪、改、查等一系列操作單擊“新聞?lì)悇e”，可以對(duì)各種新聞進(jìn)行及時(shí)更新，確保信息的及時(shí)性圖4-9新聞?lì)悇e界面單擊“添加新聞”，可以發(fā)布不同類別的信息，并且根據(jù)后臺(tái)發(fā)布的樣式，呈現(xiàn)同樣的前臺(tái)效果，同時(shí)添加文章標(biāo)題、上傳者、發(fā)布時(shí)間、所屬類別等相關(guān)信息。圖4-10添加新聞界面單擊“新聞管理”，呈現(xiàn)新聞列表，可以對(duì)新聞進(jìn)行置頂、編輯、刪除等操作圖4-11新聞管理界面（3）在“附件管理”中，可以對(duì)測(cè)試報(bào)告進(jìn)行導(dǎo)出、刪除操作圖4-11附件管理界面首頁(yè)下方處，單擊“登記入口”，進(jìn)入測(cè)試項(xiàng)目登記入口圖4-12登記入口界面填寫“聯(lián)系人、通訊地址、電子郵箱、電話傳真、郵政編碼、產(chǎn)品名稱、產(chǎn)品型號(hào)、送測(cè)單位、測(cè)試功能”，單擊提交，顯示“成功提交”。圖4-13成功提交界面經(jīng)過(guò)測(cè)評(píng)中心的評(píng)測(cè)之后，會(huì)將此次測(cè)評(píng)報(bào)告發(fā)布在前臺(tái)，同時(shí)用戶也可以下載登記測(cè)試報(bào)告圖4-14測(cè)試報(bào)告發(fā)布公告界面圖4-15報(bào)告下載界面測(cè)試工具和程序的統(tǒng)一管理功能在本系統(tǒng)內(nèi)雖然不是主要功能，但是較有效的解決的測(cè)試程序和工具的規(guī)范化管理，對(duì)于軟件測(cè)試的工作帶來(lái)了新的管理思路和思維方式，提升工具和程序的使用率，間接減少手工測(cè)試工作量提高了人力資源的利用率。[15]4.2測(cè)試工具和程序的統(tǒng)一管理根據(jù)相關(guān)機(jī)構(gòu)統(tǒng)計(jì)，測(cè)試的工作量隨著版本的增加也會(huì)相應(yīng)的線性上升。所以現(xiàn)在越來(lái)越多的企業(yè)開(kāi)始采用各種自動(dòng)化測(cè)試工具來(lái)提高測(cè)試的效率。本節(jié)就針對(duì)各類測(cè)試工具和腳本來(lái)進(jìn)行統(tǒng)一的管理。[16]測(cè)試的工具可分為兩類，一類是可以直接運(yùn)行的程序例如.exe文件或是.xls的vba工具都是目前比較常用的；另外一類是需要安裝測(cè)試軟件后運(yùn)行的腳本，目前比較常用軟件是RationalRobot、QTP、RFT等。對(duì)此系統(tǒng)實(shí)現(xiàn)也分別對(duì)兩類通過(guò)不同功能菜單進(jìn)行管理為了解決行業(yè)軟件測(cè)試產(chǎn)品線多、應(yīng)用多、項(xiàng)目多這幾點(diǎn)，通過(guò)對(duì)測(cè)試案例的規(guī)范化管理來(lái)予以確保案例的適用性，但是對(duì)于如何確保行業(yè)軟件的穩(wěn)定性卻必須要求在有了部分功能或需求變動(dòng)后進(jìn)行充分地回歸驗(yàn)證原有功能的正確性。這樣一來(lái)勢(shì)必會(huì)要求測(cè)試人員在完成本期版本的功能驗(yàn)證后，花費(fèi)更多的時(shí)間來(lái)進(jìn)行測(cè)試。[17]4.3軟件評(píng)測(cè)管理平臺(tái)應(yīng)用及其效果分析隨著軟件測(cè)試管理平臺(tái)投入使用，測(cè)試案例已全部在平臺(tái)內(nèi)進(jìn)行管理，同時(shí)減少了測(cè)試管理人員的管理成本，測(cè)試過(guò)程異常情況的發(fā)現(xiàn)階段由原來(lái)的封板階段逐漸提前至測(cè)試執(zhí)行階段。根據(jù)某行業(yè)專業(yè)機(jī)構(gòu)對(duì)使用軟件評(píng)測(cè)管理平臺(tái)后產(chǎn)生效果的分析：圖4-15效果分析圖該機(jī)構(gòu)表示：實(shí)際的工作中各取10個(gè)相似的項(xiàng)目就使用平臺(tái)，對(duì)項(xiàng)目過(guò)程管理和項(xiàng)目的質(zhì)量情況進(jìn)行統(tǒng)計(jì)分析，可以發(fā)現(xiàn)項(xiàng)目異常監(jiān)控過(guò)程中，使用平臺(tái)的項(xiàng)目在項(xiàng)目前期通過(guò)案例編寫監(jiān)控發(fā)現(xiàn)的異常項(xiàng)目個(gè)數(shù)較未使用平臺(tái)的異常上報(bào)個(gè)數(shù)多了近5倍，測(cè)試執(zhí)行過(guò)程中項(xiàng)目的異常個(gè)數(shù)相比未使用平臺(tái)的項(xiàng)目而言上報(bào)數(shù)多了50%，項(xiàng)目封板前3天的異常項(xiàng)目個(gè)數(shù)僅為未使用平臺(tái)的25%。通過(guò)使用后的統(tǒng)計(jì)數(shù)據(jù)，可以清楚的發(fā)現(xiàn)使用平臺(tái)后項(xiàng)目異常的暴露時(shí)間更靠前即在整個(gè)測(cè)試過(guò)程的前期就能發(fā)現(xiàn)較大的問(wèn)題。后隨著項(xiàng)目測(cè)試的進(jìn)行在封板前3天異常項(xiàng)目個(gè)數(shù)成收斂的態(tài)勢(shì)，反觀未使用測(cè)試平臺(tái)進(jìn)行測(cè)試管理的項(xiàng)目，異常情況卻往往在中后期才暴露。[18]圖4-16異常項(xiàng)目對(duì)比分析圖通過(guò)項(xiàng)目測(cè)試階段的缺陷清除率也發(fā)現(xiàn)，由于更好的項(xiàng)目測(cè)試過(guò)程管理，項(xiàng)目測(cè)試階段的測(cè)試質(zhì)量也更高，相對(duì)于未使用平臺(tái)的項(xiàng)目，使用平臺(tái)的項(xiàng)目一方面，由于測(cè)試案例粒度的統(tǒng)一，規(guī)范了測(cè)試粒度；另一方面，測(cè)試過(guò)程的得到了有效監(jiān)控，項(xiàng)目過(guò)程中存在的一系列問(wèn)題都能通過(guò)監(jiān)控?cái)?shù)據(jù)得到反映，項(xiàng)目問(wèn)題能夠做到早發(fā)現(xiàn)早解決，測(cè)試的缺陷清除率也較以往未使用平臺(tái)提升了5%。由于通過(guò)平臺(tái)來(lái)進(jìn)行準(zhǔn)備，項(xiàng)目測(cè)試資料的后期歸檔整理成本也幾乎為零，進(jìn)一步的減少了項(xiàng)目結(jié)束后測(cè)試人員的工作量。[19]結(jié)語(yǔ)通過(guò)有效借助測(cè)試管理工具實(shí)現(xiàn)軟件測(cè)試過(guò)程管理自動(dòng)化后，有效地提高了測(cè)試效率和測(cè)試質(zhì)量。本文旨在從體系層面描述軟件測(cè)試管理自動(dòng)化的過(guò)程和方法，希望能為有關(guān)軟件測(cè)試組織進(jìn)行平臺(tái)建設(shè)提供一定的參考。在實(shí)際應(yīng)用中，由于產(chǎn)品軟件開(kāi)發(fā)組織架構(gòu)和具體項(xiàng)目情況不同，還需要進(jìn)行具體的測(cè)試管理平臺(tái)和測(cè)試執(zhí)行平臺(tái)開(kāi)發(fā)的不斷探索和研究本文充分考慮了企業(yè)軟件的特點(diǎn)，提出針對(duì)企業(yè)軟件測(cè)試過(guò)程中的管理方式。在測(cè)試管理過(guò)程中將測(cè)試案例規(guī)范化，形成統(tǒng)一的管理，制定案例編寫的規(guī)范，同時(shí)也做到案例的可復(fù)用性，將各測(cè)試要點(diǎn)與企業(yè)各系統(tǒng)中的功能模塊進(jìn)行關(guān)聯(lián)，更好地指導(dǎo)和規(guī)范案例的制定從而提高軟件測(cè)試的質(zhì)量和項(xiàng)目的質(zhì)量；其次，對(duì)各類測(cè)試工具進(jìn)行統(tǒng)一的管理，將工具的使用范圍最大化，加強(qiáng)自動(dòng)化工具的使用率，減少回歸測(cè)試的人員投入和人為疏忽、增加回歸測(cè)試的質(zhì)量；根據(jù)企業(yè)軟件數(shù)量多的特點(diǎn)建立測(cè)試執(zhí)行的監(jiān)控模型，通過(guò)量化的指標(biāo)來(lái)切實(shí)有效地反應(yīng)各項(xiàng)目軟件測(cè)試階段的進(jìn)度情況和項(xiàng)目整理版本質(zhì)量，減少測(cè)試過(guò)程管理工作量。由此來(lái)達(dá)到整體提升公司企業(yè)測(cè)試管理質(zhì)量，從而提高軟件測(cè)試質(zhì)量的目的。參考文獻(xiàn)[1].崔啟亮，軟件測(cè)試認(rèn)識(shí)的幾個(gè)誤區(qū),http///Key_Modules/Testing.htm，2004[2].吳長(zhǎng)安.軟件測(cè)試的若干問(wèn)題.《軟件測(cè)試雜志》.2007.4.[3].張海藩.軟件工程導(dǎo)論[M].北京:清華大學(xué)出版社，1997[4].閆佳璐中國(guó)軟件測(cè)試目前發(fā)展現(xiàn)狀與軟件測(cè)試行業(yè)發(fā)展前景/main/it/d_7_164487.html.2013.8[5].朱少民.軟件測(cè)試方法與技術(shù)[2].北京：清華大學(xué)出版社，2010.7.[6].鄭人杰.軟件測(cè)試.北京：人民郵電出版社，2011.3[7].RajeevTShandilya著，王克仁等譯，軟件項(xiàng)目管理，科學(xué)出版社，2002[8].普雷斯曼(美)，軟件工程實(shí)踐者的研究方法，北京機(jī)械工業(yè)出版社，2004[9].李艷平，潘維民．軟件測(cè)試管理中可能存在的問(wèn)題及分析解決，中國(guó)科技論文在線[10].賀平.編著.《軟件測(cè)試教程》.電子工業(yè)出版社.2005.6[11].王健.苗勇.劉郢.編著.《軟件測(cè)試員培訓(xùn)教材》.電子工業(yè)出版社.2003.9[12].InderjeetSingh，BethStearns，MarkJohnson，andtheEnterpriseTeam．AddisonWesley-DesigningEnterpriseApplicationswiththeJ2EEPlatform．SunMicrosystems，Inc．2002[13].葉言苓，崔彥軍，軟件測(cè)試管理的研究與應(yīng)用［J］，計(jì)算機(jī)應(yīng)用與軟件，2003[14].張華，軟件測(cè)試的常識(shí)［J］，無(wú)憂測(cè)試創(chuàng)刊號(hào)第33頁(yè)[15].[美]

GlenfordJ.Myers，等著

張曉明，黃琳

譯.軟件測(cè)試的藝術(shù).北京：機(jī)械工業(yè)出版社，2012.4[16].張保軍．軟件產(chǎn)品測(cè)試流程管理分析FINANCIALCOMPUTEROFCHINA2008·4[17].王健.苗勇.劉郢.編著.《軟件測(cè)試員培訓(xùn)教材》.電子工業(yè)出版社.2003.9[18].蔡琰.淺談功能測(cè)試用例模板設(shè)計(jì).《軟件測(cè)試雜志》.2005第1期[19].賀平.編著.《軟件測(cè)試教程》.電子工業(yè)出版社.2005.6致謝基于C8051F單片機(jī)直流電動(dòng)機(jī)反饋控制系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的嵌入式Web服務(wù)器的研究MOTOROLA單片機(jī)MC68HC（8）05PV8/A內(nèi)嵌EEPROM的工藝和制程方法及對(duì)良率的影響研究基于模糊控制的電阻釬焊單片機(jī)溫度控制系統(tǒng)的研制基于MCS-51系列單片機(jī)的通用控制模塊的研究基于單片機(jī)實(shí)現(xiàn)的供暖系統(tǒng)最佳啟停自校正（STR）調(diào)節(jié)器單片機(jī)控制的二級(jí)倒立擺系統(tǒng)的研究基于增強(qiáng)型51系列單片機(jī)的TCP/IP協(xié)議棧的實(shí)現(xiàn)基于單片機(jī)的蓄電池自動(dòng)監(jiān)測(cè)系統(tǒng)基于32位嵌入式單片機(jī)系統(tǒng)的圖像采集與處理技術(shù)的研究基于單片機(jī)的作物營(yíng)養(yǎng)診斷專家系統(tǒng)的研究基于單片機(jī)的交流伺服電機(jī)運(yùn)動(dòng)控制系統(tǒng)研究與開(kāi)發(fā)基于單片機(jī)的泵管內(nèi)壁硬度測(cè)試儀的研制基于單片機(jī)的自動(dòng)找平控制系統(tǒng)研究基于C8051F040單片機(jī)的嵌入式系統(tǒng)開(kāi)發(fā)基于單片機(jī)的液壓動(dòng)力系統(tǒng)狀態(tài)監(jiān)測(cè)儀開(kāi)發(fā)模糊Smith智能控制方法的研究及其單片機(jī)實(shí)現(xiàn)一種基于單片機(jī)的軸快流CO〈,2〉激光器的手持控制面板的研制基于雙單片機(jī)沖床數(shù)控系統(tǒng)的研究基于CYGNAL單片機(jī)的在線間歇式濁度儀的研制基于單片機(jī)的噴油泵試驗(yàn)臺(tái)控制器的研制基于單片機(jī)的軟起動(dòng)器的研究和設(shè)計(jì)基于單片機(jī)控制的高速快走絲電火花線切割機(jī)床短循環(huán)走絲方式研究基于單片機(jī)的機(jī)電產(chǎn)品控制系統(tǒng)開(kāi)發(fā)基于PIC單片機(jī)的智能手機(jī)充電器基于單片機(jī)的實(shí)時(shí)內(nèi)核設(shè)計(jì)及其應(yīng)用研究基于單片機(jī)的遠(yuǎn)程抄表系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的煙氣二氧化硫濃度檢測(cè)儀的研制基于微型光譜儀的單片機(jī)系統(tǒng)單片機(jī)系統(tǒng)軟件構(gòu)件開(kāi)發(fā)的技術(shù)研究基于單片機(jī)的液體點(diǎn)滴速度自動(dòng)檢測(cè)儀的研制基于單片機(jī)系統(tǒng)的多功能溫度測(cè)量?jī)x的研制基于PIC單片機(jī)的電能采集終端的設(shè)計(jì)和應(yīng)用基于單片機(jī)的光纖光柵解調(diào)儀的研制氣壓式線性摩擦焊機(jī)單片機(jī)控制系統(tǒng)的研制基于單片機(jī)的數(shù)字磁通門傳感器基于單片機(jī)的旋轉(zhuǎn)變壓器-數(shù)字轉(zhuǎn)換器的研究基于單片機(jī)的光纖Bragg光柵解調(diào)系統(tǒng)的研究