如何提高測試效率

1、如何提高測試效率.txt14熱情是一種巨大的力量，從心靈內(nèi)部迸發(fā)而出，激勵我們發(fā)揮出無 窮的智慧和活力；熱情是一根強大的支柱，無論面臨怎樣的困境，總能催生我們樂觀的斗志 和頑強的毅力沒有熱情，生命的天空就沒的色彩。如何衡量測試效率，如何提高測試效 率說說我的觀點。不同產(chǎn)品的質(zhì)量，同一產(chǎn)品不同模塊的質(zhì)量，都會有差距；不同產(chǎn)品之間， 模塊與模塊之間，不同測試階段之間，測試難度也是不同的。所以如果僅僅從發(fā)現(xiàn)bug數(shù)量來衡量測試執(zhí)行的效率，顯然會有失偏頗?，F(xiàn)在很多公司都會采用一些測試管理或者bug跟蹤工具。通過這些工具我們也能夠很容易的得到諸如每人發(fā)現(xiàn) bug數(shù)等等的數(shù)據(jù)。但是數(shù)據(jù)本身是沒有意義的，正

2、如上面提到的， 簡單的用發(fā)現(xiàn)bug數(shù)量來衡量測試效率是有失偏頗的。我們手里有足夠多的數(shù)據(jù)，這是我們 做分析評價的第一步。但是更重要的是怎么樣用好這些數(shù)據(jù)，怎么樣讓這些數(shù)據(jù)成為有價值 的報表，這才是我們應(yīng)該關(guān)注和思考的。首先，我們需要保證數(shù)據(jù)的真實性。比如說，我們會對每個bug的嚴重程度進行分類，但是如果由于大家分類的標準不統(tǒng)一導(dǎo)致這一項數(shù)據(jù)不準確，那么即使接下來有很好的分析 模型來分析這些數(shù)據(jù)，我們最終拿到的報表也是不能真實反應(yīng)測試工作的狀態(tài)的。對于這個 問題，我們應(yīng)該對每一項數(shù)據(jù)有明確的定義，然后通過案例分析的方式在整個測試團隊中統(tǒng) 一標準，同時定期的隨機抽查 bug數(shù)據(jù)的質(zhì)量，盡可能地保證

3、數(shù)據(jù)本身的準確性和真實性。其次，當我們有了真實的數(shù)據(jù)之后，我們就需要建立模型，對數(shù)據(jù)進行分析。這是整個評價過程中最重要的一環(huán)，也是要求最高的一環(huán)。 我們需要明確我們關(guān)注的是什么。比如說，我們關(guān)注整個測試周期各階段的情況，我們可能就會去獲取每個階段我們發(fā)現(xiàn)了多少個bug,這些bug有多少是應(yīng)該在前面的測試環(huán)節(jié)就被發(fā)現(xiàn)的等等?；蛘呶覀冴P(guān)注的是模塊與模塊之 間的橫向比較，可能我們就會關(guān)心各個模塊在各個階段的bug比例，不同的嚴重程度下各個模塊的bug數(shù)和bug比例。又或者我們關(guān)注在測試人員身上，那么除了每個人發(fā)現(xiàn)bug的數(shù)量，我們還會關(guān)心發(fā)現(xiàn) bug的嚴重程度，bug遺漏的比例等等。最后，我們需要定

4、義一些輔助數(shù)據(jù)來平衡數(shù)據(jù)本身的一些差異。比如說，我們在得到每 個測試人員發(fā)現(xiàn)bug數(shù)量的數(shù)據(jù)之后，需要考慮他所在的測試階段和模塊的一些特點，可能 系統(tǒng)測試發(fā)現(xiàn)bug的難度比功能測試高，或者財務(wù)模塊bug發(fā)現(xiàn)難度比較大，那么我們就應(yīng)該相應(yīng)的給這些測試階段和測試模塊更高的權(quán)重系數(shù)，來反應(yīng)它們之間的差異性。當我們做完上面的事情之后，我們就完成了初始化的工作，接下來我們需要做得是調(diào)整 和改進。通過一段時間的使用和觀察，可能我會發(fā)現(xiàn)有些數(shù)據(jù)本身的定義有一些問題，或者 一些模型忽略了影響很大的因素，再或者我發(fā)現(xiàn)權(quán)重系數(shù)有問題，那么我們可以對上面的系 統(tǒng)進行改進和調(diào)整。在軟件開發(fā)和測試的過程中，沒有一套一成

