【導讀】企業(yè)()大量管理資料下載。研發(fā)改進體制（草案）。版本創(chuàng)建日期備注。王振剛2020-4-21修改，添加一些新的內(nèi)容

　　

【正文】 的興趣和愛好，因為只有你了解了興趣和愛好，才能更融洽的調和整個工作組的氣氛，這對測試行業(yè)的領導者來說是個挑戰(zhàn)。 企業(yè) ()大量管理資料下載 31 歪曲理論推理 測試人員是由于技術不過硬，才去做測試的。好，我給測試說幾句，測試水平不過硬成立，假設成立，那么這是相對的，相對開發(fā)來說的，而且這種論調都是從開發(fā)那里擴散或傳播出來的，測試在后期發(fā)現(xiàn)問題后，開發(fā)也許心理很痛苦，但是他不愿意暴露在臉上，使得有些問題越發(fā)變的嚴重，不得不修改。那么在產(chǎn)品后期暴露那么多問題，說明了什 么呢？這么低水平的測試都能考慮到你程序設計的種種漏洞，那么說明了程序水平開發(fā)有待提高。 在 IT 現(xiàn)在的行業(yè)中，開發(fā)的流程，模式，以及各種約定成俗 的東西越來越多，而且相對穩(wěn)定，而測試是一個全新的行業(yè)，它需要大家摸索支持，需要大家共同建立起來。 其實，在原來的開發(fā)模式中，商家為了適應市場，為了保證利潤的最大化，為了使得產(chǎn)品能夠順利的適應市場，那么采用各種方法，使得產(chǎn)品質量的定位淡薄，而現(xiàn)在隨著人們的要求越來越高，商家的意識越來越強，各個公司或者組織渴望成立測試部門，保證產(chǎn)品的質量，使得測試這個行業(yè)在最近幾年 才發(fā)展起來。 正確理解自動測試 首先，自動化測試是測試行業(yè)未來的發(fā)展方向，而在測試中采用什么技術，是的 自動化的概念是人們在工業(yè)生產(chǎn)的過程中，為了提高工作效率，不斷的對操作方法或者技術或者工具進行改進，減少人們普遍的手工勞動，節(jié)省時間和成本。 企業(yè) ()大量管理資料下載 32 而軟件行業(yè)的自動化測試同樣也有節(jié)約成本，提高效率的需求。所以所有的改進需要考慮到成本的問題。 那么作為成本，需要從幾個方面去考慮，第一實現(xiàn)成本，第二，人力成本，第三，新技術的風險，第四，節(jié)省的成本，第五，被自動化的功能是否需要大量的手工勞動。 所以我們理解自 動化一定從成本的概念上考慮， 最少從自動化測試概念的起步應該從這個方面考慮。那么自動化測試的重點就在于他節(jié)省人力，節(jié)省時間，得到的數(shù)據(jù)更精確些，而且操作的可重復性和Bug 的可重現(xiàn)性更強一些。 在目前社會中，人們好像瘋狂的討論自動化測試工具，認為只要有自動化測試工具了，我們就會自動化測試了。好像這個概念已經(jīng)被認為是正確的，而且是被默認的，但是我個人認為這個是一個誤導的錯誤的概念，其實軟件的測試的自動化 測試工具介紹 企業(yè) ()大量管理資料下載 33 測試工具在實際工作中的應用 工作中的自動化 測試的幾中方法 數(shù)據(jù)驅動法 樁驅動 關 鍵字驅動 網(wǎng)絡方面的測試方法 數(shù)據(jù)庫測試要點 網(wǎng)絡游戲測試要點 C/S結構測試要點 WEB 測試要點 嵌入式軟件的測試方法 手機軟件測試 手機現(xiàn)在在社會上應用很廣，同時針對手機上的功能增加也非?？?，例如，藍牙，例如，短信，例如，信息下載，這說明在未來發(fā)展中，手機將人們帶在一個孤獨的社會中去。 簡單回想，我們的上輩人開始用手機，那是后簡單的目的：就是通訊，而且還必須在既企業(yè) ()大量管理資料下載 34 定范圍內(nèi)，價格高昂等，這些只有很富有的人才能染指的東西現(xiàn)在在社會中的每個角落都可能。放羊的。 那么手機軟件怎么測試呢？測試什 么呢？怎么組織呢？ 那么我做簡單的分析：首先確定手機軟件是嵌入式軟件，那么我們拋開 IC 測試，拋開盲區(qū)，耐久性，耐碰撞性測試不提，就軟件本身測試需要考慮的內(nèi)容。 MP3軟件測試 通用軟件的測試方法 辦公類產(chǎn)品測試 殺毒類產(chǎn)品測試 工具類產(chǎn)品測試 ERP 軟件的測試方法 驗證測試 測試管理工作 我沒有讀過管理方面，只是看了一些書而已，在幾個團隊中應用，效果還可以，所以拿出來和大家交流。 其實無論是開發(fā)管理和測試管理，其核心應該是“理”，如果理都不通，那么管只能是強制性質，那么在軟件行業(yè)，創(chuàng)造性的企業(yè) 中，可能不能維持的很久，所以需要先“理”清楚了，然后我們來管，到那個時候也就不用管了，因為理順了，所以大家都知道該怎么樣做，企業(yè) ()大量管理資料下載 35 什么時候做了。 那么談到“理”，我們需要理什么呢？理事情，把要做的事情理清楚；理目標，把要達到的目的說清楚；理思路，把做事情的思路和方法理清楚；理資源，把合理的資源調配到合適的位置上，讓興趣和能力結合。我覺得從大的方面就需要先將這些事情理清楚了，才可能使得一個團隊具有非常的戰(zhàn)斗力。 其次，還需要和善的溝通，做到無所不曉，因為在一個團隊中，氣氛非常重要，也許一個人的今天心情不好，造成 跟他配合的幾個人都無法工作順心，也許是感應。所以需要和大家開誠布公，把能講的問題，能講的事情講清楚，讓大家覺得你可以依靠，可以把心思告訴你，你盡力為大家解決后患問題，讓他們能夠開心踏實的做事情。 另外，需要換位思考，充分讓大家提出意見，因為如果一個團隊要發(fā)展，是需要大家一起努力的，這是大家都熟知的道理，但是做起來很難。避免一言堂，讓大家充分參與到設計中，在其中找到自我的感覺，找到這里沒有他是不可以的，這樣每一個人才能關心項目的每一個角落，而不是為了工作而工作了。 其二，需要在“理”的基礎上幫助大家總結， 大家在什么地方容易犯錯誤，犯什么類型的錯誤，犯錯誤的原因是由于我們的思想老化了，需要改進做事情的方式，還是由于工作能力或者經(jīng)驗的問題。那么就需要對各種錯誤進行統(tǒng)計，以找到問題的根本原因。就問題而討論問題，問題的實質出在那里，然后幫大家改進，自己同時也會進步。 給大家講我現(xiàn)實中的例子吧，我曾經(jīng)帶的一個測試組，大家做事企業(yè) ()大量管理資料下載 36 情都很賣力，而且成績也非常顯著，但是在做的過程中總是會有問題發(fā)生，問題到底出在那里呢？后來找到了原因，就是由于工作環(huán)節(jié)中出現(xiàn)問題了，所以他總是在那里犯錯誤，因為他是把工作當成工作來做了，所以他就改 這個地方，我后來找到他，也找到了問題的原因，一起把問題解決了。后來我就告訴他們，如果誰在同一個地方犯同樣的錯誤，我們的結論是他不懂，教他，共同學習，直到他告訴我可以了；如果第二次犯錯誤，那么我們給的結果是，他忘記了，好再學，直到他告訴我，他可以了；第三次犯同樣的錯誤，我們給的結論是故意犯錯誤的，那么就要全組請喝可樂一灌。 這個例子在現(xiàn)實生活中很多，主要是引導，因為如果把工作當成工作來作，可能不會用“心”，因為如果是用“心”工作他會找竅門，會找方法，負責他會厭煩；如果把工作當成自己未來的事業(yè)來做，那么就會用 心工作，這樣就需要我們正確的引導。 開發(fā)方面 開發(fā)分析 因為我們是第一次做 MP3 的產(chǎn)品，所以從技術上還處于摸索階段，第二我們對產(chǎn)品的質量意識還存在一點問題，第三，四方溝通或者說回饋不夠 問題分析 目前存在的問題 進度問題 四方配合問題，因為在炬力，存在硬件、軟件開發(fā)，市場開發(fā)，測試準備四個方面的組企業(yè) ()大量管理資料下載 37 織需要開展工作，所以那個組織的進度耽誤都會嚴重影響產(chǎn)品的發(fā)布周期，在現(xiàn)在競爭日益劇烈的市場中，必須把握市場機會，所以需要對進度進行把握。 建議采用作戰(zhàn)圖的形式，對各個階段點進行有利的把握，以給各個方面贏取更 多的時間，明確職責范圍，則權利的有利結合，激發(fā)各個方面的積極性。采用利益共同體的原則，將各個方面合理的結合，讓開發(fā)關心測試工作，讓測試關心開發(fā)工作，這樣形成一個有利的整體，讓市場及時反饋信息，使得項目順利進展。 溝通問題 SPEC 設計完成后，各個方面在限定的時間內(nèi)做出反饋，以及時跟進，以便對產(chǎn)品有個明確的定位，各個方面對方案認可后，切實執(zhí)行，如果出現(xiàn)技術問題，及時通知有關人士，以便進度和方案進行合理的修改和微調。在產(chǎn)品開發(fā)階段，需要及時的總結可能遇到的問題和對問題的解決方案，通知相關人士，使得項目組的人有 一種歸宿感覺。 開發(fā)需要給每個 Bug 做出合理的解釋，或者對我們的測試人員進行相關培訓，以便測試人員能夠深切的理解產(chǎn)品，能夠對產(chǎn)品進行合理嚴格的測試。 跟蹤問題 跟蹤問題牽扯到 Bug 的跟蹤和進度跟蹤， Bug 的跟蹤需要一套流程，及時的出來 Bug,使得發(fā)現(xiàn) Bug和解決問題形成一個完整的流程。 進度跟蹤的方法，建議采用階段點產(chǎn)品，定義明確的時間點，明確各個時間點上完成的功能點，保證產(chǎn)品可以編譯，可以抽查，可以運行以完成的相關功能。這樣使得大家在各個時期能夠看到大家都在進步，產(chǎn)品在進步，有利于整個團隊的士氣。 版本控制問題 定制嚴格的產(chǎn)品發(fā)布流程，降低由于時間問題，壓縮測試時間，給產(chǎn)品發(fā)布帶來的風險。建議采用的方法，由項目組定制編譯計劃，然后有相關人士進行討論，各個方面達成共識之后，堅決執(zhí)行。 版本控制和進度控制密切相關。 進行嚴格的代碼管理，以保證公司機密資料，在代碼 Check in 和 Check Out的時候建議由專人進行審核后方能入庫，以免誤操作或者敵意的操作造成代碼沖刷?？刂瓢姹居袔讉€好處和優(yōu)點。 關于 Bug的回饋優(yōu)點 第一、 開發(fā)方面回饋速度快 第二、 解決速度快 關于測試情況的總結 第一、 涵蓋情況 第二、 Bug的質量問題 開發(fā)體系問題 第一、 設計的分析做嗎？技術難度？設計的合理行，進度的可行性？ 第二、 單元測試做了嗎？ 企業(yè) ()大量管理資料下載 38 第三、 CVS 的 Check In 控制了嗎？ 第四、 進度風險預估了嗎？ 第五、 進度控制如何進行的？ 企業(yè) ()大量管理資料下載 39 產(chǎn)品方面 ： 產(chǎn)品分析：整個產(chǎn)品在開發(fā)前期，市場已經(jīng)找到了市場切入點，但是在現(xiàn)在產(chǎn)品要發(fā)布了，我們不能或者說很難用一系列的數(shù)據(jù)做說明，告訴高層這個產(chǎn)品可以發(fā)布了或者說不能發(fā)布，因為分析的數(shù)據(jù)太少了。因為數(shù)據(jù)是說明問題的基礎，但是現(xiàn)在定了產(chǎn)品發(fā)布的標準，只是一個現(xiàn)存數(shù)據(jù)，沒有預估分析可能性，對產(chǎn)品投入市場可能存在風險。 建議： 第一、 案例執(zhí)行率 第二、 案例發(fā)現(xiàn) bug率 第三、 重復 bug率 第四、 KLOC 第五、 產(chǎn)品日測試匯總圖（察看歷史曲線） 企業(yè) ()大量管理資料下載 40 對產(chǎn)品研發(fā)整體改進思路 第一步、增強開發(fā)質量意識 做法：這個是個長遠任務，但是我們可以做具體的事情，例如：檢查開發(fā)單元測試情況或者單元測試代碼等活動 對設計的模塊案例檢查回饋情況，把質量和開發(fā)邦定，不要讓測試單獨承擔這個壓力。 活動方式：宣講，制度，執(zhí)行，邦定 第二步、增強測試本身素質 做法：因為測試不成型，這是現(xiàn)狀，所以我們通過提供一些數(shù)據(jù)來提高案例設計的能力 或者說告訴測試人員我們的缺陷在那里。這個是長遠的事情，因為需 要人力去做 這個事情。提供如下數(shù)據(jù)：重復報告率，案例和 Bug的比率等。 加強程序概念的培訓或者框架的了解，盡力從程序的概念上理解產(chǎn)品，盡量避免 例冗余。 活動方式：培訓，數(shù)據(jù)，比較 第三步、對產(chǎn)品開發(fā)過程中版本編譯的控制 做法： CVS 庫權限控制，所有的 Check in 和 Check out需要控制，檢查代碼后方可入庫 活動方式：專人控制，以面沖掉原來的代碼 第四步、進度控制 做法：在產(chǎn)品開發(fā)周期中定制完整的編譯計劃，對階段性產(chǎn)品進行測試或者抽查。以保后期測試時間的爭取和質量的保證。 活動方式：認可，執(zhí)行，調 整 第五步、控制進度問題 做法：明確開發(fā)模式，列舉詳細的開發(fā)進度，詳細提出開發(fā)的功能情況，樹立作戰(zhàn)詳細進度表或者叫作戰(zhàn)牌，以鼓舞士氣，讓每個參與者了解進度 活動方式：承諾，監(jiān)督，跟蹤 12 做法：統(tǒng)一平臺，統(tǒng)一流程，統(tǒng)一做事方式，實現(xiàn)任務單跟蹤 活動方式：準則，平臺，優(yōu)化。