第一篇：軟件測試經(jīng)驗與教訓(xùn)評論

<軟件測試經(jīng)驗與教訓(xùn)>評注

作者： 傅健，jiafu@cisco.com(轉(zhuǎn)載請注明作者)

經(jīng)驗6： 非常贊同，注重線下溝通方式，與開發(fā)做朋友，更容易發(fā)現(xiàn)更多測試思路，解決好問題； 經(jīng)驗10： 測試過程如若不限時間，很難定義窮盡之時，完美只是在指定時間/成本/質(zhì)量要求下滿足老板的要求。

經(jīng)驗11： 測試不能保證質(zhì)量，非常贊同這個說話，考慮兩個因素：（1）你給的時間和成本是多少？如果是0，提什么保證質(zhì)量？（2）質(zhì)量形成與構(gòu)建者，也受其他人制約，例如三聚氰胺奶粉生產(chǎn)商不知道自己加了嘛？

經(jīng)驗13 ：測試確實應(yīng)該盡其所能，橫向上覆蓋產(chǎn)品的設(shè)計，開發(fā)，發(fā)布，售后等過程，縱向覆蓋與其他模塊的交互；但是需要分析下為什么測試者往往有“不關(guān)我事”理論，無非涉及到管理的層面，例如：（1）薪資等不平等；（2）承接模塊過多，失去興趣和信心；

經(jīng)驗14 ：過程改進(jìn)很傷感情，測試人員在測試前期不應(yīng)該成為吹毛求疵的挑剔者，如果如此很可能出現(xiàn)兩種情況：（1）開發(fā)的代碼還沒有完成階段，但明知有很多bug之地，這個時候QA不斷提出bug,勢必影響開發(fā)心情。尊重開發(fā)的開發(fā)過程很重要；（2）開發(fā)的設(shè)計或許有其他思路，QA不斷強(qiáng)調(diào)并說服開發(fā)者上司采用其他思路，如果不是非常有把握，就不要自作聰明強(qiáng)烈地說服開發(fā)者上司，這樣最后往往被證明不定合理；

經(jīng)驗15：不要指望別人理解測試，需要不斷向別人解釋，這點在其他領(lǐng)域也適用，很多時候事實并不是就是事實，而是觀察者眼中的“事實”，因此推銷是門學(xué)問，“指鹿為馬”未嘗不可做到。

經(jīng)驗21：測試遺漏的問題更多集中在沒有想到的用例，而不是執(zhí)行不力；

經(jīng)驗22：所以進(jìn)行Code審查更多的是了解設(shè)計從來更好的測試，不能指望直接發(fā)現(xiàn)代碼錯誤； 經(jīng)驗30：任何量的測試都不能“確定”一個產(chǎn)品的質(zhì)量，證明失效比證明正確容易的多。

經(jīng)驗31：客戶需求多變，或許自己也不明白真正要什么，需求分析即是輔助、辨別需求。

經(jīng)驗32： 隱式規(guī)格說明很重要，很多測試依據(jù)都是這些“潛規(guī)則”，顯式說明文檔不可能也沒有必要面面俱到。

經(jīng)驗33：測試員中的“它沒有問題”，與他人眼中不同。

經(jīng)驗34：對質(zhì)量印象只能限定在已知局限的前提下；

經(jīng)驗35：配置、運(yùn)行、觀察、評估是行為層面的用例；

經(jīng)驗37：對于復(fù)雜的任務(wù)模塊需要間歇思考、細(xì)化擊破，同樣對于測試工作一樣，過大的壓力，無休止的加班不定有好的測試結(jié)果。測試應(yīng)該有更多的思考時間；

經(jīng)驗39：防止思維定勢，提倡多人思考互補(bǔ)，不用去偏執(zhí)的帶有目的去證明缺陷，而是平常心的客觀測試。

經(jīng)驗43：應(yīng)該提倡結(jié)對測試，互補(bǔ)思考，同時要攻破“難”點，越復(fù)雜之地越容易出問題，且多次出現(xiàn)頻率更高。

經(jīng)驗45: 測試用例過于細(xì)節(jié)話，有可能限制測試者的想象力和創(chuàng)造性，之所以同一個CASE跑出不同的結(jié)果往往也和測試用例不過于細(xì)節(jié)化有關(guān)，但我認(rèn)為不細(xì)節(jié)化一定程度上是好事情。