5、不變的方法和系統(tǒng)，能一直準確的反應(yīng)這個 過程。我們可以做的，就是接受變化，跟上變化，從而盡可能地用變化的思路和方法來反應(yīng) 項目的狀態(tài)。軟件測試：如何提高測試效率的一些看法 如何提高測試效率？1 .首先要有一個合理的詳細的測試計劃：沒有詳細的測試計劃，測試部的每個成員都在那兒盲無目的測試，何談提高測試效率？ 當然測試計劃也不能夠太細，太細了，編寫測試計劃同樣浪費時間，做到時可而止。最好是 測試任務(wù)盡量能細化到測試的功能和測試的 case這個級別去監(jiān)控進度，較為理想。2 .測試盡早介入項目詳細了解項目的業(yè)務(wù)需求，做好測試的前期準備：目前來說，可能大家都有類似的感受，接觸到的大多數(shù)的項目，都是測試周

6、期比較短， 開發(fā)人員耽誤了時間，為了不拖延項目進度，留給測試人員做測試的時間都非常緊張。如果 項目測試的前期了解業(yè)務(wù)需求、了解產(chǎn)品屬性和準備測試數(shù)據(jù)不充分，往往測試效率很低， 測試時間變長，測試效率急劇下降。3 .對測試項目前景充滿信心，調(diào)整最佳心態(tài)，保持愉悅的工作心情：一般來說，如果大家認為測試的項目沒什么發(fā)展前景，當然測試也不會很賣命，測試效 率不用說。如果某個測試人員碰到什么不順心的事，當天的工作效率肯定比平常低。所以， 要保證測試效率，測試負責(zé)人要察言觀色，及時找不開心的下屬談心，了解并幫忙消除部分 員工的不良情緒，讓員工有更好的心情投入到測試工作中去。4 .提高測試接受的標準，減少測

7、試版本送測次數(shù)：大部分公司的開發(fā)人員都有一種惰性，一旦公司成了測試部，他們自己測試時，都不會 那么認真，以為有了測試人員，就自己就解放了。很多時候都是調(diào)試編譯通過，實際上開發(fā) 人員沒有做完整的自測，就拿到測試部進行測試。如果測試部門有嚴格的測試接受標準，一 旦發(fā)現(xiàn)有重大問題，立即拒絕測試，送回開發(fā)人員修改。可以減少很多次反復(fù)測試，重復(fù)測 試，明顯提高了測試效率。5 .測試負責(zé)人認真做好測試文檔的評審：測試經(jīng)理一定要認真做好測試用例的評審，盡量使用較少的測試用例，發(fā)現(xiàn)較多的Bug,無疑是最佳提高效率的一種方式。很多時候，經(jīng)驗較少的測試人員在設(shè)計測試用例的時候， 寫了很多的測試用例，測試時幾乎沒有

8、發(fā)現(xiàn)缺陷。還有一種：比如說等價類的測試，只要具 備代表性就可以了，如果寫了很多測試用例，執(zhí)行了半天，臃腫的測試用例，未發(fā)現(xiàn)任何問 題，也很不值。這些主要是靠測試用例評審的時候，測試Leader去把握了。盡量做到在滿足需求的情況下，精簡測試用例數(shù)量，提高測試覆蓋率。很多時候，測試人員寫好用例就自己 測試，根本沒人評審，有些地方理解有偏差，測試點沒測試到，導(dǎo)致發(fā)給客戶版本被退回，給公 司也會帶來巨大經(jīng)濟損失。6 .加強項目組成員的相互溝通工作和項目信息收集工作：測試工作是一項溝通要求比較高的工作，一般需要同項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、 業(yè)務(wù)人員、客戶溝通。很多時候，由于測試介入較晚，測試時間短，

9、測試初期測試人員了解 需求不及開發(fā)人員，為了迅速熟悉需求，需要項目組成員之間相互培訓(xùn)和溝通。測試人員為了利于測試工作，平時也需要主動和開發(fā)團隊溝通項目的進度、項目存在的 問題、項目的需求變更等等情況。與團隊成員溝通得越充分、對項目的信息收集和把握得越 及時、越準確，我們的測試工作才可能做得越順利，才可能提高測試效率。7 .積極配合開發(fā)人員工作，努力贏得開發(fā)人員的尊重和支持：作為測試人員，我們絕不能消極等待或一味埋怨開發(fā)人員的不理解和不重視。我們首先 需要正視自己、改進自己，通過自身的不斷努力讓開發(fā)人員，真正體會到測試的價值。 同時,也需要理解并配合開發(fā)人員的工作。只有這樣，才能贏得開發(fā)人員的支

