軟件測試人員績效評估的分析、設(shè)計與實現(xiàn)論文

1、WORD.25/29WORD.交通大學(xué)本科畢業(yè)論文軟件測試人員績效評估的分析、設(shè)計與實現(xiàn)學(xué) 生：齊欣昊學(xué) 號：2專 業(yè)：計算機軟件導(dǎo) 師：王軼俊交通大學(xué)網(wǎng)絡(luò)教育學(xué)院二八年九月畢業(yè)論文聲明本人重聲明：1、此畢業(yè)論文是本人在指導(dǎo)教師指導(dǎo)下獨立進行研究取得的成果。除了特別加以標(biāo)注和致的地方外，本文不包含其他人或其它機構(gòu)已經(jīng)發(fā)表或撰寫過的研究成果。對本文研究做出重要貢獻的個人與集體均已在文中作了明確標(biāo)明。本人完全意識到本聲明的法律結(jié)果由本人承擔(dān)。2、本人完全了解學(xué)校、學(xué)院有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校與學(xué)院保留并向國家有關(guān)部門或機構(gòu)送交此論文的復(fù)印件和電子版，允許此文被查閱和借閱。本人授權(quán)交通

2、大學(xué)網(wǎng)絡(luò)教育學(xué)院可以將此文的全部或部分容編入有關(guān)數(shù)據(jù)庫進行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本文。3、若在交通大學(xué)網(wǎng)絡(luò)教育學(xué)院畢業(yè)論文審查小組復(fù)審中，發(fā)現(xiàn)本文有抄襲，一切后果均由本人承擔(dān)（包括接受畢業(yè)論文成績不與格、繳納畢業(yè)論文重新學(xué)習(xí)費、不能按時獲得畢業(yè)證書等），與畢業(yè)論文指導(dǎo)老師無關(guān)。作者簽名：齊欣昊 日期： 2008年9月10日軟件測試人員績效評估的分析、設(shè)計與實現(xiàn)摘要軟件測試在軟件項目中的重要地位顯而易見，然而在國，軟件測試業(yè)起步晚，不受重視，面對國軟件測試行業(yè)的窘?jīng)r，測試人員的水平不高，高級測試工程師更是緊缺，軟件測試人員的水平更是很難提高。而在項目中， HYPERL

3、INK 測試人員考核其實是個提高測試人員水平、體現(xiàn)項目質(zhì)量有效和直觀的方法。但是這個考核往往又成為項目經(jīng)理和 HYPERLINK 測試經(jīng)理的一個難題。怎樣評估 HYPERLINK 測試人員的工作？怎樣定義 HYPERLINK 測試質(zhì)量的差別？那么我所希望研究的就是如何去評價一個測試人員的工作績效，如何去量化一個測試人員。通過量化的數(shù)值從而能更加好、更加正確地評價一個測試人員，從而反映出每個測試人員的不足，以此來推動測試人員的發(fā)展，來提高測試人員的水平。此論文的主要亮點在于，對生活中的事例進行了抽象，對抽象出來的考核參數(shù)通過加權(quán)的方式合理地對測試人員的績效進行量化。其特點如下：通過現(xiàn)實生活中的事

4、例抽象出測試人員績效考評的參數(shù)。根據(jù)參數(shù)對測試人員的影響進行加權(quán)式的量化。簡單有效地進行一個測試人員的考評。關(guān)鍵詞：軟件測試； HYPERLINK 測試人員考核；工作效率指標(biāo)；工作質(zhì)量指標(biāo)ABSTRACTIt is obvious that the software testing system is of great significance in the software project. But in China, little importance is laid on it as its coming and development in our country is lagging

5、. In this unpromising situation, the low level of technology of testers is inevitable and High-level tester engineers are even scarcer, which makes the software testers skill level difficult to enhance. In one project, the testers appraise is an effective and direct-viewing method in the enhancement

6、 of a testers skill and manifesting the quality of the project. But this inspection often becomes a difficult problem of project managers and tester managers.The research I do is relevant to how to appraise and quantize the achievement of the testers work. Using these marks after quantizing, it will

7、 be better to promote the development of a tester and enhance the skill level of a tester.The point of this study is abstracting the cases in life, and weighing the parameters of the marks which had been quantized of the achievement of the testers work. The points are as follows:1. Abstract the case

8、 in life, and choose the parameter about the testers work2. Weighting the parameter according to the affect of tester.3. Easy and efficient to appraise the tester. Key Words: software test；testers appraise；norm of work efficiency；norm of work quality軟件測試人員績效量化系統(tǒng)的分析、設(shè)計與實現(xiàn)目 錄TOC o 1-3 h z uHYPERLINK l

9、 _Toc151269549第1章 項目概述 PAGEREF _Toc151269549 h 3HYPERLINK l _Toc1512695501.1 背景介紹 PAGEREF _Toc151269550 h 3HYPERLINK l _Toc1512695511.1.1 軟件測試背景介紹 PAGEREF _Toc151269551 h 3HYPERLINK l _Toc1512695521.1.2 軟件測試在中國的形勢 PAGEREF _Toc151269552 h 5HYPERLINK l _Toc1512695531.1.3 軟件測試人員技術(shù)背景介紹 PAGEREF _Toc15126

10、9553 h 5HYPERLINK l _Toc1512695541.2 設(shè)計理念的由來 PAGEREF _Toc151269554 h 6HYPERLINK l _Toc1512695551.2.1 CMM簡單介紹 PAGEREF _Toc151269555 h 6HYPERLINK l _Toc1512695561.2.2 CMM與軟件測試 PAGEREF _Toc151269556 h 7HYPERLINK l _Toc1512695571.3 預(yù)期產(chǎn)品的特點介紹 PAGEREF _Toc151269557 h 7HYPERLINK l _Toc1512695581.4 小結(jié) PAGER

11、EF _Toc151269558 h 7HYPERLINK l _Toc151269559第2章 需求分析 PAGEREF _Toc151269559 h 9HYPERLINK l _Toc1512695602.1 存在的問題分析 PAGEREF _Toc151269560 h 9HYPERLINK l _Toc1512695612.2 可行性研究 PAGEREF _Toc151269561 h 9HYPERLINK l _Toc1512695622.3 對應(yīng)工具的選取 PAGEREF _Toc151269562 h 9HYPERLINK l _Toc1512695632.4 小結(jié) PAGER