經(jīng)驗46：現(xiàn)在很多人還是以BUG數(shù)量、測試效果來衡量測試人員的水平，這條經(jīng)驗告訴人們要看測試人員如何思考；同時我們應(yīng)該加強(qiáng)測試人才的培養(yǎng)與重視，不要僅僅為的是表面化的一些工作； 經(jīng)驗90：同行評審是個培訓(xùn)、提高的好方式；

經(jīng)驗103： 重試不同、多樣測試比反反復(fù)復(fù)運(yùn)行自動化腳本有效的多；

經(jīng)驗108： 專業(yè)培訓(xùn)的測試員的頭腦是最好的測試工具；

經(jīng)驗114： 如果不是非常優(yōu)秀的開發(fā)人員，且具有良好的測試思維，就不要開發(fā)測試工具，否則一旦推廣害人害己，因為測試工具問題往往比普通產(chǎn)品更容易出現(xiàn)；

經(jīng)驗117： 自動回歸測試有時候不能將改進(jìn)和錯誤區(qū)分，特別是界面和輸出格式變動；

經(jīng)驗118： 評估開發(fā)機(jī)構(gòu)級別五級底部還有個級別是忘卻（Oblivious）級，很多自動化測試沒有提醒自己在執(zhí)行軟件開發(fā)過程；

經(jīng)驗122：評審自動化測試代碼比用代碼測試自動化測試代碼好；因為后者容易陷入一個無限的邏輯；

經(jīng)驗130： 建議測試數(shù)據(jù)與測試執(zhí)行分離；

經(jīng)驗132： 自動化是否繞過界面直接操作API取決于到底是界面穩(wěn)定還是API穩(wěn)定；盡量依賴穩(wěn)定的東西；

經(jīng)驗133： 單元集成測試值得執(zhí)行；

經(jīng)驗137： 提早測試自動化的好處：1）均衡時間，前期可能不是太忙；2）防止后期測試已經(jīng)進(jìn)行中要求自動化所帶來的抵觸心理；3）在開發(fā)完成前可以讓開發(fā)提供更多的可測性；

經(jīng)驗143： 流程、模板都是用來規(guī)范人的行為的，只有不斷了解、改善才有意義，如果一個流程、模板不允許任何應(yīng)需改變則無意義；

經(jīng)驗146： 形式化工作越多，往往本質(zhì)工作預(yù)留的時間越少，思維也限制的更固定；

經(jīng)驗148： 自己的測試文檔是產(chǎn)品還是工具？這個問題很好；過于頻繁的細(xì)節(jié)不要寫到文檔里，否則以后更新繁瑣；

經(jīng)驗154： 不要利用程序員的弱點或透露的缺陷直接上報，類似于打小報告，以后的合作會減弱很多； 經(jīng)驗157： 測試是一種服務(wù)，不是控制，無法控制最終產(chǎn)品的質(zhì)量；

經(jīng)驗168： 任務(wù)完成時間評估，應(yīng)由掌握最佳知識的人進(jìn)行，或者由估計錯誤需要負(fù)責(zé)的人執(zhí)行，而不是根據(jù)測試經(jīng)理的主觀期望。

經(jīng)驗173： 可以拒絕某個版本的測試：1）新的版本很快就有，這個版本的測試結(jié)果會被忽略；2）重要的功能點沒有添加；3）基本功能點不工作，導(dǎo)致大部分測試無法進(jìn)行；

經(jīng)驗182： 提前應(yīng)對可能風(fēng)險，將潛在的風(fēng)險預(yù)處理劃分到項目的各個階段而不是后期應(yīng)急處理； 經(jīng)驗183：測試思考中總體認(rèn)為產(chǎn)品不是一天做出的，而是慢慢堆積出的，只要有東西提交，就有可測之地，同時越早越好，只是需要抱著同情、謹(jǐn)慎心態(tài)等不同心態(tài)而已；

經(jīng)驗186：考慮二輪以上測試；

經(jīng)驗189： 測試：開發(fā)人員比例這種問題如果不結(jié)合具體項目及要求就不要提！

經(jīng)驗197：測試小組的真正力量是溝通，而非監(jiān)管；