10、持?；ハ嗯浜稀⒒ハ?促進，項目成員之間形成良性循環(huán)，彼此感情加深了、配合默契了、工作效率和工作質(zhì)量也 就自然提高了。8 .按照項目的大小不同，必要的情況下引入自動化測試工具：是否引入自動化的測試工具，主要取決于測試的時間長短和測試的輪次。一般來說，測 試周期較長、版本升級平凡和回歸測試次數(shù)較多的項目，引用測試工具可以提高測試效率。 如果測試周期較短，本來測試周期只有兩三個月，開發(fā)測試腳步就要花費大量時間，引入自 動化測試工具，用的次數(shù)較少，結(jié)果得不喪失，勞民傷財，呵呵！9 .測試部門內(nèi)部成員的工作業(yè)績數(shù)據(jù)化：具體的做法如下：每天給每個人分配的任務(wù)非常具體，并且隨時關(guān)注他們的進展情況， 完成百分

11、比，不斷督促他們。并且，把每個人每天的工作成果（發(fā)現(xiàn)缺陷的數(shù)量和工作的質(zhì) 量）數(shù)據(jù)化，通過郵件的形式發(fā)給組內(nèi)的成員，讓大家有個比較。大家都有自尊心，看到自 己落后，后面就加油趕工，形成一種良好的測試氛圍。每周周例會的時候，對表現(xiàn)突出的給 予表揚，對每次都比較差的下屬，單獨談心，問問具體原因。10 .提高測試人員的專業(yè)技能和工作能力：由于測試技術(shù)的不斷成熟和完善，許多的新技術(shù)陳出不窮，作為測試人員需要不斷提高 自己的專業(yè)技能和工作技能。不斷的給自己充電，補充測試理論知識，讓自己工作技能力去 彌補專業(yè)技能的不足。這樣，你的工作同樣可以做到最棒，效率自然很高。一段時間過去， 回過頭來一看，自己確實進

12、步不少，沒有虛度光陰呀！軟件測試人員提高測試效率與測試質(zhì)量的六大非技術(shù)措施我所了解和熟悉的一些測試人員，他們往往對如何提高測試效率和測試質(zhì)量感到困惑，總感 覺自己很難控制測試效率和測試質(zhì)量的提高。由于軟件測試工作的特點以及我國軟件開發(fā)和管理的現(xiàn)實成熟度，軟件測試工作的確會受到 諸多外界因素的影響。因此，從表面上看，測試效率和測試質(zhì)量的提高好象不由測試人員所 左右。實際上，這種認識是不正確的，只要我們測試人員采用一些有效的措施，我們就能變 被動為主動，從而更好地發(fā)揮測試的作用。我們知道，一項工作能否做好，從當事人的角度來講一般受兩個方面因素的影響：技術(shù)的和 非技術(shù)的。當然軟件測試工作也不例外。以

13、下結(jié)合作者的直接經(jīng)驗和間接經(jīng)驗，總結(jié)出軟件測試人員提高測試效率和測試質(zhì)量的六大 非技術(shù)措施，期望能對軟件測試人員如何更有效地工作帶來啟發(fā)。措施一：保持良好的工作態(tài)度良好的工作態(tài)度是做好一切事情的基礎(chǔ)。因為，一個工作態(tài)度惡劣的人是很難得到別人的配 合和認可的。測試工作雖然是 QC （質(zhì)量控制），但我個人認為，測試人員需要將自己的工作定位為服務(wù)類 型的工作而不僅僅是行使“控制”的權(quán)利（特別是在軟件開發(fā)和管理還不規(guī)范的情況下）有了良好的工作態(tài)度，我們表現(xiàn)出來的行為往往就會更加適合項目的實際需要，也才能真正 為提高產(chǎn)品的質(zhì)量發(fā)揮應(yīng)有的作用；否則即使你擁有超強的技術(shù)能力，工作起來也會“舉步 唯艱”。措施

