測(cè)試團(tuán)隊(duì)培訓(xùn)材料

測(cè)試團(tuán)隊(duì)培訓(xùn)中數(shù)通信息有限公司2012年7月27日四、測(cè)試結(jié)果報(bào)告二、測(cè)試團(tuán)隊(duì)結(jié)構(gòu)組成一、軟件測(cè)試簡(jiǎn)介目錄三、測(cè)試流程五、測(cè)試需具備的素質(zhì)六、測(cè)試需注意事項(xiàng)一、軟件測(cè)試簡(jiǎn)介軟件測(cè)試的由來軟件測(cè)試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。早期的軟件開發(fā)過程中，將測(cè)試等同于“調(diào)試”，目的是糾正軟件中已經(jīng)知道的故障，常常由開發(fā)人員自己完成這部分的工作。軟件規(guī)模越來越大，功能越來越復(fù)雜，人們慢慢意識(shí)到測(cè)試不單純是一個(gè)發(fā)現(xiàn)錯(cuò)誤的過程，而且包含軟件質(zhì)量評(píng)價(jià)的內(nèi)容，軟件測(cè)試也漸漸被重視，并且從開發(fā)獨(dú)立出來。一、軟件測(cè)試簡(jiǎn)介軟件測(cè)試的未來展望有關(guān)專家指出，軟件測(cè)試是正在快速發(fā)展、充滿挑戰(zhàn)的領(lǐng)域。盡管現(xiàn)在單機(jī)版桌面軟件的測(cè)試已經(jīng)成熟了很多，但對(duì)于網(wǎng)絡(luò)時(shí)代的來臨，包括知名跨國(guó)公司在內(nèi)的大公司對(duì)基于網(wǎng)絡(luò)的測(cè)試也沒有一套完整的體系，也是處于探索中，所以說這一行業(yè)所面臨的機(jī)遇與挑戰(zhàn)是共存的。一、軟件測(cè)試簡(jiǎn)介軟件測(cè)試的定義1983年2002年1979年GlenfordMyers在其《軟件測(cè)試藝術(shù)》（TheArtofSoftwareTesting）中給出了當(dāng)時(shí)最好的軟件測(cè)試定義：“測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過程?！盉illHetzel在《軟件測(cè)試完全指南》（CompleteGuideofSoftwareTesting）一書中指出：“測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)。測(cè)試是對(duì)軟件質(zhì)量的度量?！盧ick和Stefan在《系統(tǒng)的軟件測(cè)試》（SystematicSoftwareTesting）中對(duì)軟件測(cè)試做了進(jìn)一步定義：“測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量，對(duì)測(cè)試件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命周期過程?！避浖y(cè)試動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試從是否執(zhí)行程序的角度劃分測(cè)試的分類軟件測(cè)試BECDA單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試回歸測(cè)試從軟件開發(fā)的過程按階段劃分一、軟件測(cè)試簡(jiǎn)介軟件測(cè)試灰盒測(cè)試白盒測(cè)試黑盒測(cè)試從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分測(cè)試的分類黑盒測(cè)試也稱功能測(cè)試，它是通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。一、軟件測(cè)試簡(jiǎn)介黑盒測(cè)試的方法等價(jià)類劃分法邊界值分析法錯(cuò)誤推測(cè)法因果圖法判定驅(qū)動(dòng)法……專業(yè)性的測(cè)試需要包含軟件的外部結(jié)構(gòu)測(cè)試和內(nèi)部結(jié)構(gòu)測(cè)試，目前我們的測(cè)試側(cè)重于外部結(jié)構(gòu)測(cè)試，也就是功能性測(cè)試，著重于用戶角度出發(fā)的用戶體驗(yàn)，也可以說屬于黑盒測(cè)試的一部分。黑盒測(cè)試的方法黑盒的測(cè)試方法一、軟件測(cè)試簡(jiǎn)介黑盒測(cè)試的方法黑盒測(cè)試設(shè)計(jì)用例方法等價(jià)類劃分法邊界值分析法錯(cuò)誤推測(cè)法因果圖法……日常測(cè)試正向測(cè)試：按照計(jì)劃需求，輸入預(yù)期實(shí)現(xiàn)值，對(duì)比結(jié)果是否符合需求反向測(cè)試：輸入與需求相反的錯(cuò)誤值，查看是否提示輸出錯(cuò)誤發(fā)散測(cè)試：從用戶使用角度出發(fā)，設(shè)計(jì)各種使用過程中可能出現(xiàn)的場(chǎng)景，對(duì)其功能進(jìn)行驗(yàn)證客戶立場(chǎng)用戶角度一、軟件測(cè)試簡(jiǎn)介測(cè)試的方法舉例測(cè)試方法名稱定義內(nèi)容及舉例1、移植性測(cè)試可移植性測(cè)試，英文是Portabilitytesting。又稱兼容性測(cè)試?？梢浦残詼y(cè)試是指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。2、用戶界面測(cè)試-UI測(cè)試用戶界面測(cè)試，英文是Userinterfacetesting。又稱UI測(cè)試。用戶界面，英文是Userinterface。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對(duì)話框、窗口和其它控件）。用戶界面測(cè)試是指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI測(cè)試的目標(biāo)是確保用戶界面會(huì)通過測(cè)試對(duì)像的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測(cè)試。用戶界面測(cè)試包括菜單，對(duì)話框及對(duì)話框上所有按鈕，文字，出錯(cuò)提示，幫助信息