經(jīng)驗199： Bug數(shù)隨進(jìn)度推進(jìn)而不斷降低不能完全說明質(zhì)量已經(jīng)符合要求，因為后期可能從事非發(fā)現(xiàn)缺陷的活動：如展示產(chǎn)品、回歸測試等；簡單說：當(dāng)看到BUG數(shù)連續(xù)幾天較少時，不要完全覺得是產(chǎn)品質(zhì)量變好，而可能是最近沒有從事太多新的測試；

經(jīng)驗211： 要給予員工自己的思考、執(zhí)行時空自由，尊重他們的測試思路，而不是模板化；

經(jīng)驗213： 非常贊同：指明了如何評價一名測試人員的工作，但是很多公司做不到，因為很辛苦?；蛟S他們更傾向于用BUG數(shù)來衡量，這樣簡單明了，雖然不正確。

經(jīng)驗215： 贊同，所以假設(shè)必須分配多個任務(wù)給同一個員工，不要糾錯式的責(zé)備某個時刻某個任務(wù)沒有做好;

經(jīng)驗216： 測試經(jīng)理在測試產(chǎn)品領(lǐng)域的視角要開闊；

經(jīng)驗220： 多了解員工的期待與現(xiàn)實感覺，不僅僅對于新員工需要這么做，留住老員工也是必須的，否則會出現(xiàn)離職都不知道真實原因的情況。關(guān)心員工、與員工做朋友非常重要。

經(jīng)驗225： 不要在項目末尾添加新手，有可能起到相反作用，這點在項目管理上也提到；同時不要為了以后可能有的培訓(xùn)或者職位更換理由，浪費(fèi)太多時間在文檔活動；在開發(fā)程序時也一樣，不要為了以后可能還用不到的需求做無限擴(kuò)大需求活動，否則永無盡頭且不實際。

經(jīng)驗226：經(jīng)理應(yīng)該 客觀評價事物，不要不懂裝懂，否則容易誤導(dǎo)員工，有失公正；

經(jīng)驗227： 不要使自己陷入導(dǎo)致工作失?。ㄈ绻ぷ髁窟^大）或者沒有希望的工作上，最終只會使自己的情緒受到傷害。管理者總是覺得應(yīng)該給能者更多的工作，而員工則希望更多的休息，如果給予信任的員工更多的工作，最終可能導(dǎo)致其失敗并有損情緒，實際上就是摧殘而已。

經(jīng)驗228： 測試經(jīng)理不應(yīng)該是傳話筒，否則有可能是成為不同決策者的執(zhí)行機(jī)器，而應(yīng)該是中間溝通協(xié)調(diào)層，保護(hù)其員工不受不同決策者的不同觀點的影響，但是這種保護(hù)應(yīng)該是正確的觀點指導(dǎo)下。經(jīng)驗235：多樣化是項目團(tuán)隊建議的良藥；

經(jīng)驗238：跳槽時不要顯示對原來公司的不滿或泄露原公司的信息；

經(jīng)驗239：速度測驗高分只能反映是腦力兔子，或者有可能是訓(xùn)練、練習(xí)所致；而低分者可能是腦力烏龜，慢工出細(xì)活。

經(jīng)驗245： 從職業(yè)發(fā)展角度來說，掌握測試技術(shù)本身比掌握專業(yè)業(yè)務(wù)邏輯更好，當(dāng)然這里的專業(yè)業(yè)務(wù)是銀行系統(tǒng)等的話，另當(dāng)別論。

經(jīng)驗250： 面試貫徹2個逐條：逐條解釋簡歷中的每條：逐條解釋招聘要求的每個條目為什么自己符合，不符合，但是可以很快學(xué)習(xí)的地方；

經(jīng)驗252： 和其他公司測試員建立聯(lián)系，有助于以后的職業(yè)發(fā)展。

經(jīng)驗253： 如有可能，多休息也是一種緩和跳槽的想法；

經(jīng)驗278：測試計劃經(jīng)常漏掉如何保障測試策略的執(zhí)行與工作產(chǎn)品；

經(jīng)驗280：討論風(fēng)險和覆蓋率，研究用例內(nèi)容比單純統(tǒng)計測試用例數(shù)量更有意義；

經(jīng)驗284： 策略決策可利用資源可簡單歸納為：人、事、物；