14、二：真心付出一顆真心付出的心，它能讓你的工作被別人所認可（雖然你的工作業(yè)績不一定很出眾）。測試工作相對開發(fā)工作來說，成績的“可見性”要小一些，因此成就感也會小一些。另外， 測試工作是一項比較枯燥的工作，它需要測試人員認認真真、一絲不茍地去重復(fù)那些已經(jīng)測 試過一遍甚至是多遍的功能模塊。如果測試人員沒有一個良好的心態(tài)去真心付出，而是采用應(yīng)付的做法的話，自然也就無法提 高測試效率和測試質(zhì)量，甚至讓開發(fā)人員反感，進而影響到后續(xù)測試工作的正常開展。措施三：盡早參與項目，做好前期準備“有備”才能“無患”。有太多的項目，往往留給測試人員做測試的時間都非常緊張，如果我們?nèi)狈Τ浞值臏蕚涠恰芭R陣磨槍”，則往往會

15、“手忙腳亂”，因而也無法達到預(yù)期的測試效率和測試質(zhì)量。為了提 高測試效率和測試質(zhì)量，測試人員應(yīng)盡早參與項目、做好前期準備。前期準備包括熟悉需求、了解產(chǎn)品特性、準備測試數(shù)據(jù)、熟悉開發(fā)團隊成員等方面。測試人員一定要提前規(guī)劃好自己的時間，讓自己早熟悉、多熟悉項目各方面的情況。實踐經(jīng) 驗表明，測試人員越早介入項目，后續(xù)測試工作就會越有序和順利，測試效率和測試質(zhì)量也 就會越高。措施四：認真組織測試用例評審產(chǎn)品測試實際上就是運行產(chǎn)品，執(zhí)行已經(jīng)準備好的測試用例（當然，每個測試人員也可能會根據(jù)自己的經(jīng)驗臨時準備并執(zhí)行一些用例），因此測試用例在很大程度上決定了缺陷被發(fā)現(xiàn)的數(shù)量和質(zhì)量，即測試用例的質(zhì)量直接影響到測

16、試質(zhì)量。保證測試用例的質(zhì)量，最有效的辦法 就是對其進行認真而嚴格的評審。測試經(jīng)理可以自己組織也可以申請項目經(jīng)理組織相關(guān)人員對測試用例進行評審。千萬不要因 為工作忙而不進行評審， 這樣只能是“欲速則不達”；也千萬不要為應(yīng)付公司的項目管理制度 而走過場，這種“自欺欺人”的做法除浪費項目時間和成本外，無任何作用。措施五：積極配合開發(fā)人員工作，努力贏得開發(fā)人員支持測試工作是一定需要開發(fā)人員配合的，這也許就是部分測試人員感覺自己很難控制測試效率和測試質(zhì)量的原因所在。如何才能贏得開發(fā)人員的支持？作為測試人員，我們絕不能消極等待或一味埋怨開發(fā)人員的 不理解和不重視。我們首先需要正視自己、改進自己，通過自身的

17、不斷努力讓開發(fā)人員真正 體會到測試的價值；同時也需要理解并配合開發(fā)人員的工作； 這樣才能贏得開發(fā)人員的支持?；ハ嗯浜?、互相促進；良性循環(huán)的結(jié)果是，彼此感情加深了、配合默契了、工作效率和工作 質(zhì)量也就自然提高了。措施六：加強溝通和信息收集 我碰到過不少這樣的案例：測試人員測試了一段時間之后，才發(fā)現(xiàn)用戶的需求已經(jīng)變更了, 而測試時參考的還是原來的需求。導(dǎo)致這種情況的原因很明顯是缺乏溝通。出現(xiàn)類似這樣的情況，有些測試人員比較喜歡把責(zé)任歸咎于需求分析人員或項目經(jīng)理沒能將變更之后的需求及時告知測試人員（當然項目經(jīng)理和需求分析人員是有責(zé)任的）。但要避免這類問題，我們測試人員是完全可以做到的，我們只需要在測