等方面的測(cè)試。比如，測(cè)試MicrosoftExcel中插入符號(hào)功能所用的對(duì)話框的大小，所有按鈕是否對(duì)齊，字符串字體大小，出錯(cuò)信息內(nèi)容和字體大小，工具欄位置/圖標(biāo)等等。一、軟件測(cè)試簡(jiǎn)介測(cè)試的方法舉例測(cè)試方法名稱定義內(nèi)容及舉例3、冒煙測(cè)試冒煙測(cè)試，英文是Smoketesting。冒煙測(cè)試的名稱可以理解為該種測(cè)試耗時(shí)短，僅用一袋煙功夫足夠了。形像地類比新電路板功基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(shè)計(jì)缺陷，電路板可能會(huì)短路，板子冒煙了。冒煙測(cè)試的對(duì)像是每一個(gè)新編譯的需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。4、隨機(jī)測(cè)試

隨機(jī)測(cè)試，英文是Adhoctesting。

隨機(jī)測(cè)試沒有書面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試樣例(TestCase)沒有覆蓋到的部分。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試(Regressivetesting)一起進(jìn)行。一、軟件測(cè)試簡(jiǎn)介測(cè)試的方法舉例測(cè)試方法名稱定義內(nèi)容及舉例5、回歸測(cè)試回歸測(cè)試，英文是Regressiontesting，回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上，軟件產(chǎn)生新版本，都需要進(jìn)行回歸測(cè)試，驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)。根據(jù)修復(fù)好了的缺陷再重新進(jìn)行測(cè)試?；貧w測(cè)試的目的在于驗(yàn)證以前出現(xiàn)過但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對(duì)某已知修正的缺陷再次圍繞它原來出現(xiàn)時(shí)的步驟重新測(cè)試。通常確定所需的再測(cè)試的范圍時(shí)是比較困難的，特別當(dāng)臨近產(chǎn)品發(fā)布日期時(shí)。因?yàn)闉榱诵拚橙毕輹r(shí)必需更改源代碼，因而就有可能影響這部分源代碼所控制的功能。所以在驗(yàn)證修好的缺陷時(shí)不僅要服從缺陷原來出現(xiàn)時(shí)的步驟重新測(cè)試，而且還要測(cè)試有可能受影響的所有功能。6、驗(yàn)收測(cè)試驗(yàn)收測(cè)試，英文是Acceptancetesting。驗(yàn)收測(cè)試是指系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試。一、軟件測(cè)試簡(jiǎn)介測(cè)試的方法舉例測(cè)試方法名稱定義內(nèi)容及舉例7、負(fù)載測(cè)試負(fù)載測(cè)試，英文是Loadtesting，負(fù)載測(cè)試是測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)。例如測(cè)試一個(gè)Web站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)像承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)像在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。8、壓力測(cè)試壓力測(cè)試，英文是StressTesting，和負(fù)載測(cè)試差不多。壓力測(cè)試是一種基本的質(zhì)量保證行為，它是每個(gè)重要軟件測(cè)試工作的一部分。壓力測(cè)試的基本思路很簡(jiǎn)單：不是在常規(guī)條件下運(yùn)行手動(dòng)或自動(dòng)測(cè)試，而是在計(jì)算機(jī)數(shù)量較少或系統(tǒng)資源匱乏的條件下運(yùn)行測(cè)試。通常要進(jìn)行壓力測(cè)試的資源包括內(nèi)部?jī)?nèi)存、CPU可用性、磁盤空間和網(wǎng)絡(luò)帶寬等。一般用并發(fā)來做壓力測(cè)試。一、軟件測(cè)試簡(jiǎn)介測(cè)試的方法舉例測(cè)試方法名稱定義內(nèi)容及舉例9、性能測(cè)試性能測(cè)試，英文是PerformanceTesting，性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語理想的“性能測(cè)試”(和其他類型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力測(cè)試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)?；蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)流失(memoryleak)。比如，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。10、邊界條件測(cè)試邊界條件測(cè)試，英文是BoudaryTesting。又稱邊界值測(cè)試。一種黑盒測(cè)試方法，是對(duì)等價(jià)類分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出的邊界上。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。邊界條件測(cè)試是環(huán)繞邊界值的測(cè)試。通常意味著測(cè)試軟件各功能是否能正確處理最大值，最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。一、軟件測(cè)試簡(jiǎn)介四、測(cè)試結(jié)果報(bào)告二、測(cè)試團(tuán)隊(duì)結(jié)構(gòu)組成目錄三、測(cè)試流程五、測(cè)試需具備的素質(zhì)六、測(cè)試需注意事項(xiàng)一、軟件測(cè)試簡(jiǎn)介二、測(cè)試團(tuán)隊(duì)的結(jié)構(gòu)組成測(cè)試的目的是為全方面盡可能多地發(fā)現(xiàn)問題缺陷。一份完整的測(cè)試結(jié)果是由各個(gè)小模塊測(cè)試集合而成。每個(gè)測(cè)試模塊、測(cè)試小組，即是獨(dú)立存在的，卻又是彼此間環(huán)環(huán)相扣的，少了其中一部分，或是一部分脫節(jié)，都會(huì)影響到最終的測(cè)試結(jié)果。所以測(cè)試更為注重團(tuán)隊(duì)的配合，團(tuán)隊(duì)的力量。團(tuán)隊(duì)的重要性二、測(cè)試團(tuán)隊(duì)的結(jié)構(gòu)組成測(cè)試團(tuán)隊(duì)的架構(gòu)二、測(cè)試團(tuán)隊(duì)的結(jié)構(gòu)組成測(cè)試團(tuán)隊(duì)的成員分配測(cè)試經(jīng)理測(cè)試團(tuán)隊(duì)核心人物，負(fù)責(zé)任務(wù)的接收、下發(fā)、測(cè)試結(jié)果最終審核以及對(duì)整個(gè)團(tuán)隊(duì)的管理測(cè)試組長(zhǎng)測(cè)試團(tuán)隊(duì)中的橋梁，負(fù)責(zé)任務(wù)的安排、測(cè)試過程的監(jiān)督以及測(cè)試結(jié)果匯總審核（也參與過程測(cè)試）測(cè)試組員測(cè)試團(tuán)隊(duì)中的骨干，負(fù)責(zé)所有測(cè)試任務(wù)，包括測(cè)試過程的問題協(xié)商處理以及結(jié)果報(bào)告的編寫四、測(cè)試結(jié)果報(bào)告二、測(cè)試團(tuán)隊(duì)結(jié)構(gòu)組成目錄三、測(cè)試流程五、測(cè)試需具備的素質(zhì)六、測(cè)試需注意事項(xiàng)一、軟件測(cè)試簡(jiǎn)介三、測(cè)試流程工作流程客戶測(cè)試經(jīng)理下發(fā)組長(zhǎng)組員安排測(cè)試審核審核報(bào)告提交提交不通過通過不通過通過三、測(cè)試流程軟件測(cè)試模型軟件測(cè)試模型的研究是隨著軟件工程的發(fā)展而越來越深入的，在20世紀(jì)80年代后期PaulRook提出了著名的軟件測(cè)試的V模型，旨在改進(jìn)軟件開發(fā)的效率和效果，后來，Evolutif公司針對(duì)V模型的缺陷，相對(duì)于V模型，提出了W模型的概念，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。而H模型則是強(qiáng)調(diào)測(cè)試是獨(dú)立的，只要測(cè)試準(zhǔn)備完成，就可以執(zhí)行測(cè)試。V模型W模型H模型三、測(cè)試流程V模型&W模型需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試需求分析概要測(cè)試詳細(xì)測(cè)試編碼集成實(shí)施交付需求測(cè)試功能測(cè)試設(shè)計(jì)測(cè)試單元測(cè)試驗(yàn)收測(cè)試系統(tǒng)測(cè)試集成測(cè)試三、測(cè)試流程測(cè)試模塊具體流程測(cè)試需求分析測(cè)試用例的設(shè)計(jì)與編寫測(cè)試計(jì)劃制定與評(píng)審測(cè)試的執(zhí)行與監(jiān)控分析測(cè)試結(jié)果編寫測(cè)試報(bào)告測(cè)試經(jīng)驗(yàn)總結(jié)與客戶做好溝通，了解產(chǎn)品需求，并對(duì)其需求進(jìn)行解析根據(jù)需求特點(diǎn)，進(jìn)行用例的設(shè)計(jì)編寫，注意需設(shè)計(jì)好用例的測(cè)試覆蓋面對(duì)已設(shè)計(jì)好的測(cè)試進(jìn)行一個(gè)有效的執(zhí)行計(jì)劃，并提交領(lǐng)導(dǎo)評(píng)審做好測(cè)試工作分配安排，加強(qiáng)測(cè)試工作的實(shí)施，并做好工作監(jiān)控測(cè)試結(jié)果要進(jìn)行分析確認(rèn)，及時(shí)反饋給產(chǎn)品開發(fā)，并做好驗(yàn)證測(cè)試將確認(rèn)完畢的測(cè)試結(jié)果匯整成報(bào)告，報(bào)告編寫需全面、清晰、描述準(zhǔn)確測(cè)試是一個(gè)積累過程，報(bào)告完成后還需對(duì)這一輪測(cè)試過程進(jìn)行一個(gè)總結(jié)四、測(cè)試結(jié)果報(bào)告二、測(cè)試團(tuán)隊(duì)結(jié)構(gòu)組成目錄三、測(cè)試流程五、測(cè)試需具備的素質(zhì)六、測(cè)試需注意事項(xiàng)一、軟件測(cè)試簡(jiǎn)介四、測(cè)試結(jié)果報(bào)告測(cè)試報(bào)告撰寫有些測(cè)試者很注重測(cè)試過程，但卻容易忽略測(cè)試結(jié)果。一份好的測(cè)試報(bào)告更能體現(xiàn)測(cè)試過程及結(jié)果的價(jià)值，所以不容忽視。準(zhǔn)確簡(jiǎn)潔清晰規(guī)范產(chǎn)品信息軟件版本測(cè)試人員測(cè)試時(shí)間報(bào)告的規(guī)范性報(bào)告組成信息四、測(cè)試結(jié)果報(bào)告測(cè)試項(xiàng)目