12、EF _Toc151269563 h 10HYPERLINK l _Toc151269564第3章 軟件設(shè)計與實現(xiàn) PAGEREF _Toc151269564 h 11HYPERLINK l _Toc1512695653.1 概要設(shè)計 PAGEREF _Toc151269565 h 11HYPERLINK l _Toc1512695663.1.1 程序結(jié)構(gòu)圖與說明 PAGEREF _Toc151269566 h 11HYPERLINK l _Toc1512695673.1.2 數(shù)據(jù)流圖與說明 PAGEREF _Toc151269567 h 12HYPERLINK l _Toc151269568

13、3.1.3 技術(shù)指標(biāo)量化的分析 PAGEREF _Toc151269568 h 12HYPERLINK l _Toc1512695693.1.4 具體的量化指標(biāo) PAGEREF _Toc151269569 h 14HYPERLINK l _Toc1512695703.2 詳細設(shè)計 PAGEREF _Toc151269570 h 17HYPERLINK l _Toc1512695713.2.1界面的布局 PAGEREF _Toc151269571 h 17HYPERLINK l _Toc1512695723.2.2系統(tǒng)框架分析 PAGEREF _Toc151269572 h 18HYPERLIN

14、K l _Toc1512695733.2.3數(shù)據(jù)庫的分析 PAGEREF _Toc151269573 h 19HYPERLINK l _Toc1512695743.3 小結(jié) PAGEREF _Toc151269574 h 19HYPERLINK l _Toc151269575第4章 系統(tǒng)實現(xiàn)與測試 PAGEREF _Toc151269575 h 20HYPERLINK l _Toc1512695764.1 系統(tǒng)搭建 PAGEREF _Toc151269576 h 20HYPERLINK l _Toc1512695774.2 遇到的問題與改進方法 PAGEREF _Toc151269577 h

15、22HYPERLINK l _Toc1512695784.3 小結(jié) PAGEREF _Toc151269578 h 23HYPERLINK l _Toc151269579第5章 論文總結(jié) PAGEREF _Toc151269579 h 24HYPERLINK l _Toc1512695805.1 產(chǎn)品的價值 PAGEREF _Toc151269580 h 24HYPERLINK l _Toc1512695815.2 產(chǎn)品不足 PAGEREF _Toc151269581 h 24HYPERLINK l _Toc1512695825.3 對產(chǎn)品拓寬應(yīng)用的想法 PAGEREF _Toc1512695

16、82 h 24HYPERLINK l _Toc151269583結(jié)束語 PAGEREF _Toc151269583 h 25HYPERLINK l _Toc151269584參考文獻 PAGEREF _Toc151269584 h 26HYPERLINK l _Toc151269585致 PAGEREF _Toc151269585 h 27HYPERLINK l _Toc151269586附錄 PAGEREF _Toc151269586 h 28項目概述背景介紹軟件測試背景介紹軟件測試，一個不陌生的詞，相信大家在近些年來對于它的關(guān)注也是越來越多，越來越重。在介紹它的背景之前，先來說下它的學(xué)術(shù)上

17、的定義吧！軟件測試就是在軟件交付用戶使用或投入運行前，對軟件需求規(guī)格說明、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。換句話說，軟件測試就是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；趯Χx的了解，下面介紹與軟件測試相關(guān)的一些容：軟件測試的階段一般我們所說的軟件測試都分兩個階段。第一個階段，在編寫出每一個模塊之后就對它做的必要的測試，即我們稱作為的單元測試。一般來說，編碼和單元測試是屬于軟件生命周期中的同一個階段的。而在結(jié)束這個階段后對軟件系統(tǒng)還要進行一系列的各種綜合測試，如集成測試、系統(tǒng)測試、回歸測試、性能測試和配置測試等，這就是軟件生命周期的另一個獨立階段，即綜合測試階段。軟件測試的目的

18、從一般的意義上說，其實軟件測試的最終目的也就是為了避免軟件中的各種錯誤的發(fā)生，確保應(yīng)用用戶在使用程序時能夠正常高效的運行。這也是體現(xiàn)軟件測試價值的所在。其次還有一些人們通常忽視的目的，那就是，利用好的測試用例、成功的測試用例來發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。最關(guān)鍵一點，也是一直以來都被測試人員忽視的問題，就是發(fā)現(xiàn)問題的同時，還要盡自己可能來幫助開發(fā)人員分析問題，排除一些不利于開發(fā)解決問題的因素，盡可能的詳細描述來重現(xiàn)錯誤的方法。這些都是測試的目的。軟件測試的原則軟件測試的原則應(yīng)該就是盡早和不斷地進行軟件測試，因為實踐證明單元測試可以盡早發(fā)現(xiàn)問題，這樣就可以盡量減少后期測試工作的工作量與錯誤量，同時也可以

19、確保系統(tǒng)不會的因為發(fā)現(xiàn)錯誤過晚而導(dǎo)致項目的延期，或者因為重大缺陷問題而導(dǎo)致復(fù)工。然而這一點卻是通常的開發(fā)人員所忽視的地方，往往我們會認為，測試是后期測試人員應(yīng)該負責(zé)的，因此造成后期測試人員總能發(fā)現(xiàn)一些低級的錯誤。充分注意測試中的群集現(xiàn)象。對于這點，起初我并不怎么理解，但經(jīng)驗表明，測試后程序殘存的錯誤數(shù)目確實與該程序中已發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成正比。所以，應(yīng)該對錯誤群集的程序段進行重點測試。最后，應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查。妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。軟件測試的對象傳統(tǒng)的軟件測試僅是對軟件的功能測試。其實，軟件測試并不單純等同于程序測試。軟件測試應(yīng)該

20、貫穿整個軟件定義與開發(fā)整個期間。因此需求分析、概要設(shè)計、詳細設(shè)計以與程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以與源程序，都應(yīng)該是軟件測試（評審）的對象。在對需求理解與表達的正確性、設(shè)計與表達的正確性、實現(xiàn)的正確性以與運行的正確性的驗證中，任何一個環(huán)節(jié)發(fā)生了問題都可能在軟件測試中表現(xiàn)出來。軟件測試的重要性我們知道軟件測試一直以來都在整個軟件生命周期中所占據(jù)重要的地位，但是在傳統(tǒng)的瀑布模型中，軟件測試僅僅安排在運行與維護階段之前，雖然這樣的方法是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段，但是由于受到傳統(tǒng)模型本身的限制，軟件測試的地位的重要性一直以來都

