軟件評測管理系統(tǒng)

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

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

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

GlenfordJ.Myers，等著

張曉明，黃琳

譯.軟件測試的藝術(shù).北京：機械工業(yè)出版社，2012.4[16].張保軍．軟件產(chǎn)品測試流程管理分析FINANCIALCOMPUTEROFCHINA2008·4[17].王健.苗勇.劉郢.編著.《軟件測試員培訓教材》.電子工業(yè)出版社.2003.9[18].蔡琰.淺談功能測試用例模板設(shè)計.《軟件測試雜志》.2005第1期[19].賀平.編著.《軟件測試教程》.電子工業(yè)出版社.2005.6致謝基于C8051F單片機直流電動機反饋控制系統(tǒng)的設(shè)計與研究基于單片機的嵌入式Web服務(wù)器的研究MOTOROLA單片機MC68HC（8）05PV8/A內(nèi)嵌EEPROM的工藝和制程方法及對良率的影響研究基于模糊控制的電阻釬焊單片機溫度控制系統(tǒng)的研制基于MCS-51系列單片機的通用控制模塊的研究基于單片機實現(xiàn)的供暖系統(tǒng)最佳啟停自校正（STR）調(diào)節(jié)器單片機控制的二級倒立擺系統(tǒng)的研究基于增強型51系列單片機的TCP/IP協(xié)議棧的實現(xiàn)基于單片機的蓄電池自動監(jiān)測系統(tǒng)基于32位嵌入式單片機系統(tǒng)的圖像采集與處理技術(shù)的研究基于單片機的作物營養(yǎng)診斷專家系統(tǒng)的研究基于單片機的交流伺服電機運動控制系統(tǒng)研究與開發(fā)基于單片機的泵管內(nèi)壁硬度測試儀的研制基于單片機的自動找平控制系統(tǒng)研究基于C8051F040單片機的嵌入式系統(tǒng)開發(fā)基于單片機的液壓動力系統(tǒng)狀態(tài)監(jiān)測儀開發(fā)模糊Smith智能控制方法的研究及其單片機實現(xiàn)一種基于單片機的軸快流CO〈,2〉激光器的手持控制面板的研制基于雙單片機沖床數(shù)控系統(tǒng)的研究基于CYGNAL單片機的在線間歇式濁度儀的研制基于單片機的噴油泵試驗臺控制器的研制基于單片機的軟起動器的研究和設(shè)計基于單片機控制的高速快走絲電火花線切割機床短循環(huán)走絲方式研究基于單片機的機電產(chǎn)品控制系統(tǒng)開發(fā)基于PIC單片機的智能手機充電器基于單片機的實時內(nèi)核設(shè)計及其應(yīng)用研究基于單片機的遠程抄表系統(tǒng)的設(shè)計與研究基于單片機的煙氣二氧化硫濃度檢測儀的研制基于微型光譜儀的單片機系統(tǒng)單片機系統(tǒng)軟件構(gòu)件開發(fā)的技術(shù)研究基于單片機的液體點滴速度自動檢測儀的研制基于單片機系統(tǒng)的多功能溫度測量儀的研制基于PIC單片機的電能采集終端的設(shè)計和應(yīng)用基于單片機的光纖光柵解調(diào)儀的研制氣壓式線性摩擦焊機單片機控制系統(tǒng)的研制基于單片機的數(shù)字磁通門傳感器基于單片機的旋轉(zhuǎn)變壓器-數(shù)字轉(zhuǎn)換器的研究基于單片機的光纖Bragg光柵解調(diào)系統(tǒng)的研究單片機控制的便攜式多功能乳腺治療儀的研制基于C8051F020單片機的多生理信號檢測儀基于單片機的電機運動控制系統(tǒng)設(shè)計Pico專用單片機核的可測性設(shè)計研究基于MCS-51單片機的熱量計基于雙單片機的智能遙測微型氣象站MCS-51單片機構(gòu)建機器人的實踐研究基于單片機的輪軌力檢測基于單片機的GPS定位儀的研究與實現(xiàn)基于單片機的電液伺服控制系統(tǒng)用于單片機系統(tǒng)的MMC卡文件系統(tǒng)研制基于單片機的時控和計數(shù)系統(tǒng)性能優(yōu)化的研究基于單片機和CPLD的粗光柵位移測量系統(tǒng)研究單片機控制的后備式方波UPS提升高職學生單片機應(yīng)用能力的探究基于單片機控制的自動低頻減載裝置研究基于單片機控制的水下焊接電源的研究基于單片機的多通道數(shù)據(jù)采集系統(tǒng)基于uPSD3234單片機的氚表面污染測量儀的研制基于單片機的紅外測油儀的研究96系列單片機仿真器研究與設(shè)計基于單片機的單晶金剛石刀具刃磨設(shè)備的數(shù)控改造基于單片機的溫度智能控制系統(tǒng)的設(shè)計與實現(xiàn)基于MSP430單片機的電梯門機控制器的研制基于單片機的氣體測漏儀的研究基于三菱M16C/6N系列單片機的CAN/USB協(xié)議轉(zhuǎn)換器基于單片機和DSP的變壓器油色譜在線監(jiān)測技術(shù)研究基于單片機的膛壁溫度報警系統(tǒng)設(shè)計基于AVR單片機的低壓無功補償控制器的設(shè)計基于單片機船舶電力推進電機監(jiān)測系統(tǒng)基于單片機網(wǎng)絡(luò)的振動信號的采集系統(tǒng)基于單片機的大容量數(shù)據(jù)存儲技術(shù)的應(yīng)用研究基于單片機的疊圖機研究與教學方法實踐基于單片機嵌入式Web服務(wù)器技術(shù)的研究及實現(xiàn)基于AT89S52單片機的通用數(shù)據(jù)采集系統(tǒng)基于單片機的多道脈沖幅度分析儀研究機器人旋轉(zhuǎn)電弧傳感角焊縫跟蹤單片機控制系統(tǒng)基于單片機的控制系統(tǒng)在PLC虛擬教學實驗中的應(yīng)用研究HYPERLINK"/de