18、試前，和項目組相關(guān)人員溝通一 下就可以了。當然，為了有利于測試工作，測試人員平時也需要主動和開發(fā)團隊溝通項目的進度、項目存 在的問題、項目的需求變更等情況?？傊?，與團隊成員溝通得越充分、對項目的信息收集和 把握得越及時、越準確，我們的測試工作才可能做得越好，才可能提高測試效率和測試質(zhì)量,否則辛辛苦苦可能做的只是“無用功”。結(jié)束語我們的測試人員需要努力提高自己的技術(shù)能力和非技術(shù)能力，讓自己的技術(shù)能力和非技術(shù)能 力在具體的測試工作中“聯(lián)動”發(fā)揮作用。對于技術(shù)能力偏低且一時難以實現(xiàn)較大飛躍的測試人員來說，我們就更需要加強非技術(shù)能力 和素質(zhì)的培養(yǎng)與提高，讓自己的非技術(shù)能力去彌補技術(shù)能力的不足。這樣，您

19、也許不是一個 技術(shù)超群的人，但你的工作業(yè)績可能做到最棒。如何提高測試效率的一些看法如何衡量測試效率？個人認為可以從軟件測試的活動中的以下指標綜合考評，去評估衡量測試效率，每項指標都高，自然能夠說明一些問題：1 .發(fā)現(xiàn)缺陷的質(zhì)量：同一個項目組內(nèi)，我們一般運用測試管理工具TD,按優(yōu)先級和嚴重等級，把每個人的 缺陷做成柱狀圖和餅圖，放到一個文檔中，郵件發(fā)給大家，讓組內(nèi)成員了解自己的工作情況 和其他人的工作情況。同時也讓開發(fā)人員，對每個測試人員的工作，做出評估，供績效考核 時參考。特別是發(fā)現(xiàn)非常隱蔽缺陷的測試人員，一定要重賞。2 .測試的有效性：一般來說，遞交 Bug的有效性，體現(xiàn)了測試員是否能夠正確

20、理解系統(tǒng)，并發(fā)現(xiàn)問題，是 否能夠發(fā)現(xiàn)有效的問題。很多時候，測試人員沒有弄準確需求，或者是沒搞清楚設(shè)計，一旦 出現(xiàn)異常，就提交 Bug.不是和前面的缺陷相同，重復(fù)遞交相同類型的缺陷，就是遞交無效的 Bug,導(dǎo)致后來很多缺陷，都被項目評審時拒絕，既耽誤了時間，效率自然不高。3 .測試組員交叉測試，發(fā)現(xiàn)漏測問題數(shù)量：經(jīng)常是這樣，一個測試人員測試結(jié)束，修復(fù)了全部的缺陷。這個時候，測試的模塊和測 試人員交叉一下，再測試，很有可能又發(fā)現(xiàn)很多問題。這樣我們可以對測試發(fā)現(xiàn)問題數(shù)量， 進行統(tǒng)計。這樣做，就迫使測試人員認真執(zhí)行每一輪測試，每次測試都不敢懈怠。4 .遺漏到客戶缺陷的比例：一旦版本測試通過，發(fā)布給客戶

21、以后，客戶要對發(fā)布的版本進行驗收測試。同樣會發(fā)現(xiàn) 一些問題，我們也會對測試過程中發(fā)現(xiàn)的Bug分配到每個模塊和具體的人。但是，如果缺陷在測試環(huán)境中不能重現(xiàn)，只能在實際工作環(huán)境中出現(xiàn)，則不屬于遺漏給客戶的Bug,不計入漏測統(tǒng)計里面。有時候，客戶系統(tǒng)在使用中也會發(fā)現(xiàn)缺陷，我們同樣做好記錄。5 .遞交的缺陷數(shù)量：在同一個項目組內(nèi)，每天遞交的Bug數(shù)量，每周遞交的 Bug數(shù)量，每個版本測試結(jié)束，總共遞交的Bug數(shù)量。最終測試結(jié)束，算出每個人遞交有效缺陷的百分比。6 .執(zhí)行用例的數(shù)量：同一天，每個測試人員，執(zhí)行用例的數(shù)量。但是一定要去除那些不能夠測試的功能模塊， 或者是被阻塞的模塊，這些一定要考慮到。否則

22、大家意見就大了呢！7 .編寫測試文檔的速度和質(zhì)量：每次編寫測試用例時，大家都要編寫部分模塊的測試用例，我們也可以通過單位時間內(nèi) 編寫case的數(shù)量、速度和質(zhì)量，來區(qū)分每個人的效率，我覺得也是一種好方法。8 .評審發(fā)現(xiàn)問題的效率：在組織部門內(nèi)部的 case評審時，同一個測試文檔的評審，如果提出的修改建議比較多， 并且很有參考價值。這樣的測試人員，效率應(yīng)該比較高，得考慮考慮加薪，呵呵。9 .測試工具使用的熟練程度:當然，一個測試人員，對測試工具的熟練程度越高，使用技巧越強，一般來說，測試的 效率就越高。按常理來說，每個人不可能了解全部的自動化測試工具，我們只對常用的測試 工具進行考核就可以了，還算