測(cè)試版本

測(cè)試人員

測(cè)試開始日期

測(cè)試結(jié)束日期

測(cè)試統(tǒng)計(jì)本項(xiàng)測(cè)試結(jié)果分析

用例總數(shù)0通過0未通過0未測(cè)試0不支持0功能點(diǎn)測(cè)試方法測(cè)試點(diǎn)詳細(xì)操作期望結(jié)果實(shí)際結(jié)果備注測(cè)試報(bào)告的撰寫一份好的報(bào)告除了如實(shí)的反映描述出測(cè)試結(jié)果外，還要語言的簡(jiǎn)潔、描述完整，清晰易懂，讓各開發(fā)工程師、規(guī)范編寫人及相關(guān)負(fù)責(zé)人一目了然。四、測(cè)試結(jié)果報(bào)告二、測(cè)試團(tuán)隊(duì)結(jié)構(gòu)組成目錄三、測(cè)試流程五、測(cè)試需具備的素質(zhì)六、測(cè)試需注意事項(xiàng)一、軟件測(cè)試簡(jiǎn)介五、測(cè)試需具備的素質(zhì)心理素質(zhì)個(gè)人能力行業(yè)知識(shí)軟件測(cè)試雖是一門技術(shù)活，但單單懂得技術(shù)是遠(yuǎn)遠(yuǎn)不夠的，想要在這行業(yè)有所作為，還需要從心理、能力、知識(shí)等各方面全面發(fā)展。五、測(cè)試需具備的素質(zhì)心理素質(zhì)1、專心：測(cè)試者在執(zhí)行測(cè)試任務(wù)的時(shí)候要專心，不可一心二用。高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷。2、耐心：需要有難以置信的耐心。有時(shí)你需要花費(fèi)驚人的時(shí)間去分離、識(shí)別和分派一個(gè)錯(cuò)誤。很多測(cè)試工作有時(shí)候顯得非?？菰铮枰艽蟮哪托牟趴梢宰龊?。如果比較浮躁，就不會(huì)做到“專心”和“細(xì)心”，這將讓很多軟件缺陷從你眼前逃過。五、測(cè)試需具備的素質(zhì)心理素質(zhì)3、細(xì)心：執(zhí)行測(cè)試工作時(shí)候要細(xì)心，認(rèn)真執(zhí)行測(cè)試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。4、自信心：開發(fā)者指責(zé)測(cè)試出錯(cuò)是常有的事，測(cè)試者必須對(duì)自己的觀點(diǎn)有足夠的信心，如果輕易容許別人對(duì)自己的東西指東指西，測(cè)試工作將很難開展。五、測(cè)試需具備的素質(zhì)心理素質(zhì)5、責(zé)任心：責(zé)任心是做好測(cè)試工作必備的素質(zhì)之一，如果測(cè)試中沒有盡到責(zé)任，甚至敷衍了事，會(huì)遺漏了很多可能出現(xiàn)的問題缺陷，導(dǎo)致用戶投訴，客戶不滿，很可能引起非常嚴(yán)重的后果。6、自我督促：測(cè)試工作很容易讓人變得懶散，只有不斷地自我督促，才能使工作正常有效的開展。五、測(cè)試需具備的素質(zhì)個(gè)人能力1、良好溝通能力：一名理想的測(cè)試者必須能夠同測(cè)試涉及到的所有人進(jìn)行溝通，具有與技術(shù)（開發(fā)者）和非技術(shù)人員（客戶，管理人員）的交流能力。既要可以和用戶談得來，又能同開發(fā)人員說得上話。和用戶談話的重點(diǎn)必須放在系統(tǒng)可以正確地處理什么和不可以處理什么上。而和開發(fā)者談相同的信息時(shí)，就必須將這些活重新組織以另一種方式表達(dá)出來，測(cè)試小組的成員必須能夠同等地同用戶和開發(fā)者溝通。五、測(cè)試需具備的素質(zhì)個(gè)人能力2、具有創(chuàng)造性：要設(shè)想出富有創(chuàng)意甚至超常的手段來尋找缺陷。3、追求完美：力求完美，但當(dāng)知道某些無法企及時(shí)，不要去苛求，而要盡力接近目標(biāo)。4、洞察力：一個(gè)好的測(cè)試工程師具有“測(cè)試是為了破壞”的觀點(diǎn)，捕獲用戶觀點(diǎn)的能力，強(qiáng)烈的質(zhì)量追求，對(duì)細(xì)節(jié)的關(guān)注能力。五、測(cè)試需具備的素質(zhì)個(gè)人能力5、善于說服：當(dāng)找出的缺陷有時(shí)被認(rèn)為不重要，不用修復(fù)時(shí)，要善于清晰地表達(dá)觀點(diǎn)，說明軟件缺陷為何必須修復(fù)，并推進(jìn)缺陷的修復(fù)。6、善于提問：要有打破砂鍋問到底的精神，勇于提出問題。7、幽默感在遇到爭(zhēng)辯的情況下，一個(gè)幽默的批評(píng)將是很有幫助的。五、測(cè)試需具備的素質(zhì)個(gè)人能力8、很強(qiáng)的記憶力一個(gè)理想的測(cè)試者應(yīng)該有能力將以前曾經(jīng)遇到過的類似的錯(cuò)誤從記憶深處挖掘出來，這一能力在測(cè)試過程中的價(jià)值是無法衡量的。因?yàn)樵S多