經(jīng)驗285： V字軟件測試模型強(qiáng)調(diào)軟件測試策略早先制定，實際上隨著測試的深入，策略會因風(fēng)險識別的準(zhǔn)確度提高等因素而做出調(diào)整，因為V不是非常好的項目組織方法。

經(jīng)驗286： 不要將測試局限在某個階段，抓住一切機(jī)會測試可以測試并值得測試的事物；

經(jīng)驗297：項目初期：同情的測試；開發(fā)只想知道已經(jīng)完成的功能的測試結(jié)果，不是想知道自己還沒有做的功能的測試結(jié)果；整個測試按項目發(fā)展分為：同情地測試-》積極地測試-》多樣地測試=》謹(jǐn)慎地測試；

經(jīng)驗292： 當(dāng)遇到測試問題過多的模塊（可能需要其他設(shè)計替換），應(yīng)提醒開發(fā)，不要再痛打落水狗；要測試模糊不清的地方（接口之地、新的技術(shù)方案、需求模糊之地）；測試員負(fù)責(zé)任務(wù)之間的縫隙處（交叉部分）容易出問題；

總結(jié)：

（1）關(guān)注如何思考；

（2）關(guān)注本質(zhì)，少看數(shù)量；

（3）關(guān)注多樣化；

（4）強(qiáng)調(diào)結(jié)對測試；

（5）測所有可測之地，越早介入越好；

（6）不同階段，擁有不同心態(tài)；

第二篇：《軟件測試經(jīng)驗與教訓(xùn)》讀后感

<<軟件測試經(jīng)驗與教訓(xùn)>>讀后感

看了<<軟件測試經(jīng)驗與教訓(xùn)>>第7、8、11章節(jié)后，對照以前的工作情況，感悟比較深的是以下幾點：

1、回想測試BA100項目時，和開發(fā)工程師的關(guān)系處得非常緊張，出現(xiàn)問題相互責(zé)備；開發(fā)工程師曾經(jīng)提出不要打擊和嘲笑他們的要求?？赐炅伺c程序員交互這一章節(jié)后，明白程序員不是編碼機(jī)器，有感情，大多數(shù)人都非常在乎所在工作。我們作為程序員的正式批評者，要避免正面沖突情況，要有團(tuán)體合作精神，相互幫助相互信任；這樣會讓他們愿意共享信息，使測試工作更有效。向領(lǐng)導(dǎo)只反映所發(fā)現(xiàn)的問題不是反應(yīng)程序員的能力。

2、我們在測試過程中提出一些理解有誤或是路徑不明確的問題，也有一些描述不清楚的問題；今后嚴(yán)格要求自己，發(fā)現(xiàn)問題就要堅持自己的觀點，要提出令人信服的問題，并準(zhǔn)確清楚描述問題，一步一步地將問題給出，沒有多余步驟。使問題描述易讀，容易理解。只談?wù)撍吹降默F(xiàn)象，不要猜測內(nèi)部問題的性質(zhì)，避免開發(fā)查找問題時花大量時間。

3、在測試BA100項目時，開發(fā)工程師沒有做好準(zhǔn)備就發(fā)布版本，測試員拿到版本直接升級或安裝，結(jié)果發(fā)現(xiàn)正常功能無法執(zhí)行，但是還在繼續(xù)測試，或者大家需要退回舊版本重新等待開發(fā)再次發(fā)布；對于正常功能無法執(zhí)行的版本我們應(yīng)該拒絕這種測試版本。我希望以后項目使用冒煙測試，就是發(fā)布新版本時，安排一名測試員花上半天時間運(yùn)行冒煙測試，其他人員等改版本通過冒煙測試才投入測試；這樣就不會浪費(fèi)大家時間。

4、以前我一直認(rèn)為：2個測試員測試同樣的內(nèi)容是浪費(fèi)時間，現(xiàn)在看完測試策略這一章節(jié)以后明白并不是一回事，2個測試員測試同樣的內(nèi)容也許并不是重復(fù)勞動，可能發(fā)現(xiàn)不同的問題，可以注意到另外一個測試員忽視的問題，而這種問題都是比較嚴(yán)重的問題，不易發(fā)現(xiàn)。

第三篇：軟件測試經(jīng)驗與教訓(xùn) 學(xué)習(xí)筆記 1 1-15