23、人性化吧。并且后面懂得較多的同事，給組內(nèi)成員集體培訓(xùn)， 使大家迅速掌握測試工具的基本使用，這才是我們的真正目的。10 .測試結(jié)果的分析水平：對自動化的測試工具來說，特別是性能測試結(jié)束之后，我們要分析部分測試結(jié)果，如果 你都不熟悉測試工具的分析，何談效率呢？所以測試結(jié)果的分析水平，也可以作為衡量測試 效率的一個指標。如何提高測試效率？1.首先要有一個合理的詳細的測試計劃：沒有詳細的測試計劃，測試部的每個成員都在那兒盲無目的測試，何談提高測試效率？ 當然測試計劃也不能夠太細，太細了，編寫測試計劃同樣浪費時間，做到時可而止。最好是 測試任務(wù)盡量能細化到測試的功能和測試的case這個級別去監(jiān)控進度，較

24、為理想。2 .測試盡早介入項目詳細了解項目的業(yè)務(wù)需求，做好測試的前期準備：目前來說，可能大家都有類似的感受，接觸到的大多數(shù)的項目，都是測試周期比較短， 開發(fā)人員耽誤了時間，為了不拖延項目進度，留給測試人員做測試的時間都非常緊張。如果 項目測試的前期了解業(yè)務(wù)需求、了解產(chǎn)品屬性和準備測試數(shù)據(jù)不充分，往往測試效率很低， 測試時間變長，測試效率急劇下降。3 .對測試項目前景充滿信心，調(diào)整最佳心態(tài)，保持愉悅的工作心情：一般來說，如果大家認為測試的項目沒什么發(fā)展前景，當然測試也不會很賣命，測試效 率不用說。如果某個測試人員碰到什么不順心的事，當天的工作效率肯定比平常低。所以， 要保證測試效率，測試負責(zé)人要

25、察言觀色，及時找不開心的下屬談心，了解并幫忙消除部分 員工的不良情緒，讓員工有更好的心情投入到測試工作中去。4 .提高測試接受的標準，減少測試版本送測次數(shù)：大部分公司的開發(fā)人員都有一種惰性，一旦公司成了測試部，他們自己測試時，都不會 那么認真，以為有了測試人員，就自己就解放了。很多時候都是調(diào)試編譯通過，實際上開發(fā) 人員沒有做完整的自測，就拿到測試部進行測試。如果測試部門有嚴格的測試接受標準，一 旦發(fā)現(xiàn)有重大問題，立即拒絕測試，送回開發(fā)人員修改?？梢詼p少很多次反復(fù)測試，重復(fù)測 試，明顯提高了測試效率。5 .測試負責(zé)人認真做好測試文檔的評審：測試經(jīng)理一定要認真做好測試用例的評審，盡量使用較少的測試

26、用例，發(fā)現(xiàn)較多的Bug,無疑是最佳提高效率的一種方式。很多時候，經(jīng)驗較少的測試人員在設(shè)計測試用例的時候， 寫了很多的測試用例，測試時幾乎沒有發(fā)現(xiàn)缺陷。還有一種：比如說等價類的測試，只要具 備代表性就可以了，如果寫了很多測試用例，執(zhí)行了半天，臃腫的測試用例，未發(fā)現(xiàn)任何問 題，也很不值。這些主要是靠測試用例評審的時候，測試Leader去把握了。盡量做到在滿足需求的情況下，精簡測試用例數(shù)量，提高測試覆蓋率。很多時候，測試人員寫好用例就自己 測試，根本沒人評審，有些地方理解有偏差，測試點沒測試到，導(dǎo)致發(fā)給客戶版本被退回， 給公司也會帶來巨大經(jīng)濟損失。6 .加強項目組成員的相互溝通工作和項目信息收集工作