21、沒很好的發(fā)揮。近年來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應(yīng)包含測試，也就是如上面提與的第4點，測試的對象更加全面。采取這樣做的方式的目的是可以做到檢驗本階段的成果是否接近該階段的預(yù)期目標(biāo)，同時可以確保盡早的發(fā)現(xiàn)各階段中的錯誤的存在，并且加以修正。因為以往的事實告訴我們?nèi)绻辉谠缙陔A段就進行測試，錯誤往往會延時擴散，并且常常會導(dǎo)致最后成品測試的巨大困難。其實，大量軟件項目的觀察結(jié)果表明，軟件項目的成功與否在很大程度上依賴于軟件測試的成功，軟件測試做得好的項目不光質(zhì)量好，而且可以提前或按時完成，其成本也相對較低；抓軟件測試和軟件質(zhì)量，并不意味著增加項目成本，反而可以降低項

22、目成本。此外，軟件測試有著在軟件項目中舉足輕重的地位與意義。軟件測試在中國的形勢通過上面對軟件測試的背景的介紹，我們可以大致了解了軟件測試其在整個軟件開發(fā)中的重要地位。因為軟件測試貫穿著整個軟件的開發(fā)，軟件測試的好與壞，也直接影響著軟件本身的好壞，同時也對軟件的效益掛上了鉤。所以，軟件測試越來越受到了人們的重視。不過目前與國際先進軟件企業(yè)相比，中國軟件企業(yè)的差距在哪里？一個重要而又明顯的差距就是軟件測試和軟件測試人才。主要存在以下幾個方面的問題： 認識問題：普遍存在重開發(fā)、輕測試的現(xiàn)象，將測試放在從屬被動的地位。沒有充分認識到，其實軟件項目的開發(fā)完成的好壞，不僅取決于開發(fā)人員，更取決于測試人員

23、。從業(yè)人員：目前國的大多數(shù)測試人員整體水平都不是很高，有的是從別的行業(yè)，經(jīng)過某某學(xué)校的培訓(xùn)進入這個行業(yè)的，有的是半路出嫁，這多多少少影響著測試行業(yè)的發(fā)展。管理問題：多數(shù)存在隨意化、簡單化，沒有建立有效的、規(guī)的測試管理體系。工具問題：現(xiàn)在國的公司，大多都缺少自動化工具的支持，一般未采用軟件測試管理系統(tǒng)。培訓(xùn)問題：國測試的培訓(xùn)越來越多，但有哪些是把真正提高從業(yè)人員的水平做為首要任務(wù)的，更多的可能在“錢 ”字上。一些統(tǒng)計數(shù)據(jù)表明，在國，多數(shù)軟件企業(yè)在軟件測試方面上的投入一般都在5%以下，而國際著名企業(yè)的軟件測試則在整個軟件項目中所占的比例為40% 以上，占整個項目費用的50%以上，軟件測試人員與開發(fā)

24、人員的人數(shù)也比例大于1:2 ，反觀國，測試人員所占比例很小，通常都處于從屬與被動的地位。所以，我想中國的軟件工業(yè)要想健康的發(fā)展，必須正視上面的幾個問題和努力縮小這些問題上的差距。軟件測試人員技術(shù)背景介紹前面我們已經(jīng)提到過了，中國軟件企業(yè)的差距中軟件測試人才也是個比較嚴(yán)重的問題。正如有標(biāo)題寫道：“國軟件測試業(yè)之怪現(xiàn)狀-重賞之下無勇夫”。一些相關(guān)報道表明，國一些知名軟件出口企業(yè)組織的招聘會上出現(xiàn)了“粥多僧少”的怪現(xiàn)狀。來自中星微電子、用友、金山、書生公司等很多企業(yè)的代表在面對前來應(yīng)聘的近千名專業(yè)人才發(fā)出了感慨：“找軟件人才，難！找優(yōu)秀的難上加難！”據(jù)招聘會負責(zé)人先生介紹，本次參與招聘企業(yè)將主要對軟

25、件測試工程師、J2EE高級軟件開發(fā)工程師、JAVA開發(fā)工程師等崗位展開招聘；由于測試工程師等人才與其緊缺，大多企業(yè)都比較急，甚至有些企業(yè)像金山、聯(lián)信永益等就直接打出“急聘”字眼招攬英才。設(shè)計理念的由來前些階段，公司部培訓(xùn)CMM，借此機會自己也在網(wǎng)上查閱了許多相關(guān)的容，公司部整頓，提高軟件項目管理，軟件開發(fā)，于是結(jié)合了測試的相關(guān)容，學(xué)習(xí)了下CMM如何更好的運用到測試環(huán)節(jié)中。此次論文選題，理所當(dāng)然的就想到這個與自己工作密不可分的容。一來對論文分析研究上著手比較簡單，二來研究成果也有助于工作上的需求。其實，當(dāng)從一個測試員轉(zhuǎn)變?yōu)楣芾韱T的我深刻體會到，對于一個測試人員績效的量化的困難，但同時也了解其在國

26、測試行業(yè)中的意義的重大，因為在中國這個測試不受重視的大背景下，目前的軟件測試人才緊缺，已成為中國軟件企業(yè)的當(dāng)務(wù)之急。對于測試人員又如此高的需求情況下，對于一個測試人員的績效量化有非常重大的意義。為此下定決心，將此論文研究到底。CMM簡單介紹CMM（軟件能力成熟度模型：Capability Maturity Model For Software）是由美國卡基梅隆大學(xué)的軟件工程研究所（SEI：Software Engineering Institute）受美國國防部委托研究制定并在美國，隨后在全世界推廣實施的一種軟件評估標(biāo)準(zhǔn)，主要用于軟件開發(fā)過程和軟件開發(fā)能力的評估和改進。SEI 給 CMM 下的

27、定義是：對于軟件組織在定義，實現(xiàn)，度量，控制和改善其軟件過程的進程中各個發(fā)展階段的描述。這個模型便于確定軟件組織的現(xiàn)有過程能力和查找出軟件質(zhì)量與過程改進方面的最關(guān)鍵的問題，從而為選擇過程改進戰(zhàn)略提供指南。CMM把軟件開發(fā)過程的成熟度由低到高分為五級，即初始級、可重復(fù)級、已定義級、已管理級和優(yōu)化級。隨著CMM等級的提高，逐步降低了軟件開發(fā)風(fēng)險，縮短了開發(fā)時間，降低了軟件開發(fā)的人力物力成本，降低了災(zāi)難性的錯誤發(fā)生率，提高了質(zhì)量。CMM與軟件測試之前我們也提與到，在國，大部分組織對評價和測試的定義都相對狹義的，他們忽視了測試在整個項目的重要地位。很多公司甚至直到編碼已經(jīng)開始時才指定或安排測試人員，并

