軟件測(cè)試工程師的疑惑

/軟件測(cè)試常見問題1．基礎(chǔ)學(xué)問部分1、如何描述一個(gè)缺陷？看到這個(gè)問題，或許有些讀者會(huì)覺得可笑：哪個(gè)測(cè)試人員不會(huì)描述缺陷？但是現(xiàn)實(shí)中卻真的存在許多測(cè)試人員提交的缺陷須要向開發(fā)人員進(jìn)行說明或者演示后，才能讓人明白他真剛要表達(dá)的意思。事實(shí)上，是否能夠清楚地描述軟件缺陷，確定體現(xiàn)著一個(gè)測(cè)試人員的實(shí)力水平凹凸。除了極個(gè)別的不能重現(xiàn)的缺陷外，一個(gè)軟件缺陷至少應(yīng)當(dāng)描述清楚三方面的內(nèi)容：缺陷概述、詳細(xì)內(nèi)容、重現(xiàn)步驟。缺陷概述——用一到兩句話詳細(xì)地描述缺陷的癥狀，使管理人員一下子就能看明白或許是什么問題。詳細(xì)內(nèi)容——詳細(xì)地描述缺陷的癥狀，可以發(fā)表自己對(duì)該缺陷的一些看法。詳細(xì)內(nèi)容主要供程序員進(jìn)行分析。重現(xiàn)步驟——詳細(xì)描述如何在系統(tǒng)中重現(xiàn)缺陷，這是特殊重要的一項(xiàng)內(nèi)容，假如重現(xiàn)步驟描述的特殊清楚，將大大加快開發(fā)人員修改缺陷的速度。通常狀況下，許多缺陷管理軟件把“詳細(xì)內(nèi)容”和“重現(xiàn)步驟”進(jìn)行了合并，即只有一個(gè)文本輸入框供測(cè)試人員錄入信息，這就導(dǎo)致許多測(cè)試人員疏忽了去描述“重現(xiàn)步驟”。此外其他諸如測(cè)試版本、測(cè)試環(huán)境、發(fā)覺日期等幫助信息也應(yīng)當(dāng)細(xì)致錄入。2、缺陷是誰“生產(chǎn)”的？這是一個(gè)“老生常談”的問題。尤其在追究一些質(zhì)量問題責(zé)任的時(shí)候。經(jīng)常聽測(cè)試人員埋怨：“這些模塊簡(jiǎn)直是垃圾！不值得測(cè)試！奢侈我的時(shí)間！”，開發(fā)人員則埋怨：“重要的問題發(fā)覺不了，卻成天盯著那些無關(guān)痛癢的小問題，還不如自己去測(cè)試！”。不符合用戶要求的都可以稱之為缺陷，因此缺陷的來源主要有兩類：一類是沒有正確理解用戶需求，由系統(tǒng)需求或者分析人員設(shè)計(jì)出來的缺陷，這類缺陷主要由設(shè)計(jì)人員“生產(chǎn)”；另外一類是程序開發(fā)人員沒有依據(jù)設(shè)計(jì)要求進(jìn)行開發(fā)或者編寫的代碼存在錯(cuò)誤而引起的缺陷，這類缺陷由程序開發(fā)人員“生產(chǎn)”。對(duì)于那些開發(fā)流程不規(guī)范的組織，通常開發(fā)人員會(huì)包辦測(cè)試前的大部分工作。在這種環(huán)境下，幾乎沒有什么設(shè)計(jì)文檔，軟件開發(fā)主要依據(jù)程序設(shè)計(jì)人員的想像來進(jìn)行，這個(gè)時(shí)候的缺陷則主要由開發(fā)人員“生產(chǎn)”。測(cè)試人員不是缺陷的“生產(chǎn)”者，因?yàn)闇y(cè)試人員沒有寫過一行代碼，這是否意味著測(cè)試人員可以在一旁“幸災(zāi)樂禍呢”？事實(shí)恰好相反，測(cè)試人員和缺陷關(guān)系更加密切，他們是“缺陷的缺陷”的制造者。所謂“缺陷的缺陷”，主要指測(cè)試人員提交的“不是缺陷”的缺陷，即測(cè)試人員沒有正確理解需求，從而提交了根本“不是缺陷”的缺陷，這種缺陷也是測(cè)試人員經(jīng)常受到指責(zé)的重要緣由。關(guān)于上面的埋怨，測(cè)試和開發(fā)雙方都須要擺正心態(tài)：因?yàn)閷?shí)際雙方都在不停的“生產(chǎn)”著缺陷，只是創(chuàng)建的方式不同罷了。3、缺陷產(chǎn)生的緣由是什么？在上個(gè)問題中，已經(jīng)介紹了設(shè)計(jì)人員、開發(fā)人員、測(cè)試人員都會(huì)“生產(chǎn)”軟件缺陷。在實(shí)際工作中，缺陷產(chǎn)生的方式更是層出不窮，緣由也是多種多樣。例如開發(fā)人員去接杯水，碰巧和另外一個(gè)接水的同事聊了幾句，結(jié)果回到工位時(shí)遺忘了要在某個(gè)推斷語句追加此前已經(jīng)想好的一個(gè)推斷條件，這無疑會(huì)產(chǎn)生一個(gè)缺陷。因此很難一下子把缺陷產(chǎn)生的緣由全部陳設(shè)出來，下面只是一些引起缺陷的典型緣由：（1）開發(fā)人員不太了解需求，不清楚應(yīng)當(dāng)“做什么”和“不做什么”，經(jīng)常做不合需求的事情，因此產(chǎn)生了缺陷；（2）軟件系統(tǒng)越來越困難，開發(fā)人員不太可能精通全部的技術(shù)。假如不能正確地駕馭新的技術(shù)或者學(xué)問，可能會(huì)產(chǎn)生缺陷；（3）技術(shù)文檔普遍編寫的很差，甚至文檔本身就有缺陷，導(dǎo)致運(yùn)用者產(chǎn)生更多的缺陷；（4）軟件需求、設(shè)計(jì)報(bào)告、程序經(jīng)常發(fā)生變更，每次變更都可能產(chǎn)生新的缺陷；（5）任何人在編程時(shí)都可能犯錯(cuò)誤，導(dǎo)致程序中有缺陷；（6）技術(shù)人員常處于進(jìn)度的壓力之下，不能靜心思索也很簡(jiǎn)潔產(chǎn)生缺陷，尤其是在Deadline接近之際，常見的加班是開發(fā)人員疲于應(yīng)付進(jìn)度；（7）許多開發(fā)人員過于自信，寵愛說“沒問題”，因此對(duì)于一些代碼不進(jìn)行細(xì)致的調(diào)試，這也是一些缺陷產(chǎn)生的緣由；（8）常見的拷貝代碼也會(huì)把缺陷隨之復(fù)制到新的程序中，尤其是復(fù)制其它團(tuán)隊(duì)成員的代碼更簡(jiǎn)潔使一些缺陷隱藏在程序中。4、軟件的質(zhì)量應(yīng)當(dāng)由什么人來負(fù)責(zé)？對(duì)于一些開發(fā)管理混亂或者測(cè)試剛剛起步的組織，產(chǎn)品質(zhì)量一發(fā)生問題，習(xí)慣上會(huì)歸咎于測(cè)試小組，認(rèn)為測(cè)試人員沒有測(cè)試好產(chǎn)品，所以才產(chǎn)生了那么多的缺陷。對(duì)于開發(fā)管理規(guī)范一些或者測(cè)試體系已經(jīng)建立確定時(shí)間的組織，假如客戶投訴產(chǎn)品質(zhì)量問題，則往往開發(fā)人員和測(cè)試人員會(huì)一起接受懲處。這種處理方式多少會(huì)讓測(cè)試人員心理稍稍平衡一些。追根溯源，軟件發(fā)生質(zhì)量問題實(shí)際是項(xiàng)目管理不規(guī)范引起的。因此，假如要追究責(zé)任的話，軟件質(zhì)量問題的責(zé)任應(yīng)當(dāng)由整個(gè)團(tuán)隊(duì)來擔(dān)當(dāng)。只有提高整個(gè)團(tuán)隊(duì)的開發(fā)水平，才能提高質(zhì)量。此外，也應(yīng)當(dāng)相識(shí)到軟件發(fā)覺問題是正常的現(xiàn)象，很少有軟件實(shí)現(xiàn)了零缺陷。做為公司領(lǐng)導(dǎo)者，應(yīng)當(dāng)詳細(xì)問題詳細(xì)分析，不要老是考慮如何懲處自己的成員。5、測(cè)試能保證質(zhì)量嗎？在軟件質(zhì)量方面，目前多數(shù)IT企業(yè)主要實(shí)行三種措施：技術(shù)評(píng)審、過程檢查、軟件測(cè)試。技術(shù)評(píng)審：技術(shù)評(píng)審最初是由IBM公司為了提高軟件質(zhì)量和提高程序員工作效率而接受的，主要指對(duì)項(xiàng)目支配、軟件需求、系統(tǒng)設(shè)計(jì)等文檔進(jìn)行有效評(píng)審的過程。技術(shù)評(píng)審可以由專家團(tuán)隊(duì)組成，也可以由組織內(nèi)部人員組成，它可以盡量避開設(shè)計(jì)人員在某些方面發(fā)生“閉門造車”的情形。通過技術(shù)評(píng)審，可以盡早地發(fā)覺工作成果中的缺陷，并幫助開發(fā)人員剛好消退缺陷，從而有效地提高產(chǎn)品的質(zhì)量。過程檢查：屬于質(zhì)量工程師（QA）的工作范疇，主要檢查軟件項(xiàng)目的“工作過程和工作成果”是否符合已經(jīng)制定的相關(guān)規(guī)范。在項(xiàng)目執(zhí)行過程中，質(zhì)量保證人員要不斷的依據(jù)項(xiàng)目支配對(duì)項(xiàng)目進(jìn)行有效的監(jiān)督和檢查。通過過程檢查，可以找出明顯不符合規(guī)范的工作過程或者工作成果，剛好訂正開發(fā)中的錯(cuò)誤。因此，軟件測(cè)試只是保證質(zhì)量的最常用手段，僅僅通過測(cè)試是不能夠保證質(zhì)量的，還要輔以技術(shù)評(píng)審、過程檢查等手段。6、測(cè)試人員是否須要開發(fā)技能？ 在許多測(cè)試網(wǎng)站的論壇上，這個(gè)問題都是津津樂道的熱門話題。而究其根源，主要是因?yàn)樵S多測(cè)試人員做不了開發(fā)才來做測(cè)試，于是其中的許多人便懷著一些“膽怯 ”心理，和同行反復(fù)探討這個(gè)問題，期望其他人能夠確定“即使不會(huì)開發(fā)也能做好測(cè)試”的觀點(diǎn)，以便在心理上得到一些勸慰。是否須要開發(fā)技能和測(cè)試人員從事的測(cè)試工作種類有極大關(guān)系，信任許多人都聽過微軟曾經(jīng)聘用一名家庭主婦來測(cè)試Windows操作系統(tǒng)的故事。事實(shí)上，假如從事單元測(cè)試、集成測(cè)試等較接近程序代碼的工作，無疑須要開發(fā)技能，這類工作對(duì)測(cè)試人員開發(fā)技能的要求甚至?xí)^程序員；而從事基本的界面測(cè)試、用戶功能測(cè)試，不會(huì)開發(fā)不會(huì)有大的影響。但是，原則上還是建議測(cè)試人員最好具備確定的開發(fā)實(shí)力，而且是開發(fā)實(shí)力越強(qiáng)越好，開發(fā)技能對(duì)測(cè)試工作可以說是“百利而無一害”，例如可以更簡(jiǎn)潔避開報(bào)告重復(fù)的缺陷、對(duì)缺陷緣由進(jìn)行更精確的定位等等。同時(shí)，由于國(guó)內(nèi)多數(shù)公司對(duì)測(cè)試人員沒有分類，要想得到更多的發(fā)展機(jī)會(huì)，也應(yīng)當(dāng)學(xué)會(huì)開發(fā)，便于從事各種類型的測(cè)試工作，除非只從事那些遠(yuǎn)離代碼的測(cè)試工作。此外，駕馭一門開發(fā)語言后，進(jìn)行測(cè)試的時(shí)候可以站在程序開發(fā)的角度進(jìn)行思索，而且知道程序如何編寫，就更簡(jiǎn)潔發(fā)覺問題。7、測(cè)試的目的是什么？測(cè)試的目的是為了發(fā)覺盡可能多的缺陷，這個(gè)觀念很簡(jiǎn)潔讓人接受，但是卻很難落實(shí)到實(shí)際工作中，因?yàn)闇y(cè)試的目的經(jīng)常被定位為“證明軟件沒有問題”。軟件質(zhì)量是否優(yōu)良在投產(chǎn)后才能有所體現(xiàn)。正確理解測(cè)試的目的特殊重要。假如認(rèn)為測(cè)試的目的是為了說明程序中沒有缺陷，那么測(cè)試人員就會(huì)向這個(gè)目標(biāo)靠攏，因而下意識(shí)地設(shè)計(jì)許多不易暴露錯(cuò)誤的測(cè)試示例，這些測(cè)試用例恰恰證明軟件實(shí)現(xiàn)了預(yù)期功能，這樣的測(cè)試是不真實(shí)的。成功的測(cè)試在于發(fā)覺了迄今尚未發(fā)覺的缺陷，測(cè)試人員的職責(zé)是設(shè)計(jì)這樣的測(cè)試用例——它能有效地揭示潛藏在軟件里的缺陷。8、一個(gè)軟件產(chǎn)品測(cè)試結(jié)束時(shí)沒有發(fā)覺任何新的缺陷，這樣的軟件質(zhì)量確定好嗎？測(cè)試只能證明缺陷存在，不能證明缺陷不存在。而徹底的、全面的測(cè)試又難以成為現(xiàn)實(shí)，現(xiàn)實(shí)中要考慮時(shí)間、費(fèi)用等限制，不允許無休止地測(cè)試。通常的測(cè)試結(jié)束，只是滿足確定條件下的測(cè)試結(jié)束，最終的“測(cè)試”還是交給了用戶。因此，即使測(cè)試結(jié)束了，質(zhì)量也不確定好。例如測(cè)試小組在時(shí)間緊迫的狀況下，只測(cè)試了核心模塊，這樣的軟件系統(tǒng)質(zhì)量一般不會(huì)好。9、測(cè)試中的80-20原則是什么？測(cè)試中的80-20原則是說一般狀況下，在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)覺和避開80%的Bug，而系統(tǒng)測(cè)試又能找出其余Bug中的80%，最終的5%的Bug可能只有在用戶的大范圍、長(zhǎng)時(shí)間運(yùn)用后才會(huì)暴露出來。因?yàn)闇y(cè)試只能夠保證盡可能多地發(fā)覺錯(cuò)誤，無法保證能夠發(fā)覺全部的錯(cuò)誤。還有就是一般狀況下80％的缺陷聚集在20％的關(guān)鍵核心業(yè)務(wù)模塊中。10、測(cè)試到Zero-bug是測(cè)試工作的目標(biāo)和原則嗎？通常對(duì)于相對(duì)困難的產(chǎn)品或系統(tǒng)來說，Zero-bug是一種志向，Good-enough是我們的原則。Good-enough原則就是一種權(quán)衡投入/產(chǎn)出比的原則：不充分的測(cè)試是不負(fù)責(zé)任的；過分的測(cè)試是一種資源的奢侈，同樣也是一種不負(fù)責(zé)任的表現(xiàn)。執(zhí)行測(cè)試工作的關(guān)鍵在于：如何界定什么樣的測(cè)試是不充分的，什么樣的測(cè)試是過分的。解決這一問題的通常方法是制定最低測(cè)試通過標(biāo)準(zhǔn)和測(cè)試內(nèi)容，然后詳細(xì)問題詳細(xì)分析。11、通常測(cè)試工作要達(dá)到什么目標(biāo)？（1）確保產(chǎn)品完成了它所承諾或公布的功能。這一目標(biāo)就是軟件要符合需求，開發(fā)出的軟件應(yīng)當(dāng)達(dá)到全部功能都有明確的書面說明在某種意義上和ISO9001是同一種思想，測(cè)試的首要目的就是保證全部預(yù)定功能是存在并且經(jīng)過規(guī)范的測(cè)試。當(dāng)然書面文檔的不健全甚至不正確會(huì)導(dǎo)致測(cè)試效率低下、測(cè)試目標(biāo)不明確和測(cè)試范圍不充分，進(jìn)而導(dǎo)致最終測(cè)試的作用不能充分發(fā)揮、測(cè)試效果不志向。因此詳細(xì)問題確定要詳細(xì)分析，一個(gè)好的測(cè)試負(fù)責(zé)人盡量來彌補(bǔ)這些文檔缺陷。（2）確保產(chǎn)品滿足性能和效率的要求。現(xiàn)在的用戶對(duì)軟件的性能方面的要求越來越高，運(yùn)用起來系統(tǒng)運(yùn)行效率低(性能低)、或用戶界面不友好、用戶操作不便利(效率低)的產(chǎn)品市場(chǎng)空間確定會(huì)越來越小。因此通過測(cè)試改善性能也是測(cè)試工作一個(gè)目標(biāo)。事實(shí)上用戶最關(guān)切的不是軟件的技術(shù)有多先進(jìn)、功能有多強(qiáng)大，而是能從這些技術(shù)、這些功能中得到多少好處。也就是說，用戶關(guān)切的是他能從中取出多少，而不是你已經(jīng)放進(jìn)去多少。（3）確保產(chǎn)品是健壯的、適應(yīng)用戶環(huán)境的。健壯性即穩(wěn)定性，是產(chǎn)品質(zhì)量的基本要求，尤其對(duì)于一個(gè)用于事務(wù)關(guān)鍵或時(shí)間關(guān)鍵的工作環(huán)境中的應(yīng)用系統(tǒng)。軟件只有穩(wěn)定的運(yùn)行，才會(huì)不致于中斷用戶的工作，因此通過健壯性測(cè)試是軟件測(cè)試工作的又一個(gè)目標(biāo)。