27、：測試工作是一項溝通要求比較高的工作，一般需要同項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、 業(yè)務(wù)人員、客戶溝通。很多時候，由于測試介入較晚，測試時間短，測試初期測試人員了解 需求不及開發(fā)人員，為了迅速熟悉需求，需要項目組成員之間相互培訓(xùn)和溝通。測試人員為了利于測試工作，平時也需要主動和開發(fā)團隊溝通項目的進度、項目存在的 問題、項目的需求變更等等情況。與團隊成員溝通得越充分、對項目的信息收集和把握得越 及時、越準確，我們的測試工作才可能做得越順利，才可能提高測試效率。7 .積極配合開發(fā)人員工作，努力贏得開發(fā)人員的尊重和支持：作為測試人員，我們絕不能消極等待或一味埋怨開發(fā)人員的不理解和不重視。我們首先需要正視

28、自己、改進自己，通過自身的不斷努力讓開發(fā)人員，真正體會到測試的價值。 同時,也需要理解并配合開發(fā)人員的工作。只有這樣，才能贏得開發(fā)人員的支持。互相配合、互相 促進，項目成員之間形成良性循環(huán)，彼此感情加深了、配合默契了、工作效率和工作質(zhì)量也 就自然提高了。8 .按照項目的大小不同，必要的情況下引入自動化測試工具：是否引入自動化的測試工具，主要取決于測試的時間長短和測試的輪次。一般來說，測 試周期較長、版本升級平凡和回歸測試次數(shù)較多的項目，引用測試工具可以提高測試效率。 如果測試周期較短，本來測試周期只有兩三個月，開發(fā)測試腳步就要花費大量時間，引入自 動化測試工具，用的次數(shù)較少，結(jié)果得不喪失，勞民

29、傷財，呵呵！9 .測試部門內(nèi)部成員的工作業(yè)績數(shù)據(jù)化：具體的做法如下：每天給每個人分配的任務(wù)非常具體，并且隨時關(guān)注他們的進展情況， 完成百分比，不斷督促他們。并且，把每個人每天的工作成果（發(fā)現(xiàn)缺陷的數(shù)量和工作的質(zhì) 量）數(shù)據(jù)化，通過郵件的形式發(fā)給組內(nèi)的成員，讓大家有個比較。大家都有自尊心，看到自 己落后，后面就加油趕工，形成一種良好的測試氛圍。每周周例會的時候，對表現(xiàn)突出的給 予表揚，對每次都比較差的下屬，單獨談心，問問具體原因。10 .提高測試人員的專業(yè)技能和工作能力:由于測試技術(shù)的不斷成熟和完善，許多的新技術(shù)陳出不窮，作為測試人員需要不斷提高 自己的專業(yè)技能和工作技能。不斷的給自己充電，補充測

30、試理論知識，讓自己工作技能力去 彌補專業(yè)技能的不足。這樣，你的工作同樣可以做到最棒，效率自然很高。一段時間過去， 回過頭來一看，自己確實進步不少，沒有虛度光陰呀！只是我個人的想法，希望同行批評指正！怎樣提高測試的效率和質(zhì)量在信息技術(shù)日新月異的今天，順應(yīng)世界經(jīng)濟一體化的潮流，中國軟件行業(yè)加強了與世界同行 的溝通與交流，基于本身提高軟件質(zhì)量的迫切需要，在國外優(yōu)秀的軟件企業(yè)中被證明為提高 軟件質(zhì)量行之有效的途徑，軟件測試開始越來越受國內(nèi)軟件行業(yè)重視。各種各樣的測試工具 和測試理論，也都逐漸被我們所熟知。軟件測試也開始成為人們平時談?wù)摵途W(wǎng)上探討的熱點 話題。在軟件測試倍受注目的情況下，身為一名軟件測試

31、人員，如何高質(zhì)量的完成公司交給的 測試任務(wù)，無疑是我們應(yīng)該考慮首要問題。從事軟件測試已近兩年，從剛開始的一臉茫然， 到如今的手到擒來，期間也經(jīng)歷了很多曲折，總結(jié)這兩年來的經(jīng)念教訓(xùn)，我認為有必要就軟 件性能測試這個話題和大家展開探討，與大家共同分享軟件測試的得失，為提高我們的測試 水平盡一分薄力。引言作為評價產(chǎn)品性能的重要手段，性能測試在軟件測試工作中占的比重一直很大，要 最終提供一份準確，權(quán)威的測試報告，測試人員的努力工作自然不可或缺，但更重要的是測 試人員清晰的工作思路，簡潔的測試流程和良好的測試方法。目前性能測試存在的問題總結(jié)以往進行的性能測試，雖然測試人員自始至終對測試工作 都做到了認真