28、且，他們將測試的圍僅僅限定于功能測試，也許偶爾做一下性能測試。但是在CMM中再次強調(diào)，評價與測試是對軟件開發(fā)過程中產(chǎn)生的各種系統(tǒng)規(guī)格和模型進行的驗證活動，不僅僅是一種基于機器的對代碼執(zhí)行、確認的活動。其實測試就像建造摩天大廈，在砌第一塊磚之前就應(yīng)該將評價和測試集成到了整個開發(fā)過程之中。而不是等到摩天大廈建成后才發(fā)現(xiàn)大廈存在這樣與那樣的問題。而目前，多數(shù)的軟件項目所使用的軟件評價和測試方法是一直等到大樓已經(jīng)建成才進行測試，那時測試的工作也僅僅是能保證基本的功能可以工作而已。在CMM中所要表達的意思就是進一步將評價和測試的部分思想進行融合，用一個特殊的評價技術(shù)來代替，其問題的關(guān)鍵就是在你的項目生命

29、周期中的每一個交付產(chǎn)品都必須被測試。交付的產(chǎn)品應(yīng)當(dāng)包括需求規(guī)格說明書，設(shè)計規(guī)格說明書、數(shù)據(jù)轉(zhuǎn)換規(guī)格和數(shù)據(jù)轉(zhuǎn)換代碼、數(shù)據(jù)庫設(shè)計說明書、培訓(xùn)資料、硬件/軟件安裝規(guī)格、用戶手冊和應(yīng)用程序代碼等等?？傊總€階段的每個交付產(chǎn)品必須通過正式的、訓(xùn)練有素的技術(shù)來對適當(dāng)?shù)膶傩赃M行評價和測試。這個在CMM中再次提與的問題，顯示著軟件測試正在該改革。預(yù)期產(chǎn)品的特點介紹軟件測試本身與其行業(yè)在中國的近況有了一個大致的了解。面對國軟件測試行業(yè)的窘?jīng)r，測試人員水平的不高，高級測試工程師更加是緊缺，我所研究的就是如何來評價一個測試人員的工作績效，如何去量化一個測試人員，從而能更加好、更加正確的評價，推動測試人員。其主要亮

30、點如下：通過對現(xiàn)實生活中的事例，抽象出測試人員績效考評的參數(shù)。根據(jù)參數(shù)對于測試人員的影響，進行加權(quán)式的量化。簡單有效的進行一個測試人員的考評。小結(jié)通過簡單的背景介紹，大致了解了軟件測試在軟件項目中的重要地位，然而在國，軟件測試業(yè)起步晚，不受重視的情況下，軟件測試人員的水平也無法提高，目前國軟件測試人才緊缺。再通過結(jié)合CMM的相關(guān)知識，由此引出了我的論文的課題：軟件測試人員技術(shù)指標(biāo)量化的分析、設(shè)計與實現(xiàn)。論文的主要亮點在于，對生活的中的事例進行了抽象，對抽象出來的考評參數(shù)通過加權(quán)的方式合理的給測試人員的績效量化。需求分析存在的問題分析問題1：量化方法難度大大家都知道，凡是量化都是需要一個過程，都

31、是需要不斷的摸索，而且考量的參數(shù)與其考量的定義，都是需要有嚴(yán)格的規(guī)，并且需要合理。所以我想我所能完成的，僅適合于部分的量化，而且是和我本身的工作所緊密聯(lián)合的量化。問題2：可供參考資料少由于前面也提與到，在中國，測試并不是很發(fā)達的大背景下，關(guān)于其各相關(guān)方面的理論都不是很充分。所以目前來說量化還處于大家都在摸索的階段，當(dāng)然也有前輩已經(jīng)定義了一些量化的方法，但是都是比較簡單而且不全面的，網(wǎng)上的相關(guān)信息也少之又少，這對我的研究帶來了不小的困難。問題3：量化的參考數(shù)據(jù)的選取由于之前也說到，量化是非常困難的事，對于要考量的參數(shù)的選取也是非常困難的事情。因為有些的數(shù)據(jù)是無法量化的，而有些數(shù)據(jù)的量化又存在不合

32、理性，如何選取合理的參考的數(shù)據(jù)來進行量化，也是個不小困難。問題4：開發(fā)周期短由于此次論文的時限比較緊，一定會對軟件的開發(fā)增加了一點的困難。所以在選取工具時，盡量應(yīng)該選擇比較容易的開發(fā)工具?？尚行匝芯繉τ谝粋€人的工作質(zhì)量，如何去量化它，如何盡量減少主觀的因素去判斷一個測試員的測試質(zhì)量。我想這就是我要完成的此次的論文的主題。也就是說關(guān)鍵在于這個量化的方法。參考了網(wǎng)上它人的一些方法，再結(jié)合自己工作中的經(jīng)驗，大致的方法應(yīng)該可以得到。通過選取的一些比較能反映問題的參數(shù)，再通過適當(dāng)?shù)暮侠淼募訖?quán)處理，來有效的準(zhǔn)確的反映一個測試人員的技術(shù)水平與工作質(zhì)量。相信通過研究，做到這點應(yīng)該還是可以。對應(yīng)工具的選取受到自

33、己本身所學(xué)習(xí)的語言限制，所以能使用的工具不多，考慮到時間的緊，所以決定選擇VB.NET，一來開發(fā)的界面形軟件非常方便，二來自己也比較熟悉。這樣就能為開發(fā)節(jié)約不少的時間。Visual Studio.NET 是一套完整的開發(fā)工具，它集成了Visual Basic.NET、Visual C+.NET、Visual C#.NET 和 Visual J#.NET，能生成ASP Web 應(yīng)用程序、XML Web services、桌面應(yīng)用程序和移動應(yīng)用程序等。并且這些語言全都使用一樣的集成開發(fā)環(huán)境 (IDE)，該環(huán)境允許它們共享工具并有助于創(chuàng)建混合語言解決方案。其他相關(guān)特點就不再敘述。小結(jié)本章容，通過初步