測試員是項目的前燈。測試就是要找到信息。測試的使命決定要做的一切?？焖僬页鲋匾浖栴}，對產(chǎn)品質(zhì)量提出總體評估，確認(rèn)產(chǎn)品達(dá)到某種具體標(biāo)準(zhǔn)，幫助客戶改進(jìn)產(chǎn)品質(zhì)量和可測性，保證測試過程能夠達(dá)到可分清責(zé)任的標(biāo)準(zhǔn)，就測試和與測試員協(xié)作方式培訓(xùn)客戶，采用特定的方法集或遵循特定的規(guī)則集，幫助預(yù)測和控制支持成本，幫助客戶改進(jìn)其過程，以最小化成本，時間或盡可能減少副作用的方式，完成自己的工作，為滿足特定客戶要求，完成所有必要的工作。測試員為很多客戶服務(wù)。項目經(jīng)理----向此客戶報告工作狀態(tài)，迅速報告重要問題。程序員---向此客戶提供好的錯誤報告。技術(shù)文檔編寫員---向此客戶報告文檔類型錯誤，技術(shù)支持員和市場開發(fā)員，項目負(fù)責(zé)人，用戶。測試員發(fā)現(xiàn)的信息會打擾客戶。測試團(tuán)隊需要根據(jù)客戶對價值的定義，通知客戶有關(guān)威脅產(chǎn)品價值的任何信息。迅速找出重要程序問題。首先測試經(jīng)過變更的部分，后測試沒有變化的部分。先核心功能，后輔助功能，先測試能力后測試可靠性，先測試常見情況，后測試少見情況。先測試常見威脅，后罕見威脅，先測試影響大的問題，后影響小的問題，先測試最需要的部分，后測試沒有要求的部分。跟著程序員走。及時的向程序員報告發(fā)現(xiàn)的問題。讓程序員成為項目的瓶頸。詢問一切，但不是外漏。測試員想到的任何問題，都會有助于啟發(fā)自己的思想，最終產(chǎn)生對問題新的認(rèn)識測試員關(guān)注失效，客戶才能關(guān)注成功。不能說 通過測試來確認(rèn)程序正常，只能說 就我所執(zhí)行的測試來說，沒有發(fā)現(xiàn)產(chǎn)品不正常。測試員通過發(fā)現(xiàn)程序中客觀存在的問題，是為了更好的能夠幫助項目團(tuán)隊更加了解自己的技能以及產(chǎn)品風(fēng)險。不會發(fā)現(xiàn)所有程序問題。知道并承認(rèn)自己不能做所有的事之后，測試員必須選擇如何使用自己的時間 10 當(dāng)心“完備的”測試?？偨Y(jié)自己實施的測試以及為什么值得實施這些測試，并告訴客戶自己沒有做的其它值得做的測試，以及為什么沒有做這些測試。通過測試不能保證質(zhì)量。測試員測試和錯誤報告提供促進(jìn)項目質(zhì)量保證的信息，但是這種保證要來自整個團(tuán)隊。永遠(yuǎn)別做看門人。要由控制項目，條件最好的人承擔(dān)發(fā)布產(chǎn)品的責(zé)任。當(dāng)心測試中的不關(guān)我事理論。應(yīng)盡其所能，通知團(tuán)隊可能會對產(chǎn)品的價值產(chǎn)生消極影響的所有問題。14 當(dāng)心成為過程改進(jìn)小組?？梢猿蔀檫^程改進(jìn)的一員，但避免成為全部。別指望任何人會理解測試，或理解測試員需要什么條件才能搞好測試。測試員可以向管理層和程序員提供幫助自己的機(jī)會

第四篇：軟件測試經(jīng)驗與教訓(xùn) 學(xué)習(xí)筆記2 16-30