32、負責(zé)，但測試報告出爐后，大家總覺得美中不足，對測試結(jié)果都心存疑慮，尤 其在那些時間跨度較長、針對不同的測試對象的性能對比測試中，或多或少都存在以下幾個 方面的問題：1.測試準備不充分，測試目標不明確，測試計劃不詳細；2.缺乏測試以及針對測試對象的技術(shù)儲備；3.測試環(huán)境的穩(wěn)定性及前后一致性不足；4.測試數(shù)據(jù)精確性和代表性不足；5.測試描述不精練；下面，我們就剖析以上問題的同時，探討一下如何解決這些問題。性能測試準備這是一個經(jīng)常被測試人員忽略的環(huán)節(jié)，在接到測壓任務(wù)后，基于種種其它 因素的考慮，測試人員往往急于進度，立即投入到具體的測試工作去了，測試、記錄、分析， 忙的不亦樂乎，工作進行了一半才發(fā)現(xiàn)

33、，或是硬件配置不符合要求，或是網(wǎng)絡(luò)環(huán)境不理想，甚至軟件版本不對，一時弄得騎虎難下，這都是沒有做好測試準備惹的禍。那么我們應(yīng)該如何做好性能測試的準備工作呢？做軟件項目有需求調(diào)查、需要分析，我們做測試也一樣。在拿到測試任務(wù)后，我們首要 的任務(wù)就是分析測試任務(wù)，在開始測試前，我們至少要弄清以下幾個問題：a）要測試什么或測試的對象是誰？b）要測試什么問題或我們想要弄清楚或是論證的問題？c）哪些因素會影響測試結(jié)果？d）需要怎樣的測試環(huán)境？e） 應(yīng)該怎樣測試？只有在認真調(diào)查測試需求和仔細分析測試任務(wù)后，才有可能弄清以上一系例的問題，只 有對測試任務(wù)非常清楚，測試目標極其明確的前提下，我們才可能制定出切實可

34、行的測試計 劃。明確測試目標，詳盡測試計劃在對測試需求充分了解的基礎(chǔ)上，制定盡可能詳細的測試 計劃，對測試的實施是大有裨益的。測試計劃的制定，大多專業(yè)的測試書籍多有詳述，故本 文不再鰲述。測試技術(shù)準備在目前的大環(huán)境下，要求測試人員在短時間撐握所有的軟、硬件知識是不 太現(xiàn)實的，但平時測試人員應(yīng)抓緊對測試工具和測試理論的研究，在測試計劃中，應(yīng)給研究 測試對象和測試工具分配充足的學(xué)習(xí)時間，只有在充分撐握測 試工具，完全了解測試對象的前提下，我們才能夠?qū)嵤y試。建力在錯誤的認識上的測試，既使你再努力，結(jié)果也是背道 而馳，也很難證明問題，更不用說用這樣的測試報告去說服用戶。配置測試環(huán)境只有在充分認識測試

35、測試對象的基礎(chǔ)上，我們才知道每一種測試對象，需 要什么樣的配置，才有可能配置一種相對公平、合理的測試環(huán)境（這在性能對比測壓中尤其 重要）。考慮到其它因素，如網(wǎng)絡(luò)鎖、網(wǎng)速、顯示分辯率，數(shù)據(jù)庫權(quán)限、容量等對測試結(jié)果的影 響。如條件允許，我們最好能配置幾組不同的測試環(huán)境。測試數(shù)據(jù)的獲取和處理在所有的測試中，測試數(shù)據(jù)的收集工作都是較為困難的，Gis軟件更是如此，每一種軟件都有它的文件格式，有的軟件還有幾種格式。在這種情況下，我們 只能把第三方格式的數(shù)據(jù)轉(zhuǎn)換成每一種被測試軟件自已的格式。同時，還應(yīng)對數(shù)據(jù)作一定的處理，如處理數(shù)據(jù)冗余，處理顯示風(fēng)格等。如在測試時會更新數(shù)據(jù)， 操作前一定要備份數(shù)據(jù)。其外，還應(yīng)評估數(shù)據(jù)格式和數(shù)據(jù)量對測試的影響，如有必要，應(yīng)準備多組數(shù)據(jù)。最后，一定要檢查測試數(shù)