34、的分析，了解到了此篇論文研究中存在的難點與困難，對應(yīng)的也在可行性研究中分析了這些難點與困難的初步解決方案。在選取工具時，選擇了自己擅長的，并且在開發(fā)窗口界面軟件時，最為方便的工具VB.NET。軟件設(shè)計與實現(xiàn)概要設(shè)計程序結(jié)構(gòu)圖與說明程序初步設(shè)計為，一個主窗體，其余窗體都為子窗體。如圖1所示：MS1S2S3圖1 程序結(jié)構(gòu)圖在這個結(jié)構(gòu)當(dāng)中，M為主結(jié)構(gòu)模塊，負責(zé)子窗體的一些控制。S1，S2，S3分別為3子個結(jié)構(gòu)模塊。S1為輸入模塊，數(shù)據(jù)的輸入都在這個模塊中進行操作。S2為數(shù)據(jù)查詢模塊，數(shù)據(jù)最后的查詢都在這個模塊中進行操作。S3輔助模塊，這里將進行一些輔助的操作，如登入對話框等。S1數(shù)據(jù)輸入模塊，其分成

35、多個子的數(shù)據(jù)輸入小模塊。每個模塊分別為一類數(shù)據(jù)組對象。最后由S1統(tǒng)一的將數(shù)據(jù)傳入數(shù)據(jù)庫中。S1S11S12S13S14S2數(shù)據(jù)查詢模塊，這里負責(zé)查詢數(shù)據(jù)登入后的一些查詢。以與在數(shù)據(jù)庫的中的信息都在這里顯示。S2S21S22S23S24S3輔助模塊，軟件登入時的對話框，以與一些確定用的功能，暫時安排這個模塊中。在以上的模塊設(shè)計中，模塊數(shù)未定，需要在數(shù)據(jù)流程研究后再進一步確定。經(jīng)過上面的分析，大致可以確定程序分成2個功能模塊，數(shù)據(jù)的輸入與數(shù)據(jù)的顯示。再結(jié)合一些其他模塊統(tǒng)一成一個完整的項目。數(shù)據(jù)流圖與說明一個基于計算機的信息處理系統(tǒng)由數(shù)據(jù)流和一系列的轉(zhuǎn)換構(gòu)成，這些轉(zhuǎn)換見輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流。數(shù)

36、據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換信息系統(tǒng)建模技術(shù)的。外部實體外部實體轉(zhuǎn)化在我所研究的課題中，輸入數(shù)據(jù)的外部實體就是每個測試人員的一些考評指標(biāo)。輸出的數(shù)據(jù)就是每個測試人員的用數(shù)值表示的績效。通過量化來把測試人員的工作或者說是技術(shù)水平以加權(quán)形式的量化。進一步細化可以看見當(dāng)管理者通過輸入每個測試人員的參數(shù)數(shù)據(jù)時，經(jīng)過軟件的轉(zhuǎn)化，對應(yīng)的輸出的就是每個測試人員的績效的量化后的值。管理者測試人員績效量化參數(shù)數(shù)據(jù)量化成績數(shù)值數(shù)據(jù)技術(shù)指標(biāo)量化的分析上節(jié)中分析了程序的整體結(jié)構(gòu)圖與數(shù)據(jù)流圖，就如數(shù)據(jù)圖中間的轉(zhuǎn)化，這個過程就是我所要研究的測試人員績效的量化。對于量化，在之前的需求分析中已經(jīng)提到過其關(guān)鍵的難點在于參數(shù)的

37、選取，選擇一個作為評判測試人員在工作中的質(zhì)量的參數(shù)能夠有效的評價這個測試人員的工作的質(zhì)量，結(jié)合所有的這種參數(shù)再通過加權(quán)的方式來整體的量化，最終得出一個測試人員的量化績效。那么先來看看在以往測試人員的工作績效評價都存在著一定的誤區(qū)，如：1、提交的問題單數(shù)量多與少并不能直接判斷測試人員的好壞因為這種做法明顯缺乏全面性。Bug的數(shù)量只是評估測試質(zhì)量的一個方面，但是光從數(shù)量上來評判一個測試人員的好與壞顯然是不全面的，因為對整個項目而言，我們更需要的是整個測試的實際測試質(zhì)量。這就需要考察問題單的質(zhì)量、測試的難度、缺陷單的級別等一系列的問題。2、 對測試人員發(fā)現(xiàn)的問題的價值沒有進行評估如果說，測試人員發(fā)現(xiàn)

38、的缺陷沒有其本身價值的評估，勢必會造成一些負面影響。因為，發(fā)現(xiàn)1個系統(tǒng)架構(gòu)設(shè)計方面存在的缺陷和隱患，要遠遠超過發(fā)現(xiàn)幾個普通界面的顯示問題要有價值的多。因此，在對測試人員進行評價時，必須區(qū)分不同問題的重要性和價值。3、 對測試文檔的質(zhì)量不夠重視其實測試文檔的質(zhì)量雖然不是主要的因素，但是往往卻是一個優(yōu)秀測試人員的測試水平的反映，因為只有對系統(tǒng)進行了充分的、深入測試的測試人員才能寫出高質(zhì)量測試報告。同樣，也只有懂得寫好測試文檔才能給測試帶來更多效益的測試人員才是優(yōu)秀的測試人員。文檔的質(zhì)量的好壞，影響著測試人員個人與整個測試團隊的發(fā)展。4、 對測試人員的綜合能力不夠重視其實任何工作首先最為重要的一點就

39、是責(zé)任心。所以，必須考察測試人員的責(zé)任心，如果一個測試人員工作不符責(zé)任，隨意敷衍，即使提交的Bug數(shù)量上很多，也不能證明他測試的質(zhì)量高。其次，還需要看測試人員其他的方方面面，如工作積極性，溝通能力等。如果一個測試人員處理不好這些基本的工作能力，那也不能評判其是個優(yōu)秀的測試員。所以，我將評價的參數(shù)大致分為：Bug尋找能力，文檔寫作能力，綜合素質(zhì)，技術(shù)能力這四類，因為從我自己的經(jīng)歷來說，一個好的測試員所必須擁有的或者說一定要具備的能力基本都在這四類中所包括了。這里Bug尋找能力我重新定義為缺陷單相關(guān)，也就是說一切關(guān)于缺陷的指標(biāo)參數(shù)我都將統(tǒng)和在這里。文檔寫作能力是包括一些諸如，日報，Bug票，Rep