Flowing is the today's summary.測試運(yùn)用的是認(rèn)知論。認(rèn)知論研究如何認(rèn)識所了解的東西，研究證據(jù)和推理。目標(biāo)是了解如何才能改進(jìn)我們的思維。多用how提問。how to know the software is perferct? if it is not perfect how to know?研究認(rèn)識論有助于更好的測試 研究認(rèn)識論 可幫助測試員設(shè)計有效的測試策略，更好的意識工作中的錯誤，理解自己的測試能證明什么，不能證明什么。入門書籍 《批判性思維的工具:心里學(xué)的元思想》，《思考與決策》，《研究的技巧》認(rèn)知心理學(xué)是測試的基礎(chǔ)。認(rèn)知 心里 學(xué) 告訴 我們的是我們是如何思考的。有助于理解 影響測試員工作成績的因素，以及影響人們理解自己工作方式的因素。測試在測試員的頭腦中。注重測試設(shè)計選擇，解釋所觀察的現(xiàn)象的能力，以及非常令人信服的分析描述這些現(xiàn)象的能力。測試需要判斷，并不是只做輸出與預(yù)期結(jié)果的比較。掌握探索時推斷的藝術(shù)。以一種不能事先預(yù)測的方式，通過一種思想引出另外一種思想，然后再引出下一種思想。優(yōu)秀測試員會進(jìn)行技術(shù)性，創(chuàng)制性，批判性和實用性地思考。黑盒測試并不是基于無知的測試 更應(yīng)該了解用戶，了解結(jié)束，了解軟件運(yùn)行環(huán)境的配置，了解開發(fā)過程，了解這個軟件要與之交互的其他軟件。黑盒強(qiáng)調(diào)有關(guān)軟件的用戶和環(huán)境知識。測試員不只是游客。測試員做的大量非測試事是為了更好的了解產(chǎn)品，但是需要把精力放在評估產(chǎn)品上。所有的測試都試圖回答某些問題。所執(zhí)行的測試，都是要回答有關(guān)現(xiàn)實的產(chǎn)品和應(yīng)該得到的產(chǎn)品之間關(guān)系的某個問題。所有的測試都基于模型。學(xué)會一種對產(chǎn)品建模的新方法，就像是學(xué)會了觀察產(chǎn)品的一種新方法。26 直覺是不錯的開始，但又是糟糕的結(jié)束。直覺只是在開始的時候更有用，而非其他時候。把直覺當(dāng)做指南，而不能用作合理性證明。為了測試，必須探索。探索需要大量的思索。前向思索，后向思索，側(cè)向思索。實用誘導(dǎo)推斷邏輯發(fā)現(xiàn)推測實用猜想與反駁邏輯評估產(chǎn)品。

第五篇：無領(lǐng)導(dǎo)小組經(jīng)驗與教訓(xùn)

人力資源管理之無領(lǐng)導(dǎo)小組經(jīng)驗與教訓(xùn)

2011/11/28

一、評委

1.評分細(xì)則，評分表的制作（前期準(zhǔn)備，評分標(biāo)準(zhǔn)不容易明確）

2.加減分細(xì)則，標(biāo)準(zhǔn)不統(tǒng)一

3.不可避免受到平時印象的影響加減分?jǐn)?shù)，很難做到絕對的公平公正。

4.前期分工和合作很重要

5.忽略某些細(xì)則（如加減分）

6.評委前期應(yīng)該開會統(tǒng)一意見，制定標(biāo)準(zhǔn)

7.評委應(yīng)該對考生進(jìn)行近距離全方位的觀察

8.評分表的操作性高很重要

9.評委應(yīng)該保留數(shù)據(jù)

10.考官各方面的比例應(yīng)該合理（譬如：性別、人數(shù)）

二、考生

1.2.3.4.5.6.把握自己在討論中的位置 首先統(tǒng)一共識的標(biāo)準(zhǔn) 注意自己在討論中的行為舉止 性別有可能對結(jié)果造成影響 注意對討論內(nèi)容的規(guī)劃 考官不可能看到過程中的每一細(xì)節(jié)，所以考生不必太過在意自己一時的錯誤

7.獨(dú)立發(fā)表意見，綜合整合結(jié)果

8.更早地確定小組發(fā)言人

9.聲音洪亮，語速平緩，觀點明確

三、觀眾

1.過于關(guān)注考生考官

2.考官男女比例失調(diào)，人數(shù)不足

3.考生之間關(guān)系協(xié)調(diào)度，情商的注意

4.音量音速的控制，信息表達(dá)效果，觀點長度的控制

5.明確出題人的意圖，注意本次考核的價值觀

6.總結(jié)觀點時應(yīng)該注意取舍問題

7.明確目的，標(biāo)準(zhǔn)統(tǒng)一

8.團(tuán)隊：交流方式，對觀點的自信度，意見的深思熟慮