2．測(cè)試管理部分1、測(cè)試負(fù)責(zé)人要進(jìn)行嚴(yán)格的測(cè)試進(jìn)度跟蹤嗎？許多時(shí)候，由于人力資源的不足，測(cè)試項(xiàng)目負(fù)責(zé)人都是在執(zhí)行測(cè)試，這樣就使整個(gè)項(xiàng)目缺乏限制，一些問題（例如：有些成員的缺陷質(zhì)量不夠合格；開發(fā)人員修改不剛好，系統(tǒng)某些功能發(fā)生嚴(yán)峻問題導(dǎo)致部分功能無法測(cè)試。）得不到解決，耽擱了進(jìn)度。所以測(cè)試負(fù)責(zé)任必需全程監(jiān)控項(xiàng)目，盡可能多的駕馭信息。通常，測(cè)試負(fù)責(zé)人須要完成下面這些內(nèi)容的管理工作：測(cè)試用例執(zhí)行狀況；每個(gè)測(cè)試員提交的缺陷狀況；測(cè)試中是否發(fā)生突發(fā)問題。2、測(cè)試也有版本限制嗎？這里的版本主要是指測(cè)試對(duì)象的版本限制，也就是指對(duì)開發(fā)部提交的產(chǎn)品進(jìn)行版本限制。在開發(fā)小組版本管理不規(guī)范的狀況下，測(cè)試小組進(jìn)行版本限制特殊重要，要保證測(cè)試對(duì)象是可以限制的。建議開發(fā)和測(cè)試雙方進(jìn)行明確的約定，可以各自指定特地的測(cè)試版本負(fù)責(zé)人，制定提交原則，對(duì)提交狀況進(jìn)行詳細(xì)的記錄，這樣基本避開了版本失控導(dǎo)致的測(cè)試失誤或無效。3、如何處理測(cè)試人員的流淌問題？人員流淌不僅僅是測(cè)試部門，這是IT行業(yè)的普遍現(xiàn)象。從管理者角度，主管須要多多和團(tuán)隊(duì)內(nèi)成員進(jìn)行溝通，建立一個(gè)融洽的團(tuán)隊(duì)環(huán)境，剛好駕馭狀況，可以早些進(jìn)行相應(yīng)的調(diào)整。但是只有企業(yè)建立好的用人制度，給員工提高廣袤的發(fā)展空間和好的培訓(xùn)學(xué)習(xí)機(jī)會(huì)，才能從根本上解決這一問題。加強(qiáng)項(xiàng)目管理，強(qiáng)化文檔管理并保證文檔的有效性，可以大大削減由于人員流失帶來的損失。同時(shí)，測(cè)試部門要建立培訓(xùn)機(jī)制，使新到員工接受干脆或者間接的培訓(xùn)，快速適應(yīng)工作。4、為什么開發(fā)人員經(jīng)常埋怨測(cè)試工程師提交的缺陷質(zhì)量太差？我們經(jīng)常聽開發(fā)人員說：“這不是缺陷！”，“這個(gè)缺陷沒有，因?yàn)槲业南到y(tǒng)上運(yùn)行正常！”。測(cè)試工程師本身就是做質(zhì)量工作的，提交的成果本身就應(yīng)當(dāng)質(zhì)量高些，為什么還會(huì)有這種現(xiàn)象？提交的缺陷引起爭(zhēng)議是一種正常的現(xiàn)象，例如測(cè)試人員描述不清楚就會(huì)引起爭(zhēng)議。削減甚至避開這種現(xiàn)象的方法是交叉測(cè)試，交叉測(cè)試是提高測(cè)試質(zhì)量的一個(gè)有效手段，當(dāng)然交叉測(cè)試會(huì)增加確定的測(cè)試成本投入。在測(cè)試任務(wù)完成后，測(cè)試工程師之間相互驗(yàn)證彼此提交的缺陷，就會(huì)避開了缺陷描述不清、因運(yùn)行環(huán)境而產(chǎn)生的缺陷等一系列問題，從而大大降低了回來測(cè)試以及溝通的成本，因而這種投入也是值得的，實(shí)際開發(fā)人員在單元測(cè)試階段也會(huì)進(jìn)行交叉測(cè)試，來提高開發(fā)質(zhì)量。另外，測(cè)試人員確定要依據(jù)規(guī)范描述測(cè)試中發(fā)覺的缺陷，一個(gè)缺陷至少描述清楚概要描述、詳細(xì)描述、重現(xiàn)步驟三方面的內(nèi)容。5、“讓那些新手來做測(cè)試，反正他們也不會(huì)什么”正確嗎？在實(shí)際項(xiàng)目開發(fā)中，我們經(jīng)常看到有些單位忽視測(cè)試團(tuán)隊(duì)存在的意義，當(dāng)要實(shí)施測(cè)試時(shí)，往往臨時(shí)找?guī)讉€(gè)程序員充當(dāng)測(cè)試人員。也有些單位盡管相識(shí)到了組建測(cè)試團(tuán)隊(duì)的重要性，但在詳細(xì)落實(shí)的時(shí)候往往支配一些毫無開發(fā)閱歷的行業(yè)新手去做測(cè)試工作，這經(jīng)常導(dǎo)致測(cè)試效率低下，測(cè)試人員對(duì)測(cè)試工作索然無味。依據(jù)筆者的閱歷，測(cè)試團(tuán)隊(duì)?wèi)?yīng)首先聘請(qǐng)一名資深的測(cè)試領(lǐng)域?qū)＜?，他?yīng)具有極為豐富的同類項(xiàng)目軟件測(cè)試閱歷，對(duì)軟件開發(fā)過程中常見的缺陷或錯(cuò)誤了然于胸；此外，他還具有較好的親和力和人格魅力。其次，項(xiàng)目測(cè)試團(tuán)隊(duì)還具有許多具備一技之長(zhǎng)的成員，如對(duì)某些自動(dòng)化測(cè)試工具運(yùn)用嫻熟或能輕而易舉地編寫自動(dòng)化測(cè)試腳本等。另外，測(cè)試團(tuán)隊(duì)還應(yīng)聘請(qǐng)一些兼職成員，如驗(yàn)證測(cè)試實(shí)施過程中，同行評(píng)審是最常運(yùn)用的一種形式，這些同行專家就屬于兼職測(cè)試團(tuán)隊(duì)成員的范疇。至于測(cè)試團(tuán)隊(duì)里里的測(cè)試新手，這部分人可以支配去從事交付驗(yàn)證或黑盒測(cè)試之類的工作。6、測(cè)試同化現(xiàn)象是什么？同化現(xiàn)象是指隨著時(shí)間的推移，開發(fā)人員會(huì)慢慢影響測(cè)試人員的思維和對(duì)缺陷的推斷實(shí)力，尤其是針對(duì)同一產(chǎn)品，同一組開發(fā)人員和同一組測(cè)試人員共同協(xié)作了很長(zhǎng)時(shí)間，許多原來是缺陷的問題，由于測(cè)試人員對(duì)軟件“習(xí)慣成自然”的運(yùn)用，會(huì)不被當(dāng)成缺陷，尤其是在開發(fā)人員的說明和勸服下。同化現(xiàn)象發(fā)生可能意味著“惡性循環(huán)”的起先：測(cè)試人員會(huì)幫著開發(fā)人員說明一個(gè)個(gè)缺陷的合理性，一輪有一輪的測(cè)試都不會(huì)發(fā)覺問題。聘請(qǐng)新的人員，不同的測(cè)試項(xiàng)目組輪換去測(cè)試不同的產(chǎn)品，就可以避開。同時(shí)建議產(chǎn)品可以發(fā)布測(cè)試版，更多的人對(duì)其進(jìn)行測(cè)試，就可以發(fā)覺更多的問題。7、測(cè)試工程師如何避開定位效應(yīng)？社會(huì)心理學(xué)家曾作過一個(gè)試驗(yàn)：在召集會(huì)議時(shí)先讓人們自由選擇位子，之后到室外休息片刻再進(jìn)入室內(nèi)入座，如此五至六次，發(fā)覺大多數(shù)人都選擇他們第一次坐過的位子。這種現(xiàn)象稱為定位效應(yīng)，說明人們習(xí)慣上凡是自己認(rèn)定的，人們大都不想輕易變更它。定位效應(yīng)在開發(fā)人員和測(cè)試人員身上都有體現(xiàn)。例如開發(fā)工程師針對(duì)某一自己寫的功能，經(jīng)常進(jìn)行代碼移植，這種復(fù)制的“功能”，由于上一次經(jīng)過調(diào)試，在新的地方往往不會(huì)細(xì)致調(diào)試，這些代碼往往會(huì)帶來共享變量沖突等許多種類型的缺陷。定位效應(yīng)體現(xiàn)在測(cè)試人員身上就是測(cè)試過的功能不再進(jìn)行細(xì)致測(cè)試：在回來測(cè)試時(shí)，之前由于進(jìn)行過細(xì)致的測(cè)試，往往會(huì)認(rèn)為某些功能是牢靠，只要驗(yàn)證一些以前發(fā)覺的缺陷是否修改完成就可以了。這種現(xiàn)象在反復(fù)多次回來時(shí)表現(xiàn)的更加突出，因?yàn)榛貋頊y(cè)試中許多功能都會(huì)進(jìn)行多次反復(fù)測(cè)試。眾所周知，開發(fā)人員在修改缺陷時(shí)往往會(huì)引入新的缺陷，測(cè)試人員的疏于防范就會(huì)把這些缺陷帶到用戶這里。解決這種問題的方案一般有兩個(gè)：(1)