40、ort等的描述能力。技術(shù)能力則是指編寫測試用例，執(zhí)行測試用例，使用自動測試工具等的一些能力。而最后的綜合素質(zhì)則是指測試人員平時的工作態(tài)度，鉆研精神，動手能力等的一些工作種的基本表現(xiàn)。大致的參數(shù)都歸納在這四項技術(shù)指標(biāo)中。下面來逐步選取每項指標(biāo)中具體的參數(shù)。缺陷單：其實大家都知道，評價一個測試人員技術(shù)水平的好壞，最關(guān)鍵的最基本的就是他查找Bug的能力，雖然Bug的數(shù)量不能代表一切，但目前來說，這是唯一一個能體現(xiàn)一個測試人員水平的重要指標(biāo)之一。所以我想，Bug的數(shù)量首先應(yīng)該作為參數(shù)。其次，再考慮Bug的質(zhì)量，由于Bug本身就具有嚴(yán)重性的差別，有些Bug導(dǎo)致機器死機，重起等，有些只是畫面顯示不妥等，根

41、據(jù)這種重要性的不同的區(qū)別，可以將Bug分成S，A，B，C四等，同時也是衡量一個bug的質(zhì)量的一個重要因素，好的bug應(yīng)該是極端嚴(yán)重的，對系統(tǒng)造成極大危害的。所以，高質(zhì)量的Bug越多，體現(xiàn)一個測試人員的水平也就越高，自然其所占的分值也應(yīng)該也是越高。在之前也說過要充分注意測試中的群集現(xiàn)象，所以若回歸測試中依然能發(fā)現(xiàn)高錯誤率模塊的問題，同樣也是體現(xiàn)測試人員水平的高低。文檔：也就是測試相關(guān)文檔的質(zhì)量。測試文檔的質(zhì)量往往是測試人員的測試水平的反映，只有對系統(tǒng)進行了充分的、深入測試的測試人員才能寫出高質(zhì)量測試報告，說明測試的全面性和測試過程的質(zhì)量。在這里我們可以選取的參數(shù)有“缺陷描述”，“測試報告質(zhì)量”。

42、缺陷描述在整個測試環(huán)節(jié)中是一個非常重要的步驟，當(dāng)一個測試人員發(fā)現(xiàn)Bug是他的職責(zé)，但是對于一個好的測試人員，缺陷描述的水平則是不可缺少的。因為好的描述，在測試與開發(fā)無法當(dāng)面溝通時，能夠方便開發(fā)人員了解測試人員發(fā)現(xiàn)的問題何在，便于更加快的處理，解決問題。但是如果描述不夠清晰明白，只有給開發(fā)增加不必要的負擔(dān)，浪費時間與精力。同樣的，測試報告質(zhì)量也應(yīng)該規(guī)詳細，這樣做的好處是有助于以后的歸納總結(jié)，同樣更有助于在其他或者以后的項目中的運用。技能：測試技能水平。評價一個測試人員的好壞，其技術(shù)水平肯定也是重要的指標(biāo)。測試用例設(shè)計水平，測試工具掌握使用水平，測試結(jié)果分析判斷水平。這種技術(shù)水平的指標(biāo)，客觀上可以

43、從測試用例的設(shè)計數(shù)量上來做為評判，主觀也可以從實際的測試用例的難度上來評判。對于工具的掌握同樣也是一個重要的考評指標(biāo)，當(dāng)然前提是是否需要運用到測試工具。一個好的測試人員，一定要會測試工具，這樣才能更加有效的提高測試質(zhì)量與測試數(shù)量。綜合能力：測試技能以外的綜合能力。其實考察一個測試人員，不僅僅要從上面提到的這些指標(biāo)去衡量，要做到量化的合理性，應(yīng)該還要考慮到測試人員的實際工作態(tài)度，團隊協(xié)作，溝通等許多的主觀因素，因為這些是職業(yè)的基本所在。但由于考慮到是主觀的因素，所以我想比重不應(yīng)該很大。具體的量化指標(biāo)上面大致分析了四個指標(biāo)所涉與的一些參數(shù)。下面將具體對每個指標(biāo)進行分析，做具體的量化。缺陷單30（5

44、0）分提交缺陷總數(shù)6(10)參數(shù)值：T基本考核指標(biāo)總?cè)毕菔欠从骋粋€測試員最基本的考核指標(biāo)。以6分為基本分。按照提交缺陷的總數(shù)與項目的總數(shù)的比來加權(quán)量化每個人的分值。設(shè)計參數(shù)T=S+A+B+C+WT。4*T/AT取整。提交非缺陷總數(shù)-5（0）參數(shù)值WT減分指標(biāo)這里涉與到非缺陷問題會給開發(fā)帶來工作的影響，并且為了提高測試人員的水平，讓測試人員意識到非缺陷會給開發(fā)增加缺陷處理負擔(dān)，這里提出了減分的量化。設(shè)計參數(shù)（-5）*WT/AT取整提交有效缺陷數(shù)9（15）參數(shù)值RT基本考核指標(biāo)有效缺陷是反映一個測試人員技術(shù)水平的一個非常好的考核指標(biāo)。以9分為基本分。按照提交有效缺陷的總數(shù)與項目的總數(shù)的比來加權(quán)量化

45、每個人的分值。設(shè)計參數(shù)RT=S+A+B。6*RT/AT取整?；貧w缺陷數(shù)0（+5）參數(shù)值CT加分考核指標(biāo)由于測試過程中，總有這樣那樣的問題存在，造成缺陷的忽視，如果在回歸測試中能發(fā)現(xiàn)一些被忽視的問題，那應(yīng)該值得加分。按照提交的回歸缺陷的總數(shù)與項目的總數(shù)的比來加權(quán)量化每個人的分值。設(shè)計參數(shù)5*CT/AT取整。（里與非缺陷的-5起到平衡的作用）嚴(yán)重缺陷所占比例9（15）參數(shù)值S基本考核指標(biāo)嚴(yán)重缺陷會給系統(tǒng)帶來不可估量的損失，所以當(dāng)發(fā)現(xiàn)嚴(yán)重缺陷數(shù)量越多，越能反映這個測試人員的水平。設(shè)計參數(shù)6*S/AT取整。提交分類缺陷數(shù)6（10）參數(shù)值S重大 A較重B較小 C一般基本考核指標(biāo)這里為缺陷的提供不同的價值

46、，因為缺陷本身的嚴(yán)重級別存在著不同的價值。為此加權(quán)一些各級別的分值。以6分為基本分。底分+4S/（S+A+B+C）+3A/（S+A+B+C）+2B/（S+A+B+C）底分+1C/（S+A+B+C）技能：6（10）分設(shè)計執(zhí)行用例數(shù)3（5）參數(shù)值T基本考核指標(biāo)編寫測試用例數(shù)可以從一個側(cè)面反映一個測試人員的測試技能水平。2*T/AT取整用例難度0（+2）加分考核指標(biāo)測試用例的難度是一個加分的指標(biāo)，可以區(qū)別編寫測試用例的水平。執(zhí)行用例數(shù)3（5）參數(shù)值T基本考核指標(biāo)執(zhí)行測試用例數(shù)可以從一個側(cè)面反映一個測試人員的測試技能水平。2*T/AT取整工具掌握能力0（+3）加分考核指標(biāo)現(xiàn)在自動化工具是測試的趨勢，所

47、以根據(jù)公司的需要，可以作為評判測試人員水平的加分標(biāo)準(zhǔn)。文檔0（10）缺陷描述0（5）問題描述是否清晰，問題定位的附件是否完整，問題描述語言是否規(guī)，都將是評判一個測試人員的缺陷描述的準(zhǔn)則，一個好的測試人員，不僅僅在發(fā)現(xiàn)缺陷上有能力，在缺陷的描述上一樣需要有能力，因為只有準(zhǔn)確的描述才能幫助開發(fā)人員與早的解決問題。測試報告的質(zhì)量0（5）報告描述是否清晰，報告定位的附件是否完整，報告描述語言是否規(guī)，都將是評判一個測試人員的缺陷描述的準(zhǔn)則，一個好的測試人員，同樣要能編寫合格的測試報告。綜合素質(zhì)3（20）綜合素質(zhì)包含了許多方面，都是從主觀因素去判斷一個測試人員，可以分為：動手能力（2），創(chuàng)新能力（2），規(guī)

48、章制度（2），工作態(tài)度（6），溝通能力（2），鉆研能力（2），協(xié)作能力（2），自學(xué)能力（2）。個人覺得，作為一個測試人員，其工作態(tài)度尤其重要，因為工作本身有時會重復(fù)，疲勞，如果你沒有充分的興趣，良好的工作態(tài)度，是很難做好這份工作的。相比，其他的分值就略微偏低些。通過以上的這些參數(shù)的選取，具體的量化，整體對一個測試人員做了全面的量化，通過四點概要的參數(shù)，再細分每一個部的參數(shù)，比較客觀的量化了一個測試人員的整體工作。詳細設(shè)計界面的布局整個量化的參數(shù)的選取，量化，都已經(jīng)在上面的章節(jié)中分析完畢，下面就開始實施具體的軟件設(shè)計。通過之前的結(jié)構(gòu)分析，將整個軟件分為了4個模塊。在界面的布局中，同樣也分成4個窗

49、體。窗體一如圖，即為主窗體。實現(xiàn)其他模塊的之間的調(diào)用。設(shè)計有MainMenu,等控件。輸入模塊，如下圖，當(dāng)主窗口打開時，即打開輸入窗體，其分為基本信息，技能，文檔，缺陷單，綜合素質(zhì)，總評。等幾個子輸入模塊。輸出模塊，如下圖，作為顯示數(shù)據(jù)所用，在這里可以控制顯示的方式等。根據(jù)數(shù)據(jù)庫息，動態(tài)的反映數(shù)據(jù)庫的容。輔助模塊，用來輔助主程序的模塊。如下圖所示，這里是軟件的登入框等的模塊。系統(tǒng)框架分析通過上面的布局，軟件的大致的雛形可以看見。下面我將分析下系統(tǒng)的整體框架。整個程序由主窗體控制。調(diào)用輔助模塊、輸入模塊，以與輸入模塊。系統(tǒng)開啟時，通過主窗體調(diào)用登入對話框，只有正確的密碼才能進入主程序。當(dāng)進入程序

50、后，系統(tǒng)調(diào)用輸入模塊，為后面的工作做初始的準(zhǔn)備工作。用戶可以通過提示，將準(zhǔn)確的信息一步一步的輸入。然后通過之前定義的量化方法，進行對輸入的數(shù)據(jù)進行量化，將量化出的得分，然后再通過數(shù)據(jù)庫將量化后的一些信息登入進數(shù)據(jù)庫進行保存。同時，用戶可以主程序的視圖中切換當(dāng)前的模式。當(dāng)用戶選擇數(shù)據(jù)顯示模式，即調(diào)用了輸出模塊，這里就是通過調(diào)用數(shù)據(jù)庫，將登入后的數(shù)據(jù)通過不同的方式顯示出來。你可以選擇自己所希望的方式來顯示數(shù)據(jù)庫中的信息。下面對系統(tǒng)整體的框架主要容做偽代碼分析：軟件登入判斷登入時的屬性，如果賬號密碼正確則登入，否則將整個程序關(guān)閉。數(shù)據(jù)保存判斷是否記錄存在，如果存在則跳出提示修改記錄或者放棄提交。如果

51、記錄不存在，則保存數(shù)據(jù)至數(shù)據(jù)庫,并且判斷是否繼續(xù)輸入記錄。如果繼續(xù)輸入，則初始化信息數(shù)據(jù)庫的分析大家對數(shù)據(jù)庫其實應(yīng)該很了解了。數(shù)據(jù)庫是依照某種數(shù)據(jù)模型組織起來并存放二級存儲器中的數(shù)據(jù)集合。這里我所用的只是比較簡單的數(shù)據(jù)存儲。將考評的對象，通過不同的數(shù)據(jù)庫進行保存，用數(shù)據(jù)庫與相應(yīng)的控件進行綁定，來實現(xiàn)動態(tài)的顯示。這里我所選擇的是Access，因為是比較小的數(shù)據(jù)庫，同時Access有其獨特的優(yōu)點，對于新手來說，使用起來也較為簡單。根據(jù)輸入的模塊分成的子模塊，與一些特殊的需要。我將數(shù)據(jù)庫分成相應(yīng)的幾個子庫，通過關(guān)鍵字段聯(lián)系在一起，這樣方便與輸出模塊時所需要的顯示。具體的分成了，基本信息，項目信息，文