完整的執(zhí)行測(cè)試用例：這種方法投入較大，但是在開發(fā)產(chǎn)品時(shí)最好在最終一次回來測(cè)試時(shí)測(cè)試的執(zhí)行一次全部的測(cè)試用例。(2)

交叉測(cè)試：測(cè)試人員交叉測(cè)試，就可以很大程度的避開定位效應(yīng)。測(cè)試工程師在回來測(cè)試時(shí)相互交換任務(wù)，反復(fù)測(cè)試某一功能的機(jī)會(huì)大大削減，從而也就不會(huì)“主觀的”人員某些功能沒有缺陷。通常上面的兩個(gè)方法都是結(jié)合運(yùn)用的，既要進(jìn)行交叉測(cè)試，又要全面執(zhí)行測(cè)試用例，測(cè)試覆蓋面要盡可能的廣泛。8、測(cè)試人員突然辭職怎么辦？目前IT行業(yè)人員流淌較大已經(jīng)成為一種不爭(zhēng)的事實(shí)，員工的辭職大多數(shù)都會(huì)給組織帶來確定的影響，而這種影響基本是不行能避開的。在測(cè)試領(lǐng)域，員工突然辭職也會(huì)帶來很大的負(fù)面影響，尤其測(cè)試隊(duì)伍規(guī)模較小時(shí)。面對(duì)這種狀況，我們所能做的，就是如何最大限度的降低這種影響。依據(jù)作者的閱歷，主要有兩種方法：第一種是在測(cè)試人員內(nèi)部建立一個(gè)良好的學(xué)習(xí)環(huán)境，大家相互學(xué)習(xí)，這樣某些特有技術(shù)不會(huì)被某一個(gè)人所駕馭，而相互學(xué)習(xí)和提高自身，也是大多數(shù)成員情愿做的；其次種就是在組織中進(jìn)行學(xué)問管理，把技術(shù)作為學(xué)問沉淀下來，這樣新的員工在接手工作時(shí)簡(jiǎn)潔上手，通過學(xué)習(xí)快速適應(yīng)環(huán)境。此外，日常還要留意工作規(guī)范化，例如形成盡可能多的文檔，都可以降低員工離職帶來的損失。9、測(cè)試人員工作發(fā)生問題測(cè)試經(jīng)理應(yīng)當(dāng)如何做？測(cè)試人員工作發(fā)生問題是測(cè)試經(jīng)理經(jīng)常要面對(duì)的問題，作為測(cè)試部門的領(lǐng)導(dǎo)，首先要做的是指出測(cè)試人員所犯的錯(cuò)誤，使其盡快改正錯(cuò)誤。唯一不能做的就是盯著下屬的錯(cuò)誤不放?？偠⒅聦俚氖д`，是一個(gè)領(lǐng)導(dǎo)者的最大失誤。英國(guó)行為學(xué)家波特說：當(dāng)遭受許多指責(zé)時(shí)，下級(jí)往往只記住開頭的一些，其余就不聽了，因?yàn)樗麄兠τ谒妓髡摀?jù)來反對(duì)開頭的指責(zé)。身為測(cè)試經(jīng)理要依據(jù)測(cè)試人員的心理來進(jìn)行指導(dǎo)，最大限度的調(diào)動(dòng)每個(gè)人員的主動(dòng)性來參加工作。10、不深化到詳細(xì)測(cè)試工作時(shí)，測(cè)試經(jīng)理如何考核員工？這種現(xiàn)象在測(cè)試規(guī)模較大的組織中很常見。測(cè)試經(jīng)理應(yīng)當(dāng)盡可能的支配每周和每個(gè)成員在不被打擾的環(huán)境下進(jìn)行談話，這樣可以盡早發(fā)覺和解決許多問題。做為一個(gè)測(cè)試經(jīng)理，主要工作之一就是定期的評(píng)定組織做了些什么并且是怎樣做的。同時(shí)還要為員工做一個(gè)報(bào)告——關(guān)于充分了解測(cè)試人員正在做什么和怎樣做的報(bào)告，以此來給測(cè)試人員做做工作成果考核。這份報(bào)告要了解到每個(gè)人的動(dòng)態(tài)。測(cè)試經(jīng)理和每個(gè)員工重點(diǎn)是談?wù)勀壳暗墓ぷ?，例如大家在工作中的問題或看法；是否須要幫助等。許多管理者經(jīng)常埋怨沒有時(shí)間在一周會(huì)見每一個(gè)員工來談他們的工作。但是依據(jù)作者的閱歷，假如不能支配時(shí)間和員工進(jìn)行每周的談話，員工會(huì)來打擾測(cè)試經(jīng)理的工作，因?yàn)閱T工許多問題還要要來找測(cè)試經(jīng)理協(xié)商。同時(shí)對(duì)待員工要用他們能接受的方式，而不是我們自己可以接受的方式。“己所不予，勿施于人”，這條黃金法則可能會(huì)對(duì)許多生活中的純粹的社交因素有效，但是并不是總對(duì)工作有用。有效率的管理者知道應(yīng)當(dāng)慢慢了解每一個(gè)員工須要怎樣的對(duì)待方式。總之，只有盡可能多的和員工接觸，才能更精確的進(jìn)行考核。11、測(cè)試經(jīng)理如何面對(duì)加班問題？大多數(shù)狀況下，作者是不主見加班的。當(dāng)員工每周工作超過40個(gè)小時(shí)的時(shí)候，他們起先在工作的時(shí)候關(guān)切自己的事。他們花錢，會(huì)給很久沒有聯(lián)系的人打電話，因?yàn)閱T工們始終都在工作。員工不能在太乏累的狀態(tài)下完成工作，這是因?yàn)樗麄冊(cè)诠ぷ鲿r(shí)不能關(guān)切自己，這種狀況下通常效率很低。測(cè)試管理工作的重要任務(wù)之一就是要?jiǎng)?chuàng)建一個(gè)環(huán)境，讓員工在工作時(shí)間內(nèi)完成工作，同時(shí)還要激勵(lì)他們每周不要超過40小時(shí)，甚至可以基于他們?cè)?0個(gè)小時(shí)能夠完成的工作量給他們酬勞。通常狀況下這樣做能夠提升創(chuàng)建力，從而會(huì)慢慢提高效率。測(cè)試工作本身的一個(gè)突出特點(diǎn)就是不斷重復(fù)枯燥、冗長(zhǎng)的測(cè)試，假如在乏累狀態(tài)下，很有可能精力不集中，略過一些重要的測(cè)試環(huán)節(jié)。而且有的時(shí)候測(cè)試須要編寫測(cè)試驅(qū)動(dòng)程序，這種狀況更須要較好的狀態(tài)來工作。12、測(cè)試管理者如何面對(duì)自己的錯(cuò)誤？每個(gè)人都會(huì)犯錯(cuò)。我們可能會(huì)因?yàn)檫z忘開會(huì)而使客戶發(fā)怒，承認(rèn)自己犯錯(cuò)是一件尷尬的事情，尤其是管理人員認(rèn)為對(duì)自己負(fù)責(zé)的項(xiàng)目小組承認(rèn)犯錯(cuò)可能會(huì)失去尊嚴(yán)。假如我們不是經(jīng)常犯錯(cuò)，承認(rèn)錯(cuò)誤的時(shí)候其實(shí)能夠贏得敬重。例如我們遺忘一次會(huì)議，然后為此向同事或者客戶致歉，其他的人會(huì)理解我們的。不管做了什么，不要否認(rèn)或有意忽視自己的失誤。有意忽視不會(huì)讓錯(cuò)誤消逝，這只會(huì)讓錯(cuò)誤成長(zhǎng)為怪物。13、為什么支配定期的培訓(xùn)?測(cè)試工作和開發(fā)工作一樣，不但要面對(duì)日新月異的新技術(shù)，還要學(xué)習(xí)相關(guān)系統(tǒng)的領(lǐng)域?qū)W問。只有在不斷的學(xué)習(xí)中，才能做好工作，跟上行業(yè)的發(fā)展。假如測(cè)試管理者沒有基于不斷的變更而培訓(xùn)員工，就會(huì)給組織帶來確定的損失。日常培訓(xùn)可以是關(guān)于特定項(xiàng)目或者是技術(shù)，通常接受下面幾種方法：（1）測(cè)試部門內(nèi)自由溝通方式的培訓(xùn)。這種培訓(xùn)的溝通比較隨意，可以在周五的例會(huì)上進(jìn)行溝通，也可以大家一起坐在茶館里進(jìn)行溝通。方法可以接受“頭腦風(fēng)暴法”，讓每個(gè)組員探討一個(gè)特定的領(lǐng)域，這種溝通方法特殊對(duì)同時(shí)要做許多不同項(xiàng)目的小組比較有好處。當(dāng)每個(gè)人做不同的項(xiàng)目，這會(huì)有助于每個(gè)人了解你小組全部的工程。（2）跨部門的相互學(xué)習(xí)。測(cè)試工作須要許多領(lǐng)域以及技術(shù)學(xué)問，這些學(xué)問單靠自學(xué)是遠(yuǎn)遠(yuǎn)不夠的。和其它部門的同事進(jìn)行溝通是一個(gè)相當(dāng)好的方法，大家在工作中可以在技術(shù)等各個(gè)方面相互得到提高。（3）外部培訓(xùn)。外部培訓(xùn)盡管投入較高，但也是值得的。這些專家一般在自己的領(lǐng)域特殊精通，可以快速提高整個(gè)測(cè)試團(tuán)隊(duì)的水平。也可以通過測(cè)試小組介紹一些摯友來進(jìn)行培訓(xùn)，這種方式可以降低成本。培訓(xùn)是構(gòu)造學(xué)習(xí)型組織的基本條件，也是提高員工水平的重要方法。經(jīng)常的定期培訓(xùn)，可以增加組織凝合力，使員工更加情愿長(zhǎng)期留在組織中發(fā)展。做為測(cè)試負(fù)責(zé)人，定期的進(jìn)行培訓(xùn)是特殊必要的。14、時(shí)間上不允許進(jìn)行全部測(cè)試，測(cè)試負(fù)責(zé)人應(yīng)當(dāng)如何做？這個(gè)問題或許特殊可笑，可是現(xiàn)實(shí)中我們的測(cè)試經(jīng)理們卻不得不面對(duì)這個(gè)問題。這里的全部測(cè)試不是指對(duì)軟件進(jìn)行遍歷測(cè)試，而是指測(cè)試負(fù)責(zé)人制定的測(cè)試支配包含的全部測(cè)試內(nèi)容。通常，不管是開發(fā)產(chǎn)品還是做詳細(xì)的項(xiàng)目，都會(huì)發(fā)生耽擱進(jìn)度的狀況。一旦整體進(jìn)度不能向后延遲，項(xiàng)目相關(guān)人員習(xí)慣上的做法就是縮減測(cè)試時(shí)間。尤其在功能還沒有開發(fā)完成的狀況下，這種現(xiàn)象更為突出。擔(dān)負(fù)著質(zhì)量重任的測(cè)試經(jīng)理，如何來解決這個(gè)問題呢？比較好的做法是依據(jù)下面的步驟逐步來完成和改進(jìn)工作：（1）依據(jù)測(cè)試任務(wù)的輕重緩急，盡最大努力完成測(cè)試任務(wù)。在時(shí)間不足的狀況下，我們應(yīng)當(dāng)對(duì)測(cè)試任務(wù)依據(jù)優(yōu)先級(jí)來劃分，重要緊急的任務(wù)先完成。這個(gè)時(shí)候的測(cè)試任務(wù)是一種幫助性工作，其目的就是盡最大努力來提高質(zhì)量。因此，面對(duì)這種狀況，測(cè)試負(fù)責(zé)人要做的就是帶領(lǐng)測(cè)試小組充分利用全部資源來保證質(zhì)量。（2）在實(shí)際工作中和開發(fā)人員共同協(xié)作，逐步改進(jìn)工作。只有整個(gè)團(tuán)隊(duì)的軟件開發(fā)實(shí)力提高了，才能從根源上解決問題。因此，測(cè)試負(fù)責(zé)人要帶領(lǐng)團(tuán)隊(duì)和開發(fā)小組共同找尋適合自己的開發(fā)模式，從而使項(xiàng)目規(guī)劃的更加合理，進(jìn)而依據(jù)預(yù)定支配來開展測(cè)試工作。總之，在任何狀況下，測(cè)試負(fù)責(zé)人都不應(yīng)當(dāng)埋怨。只有主動(dòng)的面對(duì)問題，才能更好的解決問題。15、公司不重視測(cè)試，測(cè)試負(fù)責(zé)人如何開展測(cè)試工作？目前國(guó)內(nèi)的軟件公司不重視測(cè)試照舊是一種普遍現(xiàn)象。盡管許多公司在意識(shí)上已經(jīng)起先重視測(cè)試，但是在詳細(xì)工作中，往往由于追逐進(jìn)度、節(jié)約資源等方面緣由而忽視測(cè)試工作。在這種狀況下，測(cè)試負(fù)責(zé)人仍要對(duì)軟件質(zhì)量負(fù)主要責(zé)任。在這種環(huán)境下，測(cè)試負(fù)責(zé)人應(yīng)當(dāng)如何開展工作呢？首先，要主動(dòng)去協(xié)作開發(fā)人員完成工作。尤其是不能埋怨環(huán)境，在任何狀況下埋怨是不能解決問題的，只能加重沖突的激化。在此基礎(chǔ)上，慢慢顯出測(cè)試工作的重要性，然后再逐步健全測(cè)試體系。其次，用實(shí)際行動(dòng)來證明測(cè)試工作的重要性。只有測(cè)試工作的業(yè)績(jī)逐步表現(xiàn)出來，人們才會(huì)真正的留意到測(cè)試的重要性。因此，測(cè)試負(fù)責(zé)人從點(diǎn)滴起先做起，才能逐步做好測(cè)試工作。要想做好軟件，把開發(fā)的軟件產(chǎn)品形成商品，測(cè)試工作必需和開發(fā)一樣重視。否則，質(zhì)量不好的產(chǎn)品，很快會(huì)被市場(chǎng)淘汰的?，F(xiàn)代的軟件規(guī)模越來越大，測(cè)試工作也會(huì)越來越重要，因此測(cè)試負(fù)責(zé)人只要堅(jiān)持做好工作，可發(fā)揮作用的空間會(huì)越來越大。最終要說的是，假如真的是在一個(gè)沒有希望的團(tuán)隊(duì)里，測(cè)試負(fù)責(zé)人可以考慮辭職。辭職也是一個(gè)不錯(cuò)的選擇，到新的環(huán)境去發(fā)揮自己的實(shí)力，要比長(zhǎng)時(shí)間的懷著“郁悶”的心情去工作好的多。16、測(cè)試管理者須要是技術(shù)專家嗎？測(cè)試管理者在測(cè)試項(xiàng)目中的主要任務(wù)是制定測(cè)試策略，管理測(cè)試支配的落實(shí)狀況，并且還要為測(cè)試項(xiàng)目的進(jìn)行創(chuàng)建良好的執(zhí)行環(huán)境。同時(shí)還要調(diào)動(dòng)員工的創(chuàng)建性，對(duì)員工的工作作出評(píng)估。這些工作不確定要求測(cè)試管理者達(dá)到專家的水平。但是在實(shí)際工作中，由于測(cè)試人員的短缺，測(cè)試管理者經(jīng)常做為測(cè)試員來執(zhí)行詳細(xì)的測(cè)試任務(wù)。尤其在規(guī)模較小的測(cè)試團(tuán)隊(duì)，測(cè)試管理者的日常工作通常以詳細(xì)的測(cè)試執(zhí)行工作為主，這個(gè)時(shí)候更須要測(cè)試管理者有較好的背景學(xué)問。總體說來，技術(shù)方面的背景學(xué)問對(duì)測(cè)試管理者是特殊有益的。例如：支配工作任務(wù)、做進(jìn)度預(yù)算，以及一些詳細(xì)的執(zhí)行工作，都須要確定的背景學(xué)問。當(dāng)然，做為一個(gè)測(cè)試管理者，沒有必要精通全部的技術(shù)，那也是辦不到的。測(cè)試管理者做到正確的幫助員工最好地完成工作，并且供應(yīng)最好的完成工作的環(huán)境就可以了。

3．測(cè)試流程部分1、測(cè)試人員要須要何時(shí)參加需求分析？原則上，測(cè)試人員對(duì)需求了解得越深化對(duì)測(cè)試工作越有利，所以最好一起先就應(yīng)當(dāng)參加需求分析工作。這樣可以帶來如下得好處：測(cè)試人員全程參和需求分析，對(duì)需求了解很深刻，削減了許多和開發(fā)人員的交互，節(jié)約了時(shí)間。測(cè)試人員參和前期開發(fā)探討，干脆駕馭了不清楚的需求點(diǎn)；早期確定測(cè)試用例的編寫思路，為測(cè)試打好了基礎(chǔ)；可以獲得一些測(cè)試數(shù)據(jù)，為測(cè)試用力設(shè)計(jì)供應(yīng)幫助；可以發(fā)覺需求不合理的地方，降低了測(cè)試成本。測(cè)試人員主要的工作之一就是確認(rèn)系統(tǒng)是否正的確現(xiàn)了需求。測(cè)試人員不參和前期的工作，就只能依靠最終形成的需求文檔，甚至由開發(fā)人員來講解需求，而這些缺求可能發(fā)生了“問題”，因?yàn)檫@個(gè)需求是已經(jīng)經(jīng)過分析的需求，許多的內(nèi)容可能和用戶的真剛要求發(fā)生了偏差。同時(shí)假如只看最終形成的需求文檔，對(duì)需求也會(huì)有理解上的偏差。因此作為測(cè)試人員要盡可能的獲得到“第一線”的需求資料，才能真正地了解用戶的業(yè)務(wù)，從而更好的對(duì)系統(tǒng)進(jìn)行測(cè)試。當(dāng)然，假如測(cè)試人員不能參和需求環(huán)節(jié)，確定要通過其他途徑保證需求的精確性，例如和開發(fā)人員進(jìn)行集中探討需求疑問的項(xiàng)目會(huì)議，并且確定要加強(qiáng)測(cè)試案例評(píng)審，甚至于是測(cè)試需求的評(píng)審。2、系統(tǒng)測(cè)試階段低級(jí)缺陷較多怎么辦？在系統(tǒng)測(cè)試階段，假如仍有許多低級(jí)缺陷，說明測(cè)試對(duì)象是不合格的，沒有達(dá)到測(cè)試標(biāo)準(zhǔn)。假如系統(tǒng)階段發(fā)覺的簡(jiǎn)潔缺陷（也就是不應(yīng)當(dāng)有的缺陷）較多，最好停止測(cè)試，轉(zhuǎn)由開發(fā)人員進(jìn)行測(cè)試，發(fā)覺問題馬上修改，因?yàn)檫@種由測(cè)試人員進(jìn)行的成本較高，反復(fù)交互還會(huì)耽擱進(jìn)度。建議建立預(yù)料試制度：系統(tǒng)測(cè)試前對(duì)核心模塊進(jìn)行抽查測(cè)試，假如問題較多（例如平均每個(gè)核心模塊發(fā)覺10個(gè)以上缺陷），就可以停止本次測(cè)試，直到抽測(cè)后發(fā)覺問題較少才可以啟動(dòng)系統(tǒng)測(cè)試。3、缺陷流落到客戶那里有什么后果？假如軟件缺陷被遺忘并流落到客戶那里，結(jié)果就是代價(jià)昂揚(yáng)的電話或者現(xiàn)場(chǎng)支持費(fèi)用，還可能須要修復(fù)、重新測(cè)試和發(fā)布新的產(chǎn)品，更糟糕的狀況是產(chǎn)品要被召回甚至被客戶起訴。這種成本付出特殊高，幾乎是在內(nèi)部修改缺陷的幾何級(jí)數(shù)倍。質(zhì)量之父PhilipCrosby把質(zhì)量的費(fèi)用分為整合費(fèi)用和非整合費(fèi)用兩類，整合費(fèi)用是指和一次性支配和執(zhí)行測(cè)試相關(guān)的全部費(fèi)用，用于保證軟件依據(jù)預(yù)期方式進(jìn)行。假如發(fā)覺缺陷，經(jīng)過一系列的缺陷處理流程而解決缺陷，這種費(fèi)用就是非整合費(fèi)用。PhilipCrosby在自己的作品中詳細(xì)論述了內(nèi)部的整合費(fèi)用和內(nèi)部的非整合費(fèi)用之和遠(yuǎn)遠(yuǎn)小于外部也就是客戶引起的非整合費(fèi)用?？傊?，軟件缺陷確定要盡可能的在內(nèi)部解決，這對(duì)節(jié)約成本、提高產(chǎn)品知名度都大有裨益。4、什么是冒煙測(cè)試？冒煙測(cè)試從操作上是一個(gè)隨機(jī)的測(cè)試，操作對(duì)象通常是核心業(yè)務(wù)模塊。測(cè)試員隨意操作，要是發(fā)覺多數(shù)功能走不下去（或許20％），那么這個(gè)冒煙測(cè)試就算是結(jié)束了。冒煙測(cè)試一般不用參照測(cè)試用例。執(zhí)行冒煙測(cè)試的目的是對(duì)要測(cè)試的產(chǎn)品進(jìn)行一個(gè)或許的度量。假如冒煙測(cè)試不能通過，通常不會(huì)啟動(dòng)測(cè)試支配。因?yàn)檐浖毕葺^多的狀況下，啟動(dòng)測(cè)試支配會(huì)奢侈更多的人力和物力。通俗的說，對(duì)“垃圾”產(chǎn)品執(zhí)行測(cè)試實(shí)際是測(cè)試人員搶了程序設(shè)計(jì)人員的工作，這些缺陷應(yīng)當(dāng)在開發(fā)階段殲滅，只有這樣才可以真正的節(jié)約成本。5、在集成測(cè)試的時(shí)候，已經(jīng)對(duì)一些子系統(tǒng)進(jìn)行了功能測(cè)試、性能測(cè)試等等，那么在系統(tǒng)測(cè)試時(shí)能否跳過相同內(nèi)容的測(cè)試?因?yàn)榧蓽y(cè)試是在仿真環(huán)境中開展的，那不是真正的目標(biāo)系統(tǒng)。再者，單元測(cè)試和集成測(cè)試通常由開發(fā)小組執(zhí)行。依據(jù)測(cè)試心理學(xué)的分析，開發(fā)人員測(cè)試自己的工作成果雖然是必要的，但不能作為成果已經(jīng)通過測(cè)試的依據(jù)。為了保證測(cè)試的客觀性，應(yīng)當(dāng)由機(jī)構(gòu)的獨(dú)立測(cè)試小組來執(zhí)行系統(tǒng)測(cè)試。6、什么是測(cè)試策略？測(cè)試策略描述測(cè)試工程的總體方法和目標(biāo)。描述目前在進(jìn)行哪一階段的測(cè)試（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）以及每個(gè)階段內(nèi)在進(jìn)行的測(cè)試種類（功能測(cè)試、性能測(cè)試、覆蓋測(cè)試等）。測(cè)試策略的制定主要包含三個(gè)方面的內(nèi)容：（1）確定測(cè)試過程要運(yùn)用的測(cè)試技術(shù)和工具；（2）制定測(cè)試啟動(dòng)、停止、完成標(biāo)準(zhǔn)；（3）進(jìn)行風(fēng)險(xiǎn)分析和應(yīng)對(duì)方案。例如測(cè)試和外部接口或者模擬物理損壞、平安性威逼。測(cè)試支配最關(guān)鍵的一步就是將軟件分解成單元，依據(jù)需求編寫測(cè)試支配。7、代碼會(huì)審是如何進(jìn)行的？在研發(fā)小組將所開發(fā)的程序閱歷證后，提交測(cè)試組后，測(cè)試實(shí)施工作基本起先了。這個(gè)時(shí)候，測(cè)試人員要細(xì)致閱讀有關(guān)資料，包括規(guī)格說明、設(shè)計(jì)文檔、運(yùn)用說明書及在設(shè)計(jì)過程中形成的測(cè)試大綱、測(cè)試內(nèi)容及測(cè)試的通過準(zhǔn)則，全面熟悉系統(tǒng)，編寫測(cè)試支配，設(shè)計(jì)測(cè)試用例，作好測(cè)試前的準(zhǔn)備工作。為了保證測(cè)試的質(zhì)量，我們一般測(cè)試過程分成幾個(gè)階段，即：代碼審查、單元測(cè)試、集成測(cè)試和驗(yàn)收測(cè)試。代碼會(huì)審是由一組人通過閱讀、探討和爭(zhēng)議對(duì)程序進(jìn)行靜態(tài)分析的過程。會(huì)審小組由組長(zhǎng)，2～3名程序設(shè)計(jì)和測(cè)試人員及程序員組成。會(huì)審小組在充分閱讀待審程序文本、限制流程圖及有關(guān)要求、規(guī)范等文件基礎(chǔ)上，召開代碼會(huì)審會(huì)，程序員逐句講解程序的邏輯，并綻開熱忱的探討甚至爭(zhēng)議，以揭示錯(cuò)誤的關(guān)鍵所在。實(shí)踐表明，程序員在講解過程中能發(fā)覺許多自己原來沒有發(fā)覺的錯(cuò)誤，而探討和爭(zhēng)議則進(jìn)一步促使了問題的暴露。例如，對(duì)某個(gè)局部性小問題修改方法的探討，可能發(fā)覺和之有牽連的甚至能涉及到模塊的功說明、模塊間接口和系統(tǒng)總結(jié)構(gòu)的大問題，導(dǎo)致對(duì)需求定義的重定義、重設(shè)計(jì)驗(yàn)證，大大改善了軟件的質(zhì)量。代碼會(huì)審盡管須要確定的成本，但是在大型軟件中，是必不行少的。8、回來測(cè)試中未解決的缺陷如何處理？軟件的后期測(cè)試就是一個(gè)反復(fù)回來的工作，有些問題可能修改多次才能解決，尤其是那些在開發(fā)環(huán)境下不存在的問題，這些問題很簡(jiǎn)潔被程序員忽視，拖到最終才解決。因此大部分回來測(cè)試就是和開發(fā)人員反復(fù)協(xié)作解決那些上次測(cè)試中沒有解決的缺陷。這里重點(diǎn)探討的是最終一次回來測(cè)試后，照舊發(fā)覺有些缺陷沒有解決時(shí)測(cè)試經(jīng)理應(yīng)當(dāng)如何做。在管理不規(guī)范的組織中，由于進(jìn)度或者其它方面的壓力，開發(fā)工作已經(jīng)停止，通常會(huì)將這些問題束之高閣。正確的做法時(shí)把這些沒有解決的問題形成一個(gè)未解決缺陷報(bào)告，然后召開項(xiàng)目會(huì)議進(jìn)行探討，對(duì)不同的問題實(shí)行不同的處理方式：(1)

嚴(yán)峻性的問題：有些問題較難解決，往往會(huì)被拖到最終，假如這類缺陷導(dǎo)致軟件功能發(fā)生障礙，則必需解決，這也是質(zhì)量限制的職責(zé)所在；(2)功能性的問題：可以考慮升級(jí)時(shí)解決；(3)一般性問題：不影響運(yùn)用，可以不解決或者升級(jí)解決。這類項(xiàng)目會(huì)議通常須要技術(shù)總監(jiān)或者更高級(jí)別的人來參加。最終，須要對(duì)最終探討沒有解決的缺陷列表進(jìn)行簽字并存檔，形成一個(gè)基線。特殊要留意的某些缺陷是否修改不能由程序員或者測(cè)試人員來確定，這樣有可能帶來嚴(yán)峻的后果——導(dǎo)致缺陷失控，最終形成沒有人對(duì)質(zhì)量負(fù)責(zé)的局面。9、狀態(tài)為已經(jīng)修改的缺陷沒有修改怎么辦？首先要對(duì)這類缺陷進(jìn)行分析：(1)

有些問題在開發(fā)環(huán)境下沒有重現(xiàn)，而開發(fā)人員迫于進(jìn)度壓力，往往會(huì)把它標(biāo)記為已經(jīng)修改。這種條件下測(cè)試人員應(yīng)當(dāng)和開發(fā)人員進(jìn)行干脆溝通；(2)

有些問題測(cè)試人員沒有描述清楚，開發(fā)人員認(rèn)為問題不存在也可能把問題標(biāo)記為已經(jīng)修改（正確的做法是標(biāo)記問題為商討或者不存在狀態(tài)）。測(cè)試人員應(yīng)當(dāng)清楚的描述問題，削減這類問題的發(fā)生，尤其要描述