52、檔，技能，缺陷單，綜合素質(zhì)，總分。將輸入的的信息，分類的保存在數(shù)據(jù)庫中。其中的每一項容分別對應(yīng)著輸入模塊中所需要保存的容。這樣簡單的數(shù)據(jù)庫就與軟件捆綁在一起了。小結(jié)這一章里，通過概要設(shè)計與詳細設(shè)計，分別完成了軟件實現(xiàn)的前的整體設(shè)計，在概要設(shè)計中，進行了程序結(jié)構(gòu)圖與數(shù)據(jù)流圖的分析，再充分的分析了技術(shù)指標(biāo)的選取的分析，以與量化方法的分析與定義。把整個的量化的容與方法具體的定義了。而在詳細設(shè)計中，對于整個軟件的布局、系統(tǒng)框架以與數(shù)據(jù)庫進行了詳細的分析與定義。在下一章中將進行具體的軟件實現(xiàn)。系統(tǒng)實現(xiàn)與測試系統(tǒng)搭建這一章便開始了整個軟件系統(tǒng)的搭建，首先建立項目工程，根據(jù)模塊結(jié)構(gòu)分別創(chuàng)建4個窗體。Form

53、1為主窗體，F(xiàn)rom2為登入窗體，F(xiàn)orm3為輸入窗體，F(xiàn)orm4為輸出窗體，分別對應(yīng)設(shè)計的4個模塊。建立數(shù)據(jù)庫，按照之前分析的，分別建立對應(yīng)的數(shù)據(jù)庫，如下圖所示：這樣一來，系統(tǒng)搭建就基本完成。接著就可以開始進行每個模塊的具體實現(xiàn)。界面的具體實現(xiàn)主窗體Form1，添加MainMenu控件與ToolBar控件。在MainMenu中添加若干MenuItem。在ToolBar中添加若干Button。這樣主窗體的設(shè)置大致成型。因為主窗體是Main模塊，控制著整個程序，所以在程序啟動前，首先要調(diào)用輔助模塊中的登入窗體對話框。這是為了軟件的基本安全。其代碼如下： dlg1.ShowDialog()If d

54、lg1.DialogResult = DialogResult.OK Then判斷DialogResult的屬性。 form3.MdiParent = Me form3.Show()ElseMe.Close()EndIf在判斷DialogResult的屬性后，作出是否允許使用該程序的處理。登入窗體Form2，設(shè)計TextBox控件，來輸入用戶名以與密碼。并判斷其準(zhǔn)確性。來改變對話框的屬性。輸入窗體Form3，這里用一個TabPage控件來完成整個的輸入子模塊的分類。根據(jù)之前分析的考量標(biāo)準(zhǔn)，將Page分成為：基本信息，技能，文檔，缺陷單，綜合素質(zhì)，總評。將各個Page中對應(yīng)的數(shù)據(jù)添加對應(yīng)的Tex

55、tBox。在Page之間用2個Button來實現(xiàn)切換。在通過判斷Page的SelectedIndexChanged的屬性，來對不同的Page進行不同的顯示。其代碼實現(xiàn)如下：判斷當(dāng)前Tabpage的序號，如果為初始頁，則使Button3不可使用。IfMe.TabControl1.SelectedIndex = 0 ThenMe.Button3.Enabled = FalseElseMe.Button3.Enabled = TrueEndIf判斷當(dāng)前Tabpage的序號是否為最后一頁，如果是，則修改Button4的Text屬性。IfMe.TabControl1.SelectedIndex = Me

56、.TabControl1.TabCount - 1 ThenMe.Button4.Text = 登入ElseIfMe.TabControl1.SelectedIndex = Me.TabControl1.TabCount - 2 ThenMe.Button4.Text = 量化ElseMe.Button4.Text = 下一步EndIf在Button的功能上，也可以根據(jù)不同的TabControl的SelectedIndex屬性判斷當(dāng)前的Page來進行不同的處理。IndexNumber = Me.TabControl1.SelectedIndexIfMe.TabControl1.Selected

57、Index = Me.TabControl1.TabCount - 1 Then保存數(shù)據(jù)ElseIfMe.TabControl1.SelectedIndex = Me.TabControl1.TabCount - 2 Then實行量化Else跳轉(zhuǎn)至下個Tabpage IndexNumber = IndexNumber + 1Me.TabControl1.SelectedIndex = IndexNumberEndIf輸出窗體Form4,添加DataGrid控件進行于數(shù)據(jù)庫的綁定。來實現(xiàn)數(shù)據(jù)的顯示。其代碼如下：Dim dt AsNew DataTableDim connStr AsString

58、= Provider=Microsoft.Jet.OLEDB.4.0;Data Source=E:程序Proj_001WindowsApplication3WindowsApplication3Member.mdbDim dataAdapter AsNew OleDb.OleDbDataAdapter(sqlStr, connStr) dataAdapter.Fill(dt) dataAdapter.Dispose() DataGrid1.DataSource = dt以上進行了遇到的問題與改進方法在編寫代碼時，通過反復(fù)的簡單測試，發(fā)現(xiàn)許多小的錯誤存在軟件中間。測試過程中，發(fā)現(xiàn)諸如，當(dāng)量化過后

59、的數(shù)據(jù)無法全部清空，以與數(shù)據(jù)保存的失敗等的問題。起初在進行Page切換時，如果手動點選Page后，無法再正常的使用Button控制Page間的切換。之后重新查選屬性后，添加了IndexNumber = Me.TabControl1.SelectedIndex，對當(dāng)前頁面的變量，問題得到解決。在過多控件需要初始化時，發(fā)現(xiàn)簡單的TextBox.text=“”已經(jīng)無法滿足需求，于是定義函數(shù)，進行調(diào)用整個TextBox的清空，以與同樣對其他控件的清空處理。ForEach ctl As Control In Page.ControlsIfTypeOf ctl Is TextBox ThenCType(c

60、tl, TextBox).Text = TextBoxValueElseIf ctl.Controls.Count 0 Then SetTextBoxValue(ctl, TextBoxValue)EndIfEndIfNext在復(fù)查代碼的時候發(fā)現(xiàn)，“IfMe.TabControl1.SelectedIndex = 4Then”，這里的“4”是在我知道的情況下的代碼，當(dāng)我添加Page頁后發(fā)現(xiàn)，代碼出現(xiàn)了問題，于是查詢了TabControl的另一個屬性TabCount，將代碼進行改進，IfMe.TabControl1.SelectedIndex = Me.TabControl1.TabCount