【51CTO.com原創稿件】Gavin有著20年的工作經驗，擁有多個項目和系統的開發經驗。最初從事Java系統開發，對比較流行的開源框架都有使用過。后來轉測試方向，在測試領域帶領團隊實施兼容Web測試平臺搭建，性能測試實施，自動化測試實施，移動端測試及測試技術探索。目前主要做管理和技術指導工作。

[[206040]]

Gavin·測試主管

從開發到測試，華麗轉型

當時Gavin認為自己開發的一個很健壯的項目卻被測試出許多Bug，因此他對測試產生好奇，同時也想擴充自己的能力面。這樣在后續的一個偶然的機會中，他就轉到測試工作上了。最開始他不明白測試的方法和過程，通過學習，培訓和實踐逐步了解。測試初期Gavin做的是測試技術支持，專門做測試軟件的售后技術，以及性能，自動化測試。

因為從開發轉過來比較容易上手，對于一些工作中遇到的開發人員不配合或不理解的情況，他比較能夠理解，對于這樣的干擾一般通過測試概念多溝通增強開發人員的質量意識來形成互相支持。如今Gavin在測試行業也已工作多年，后來慢慢帶團隊做全職測試了，包括功能的也會做。

之所以轉型做測試，Gavin純粹是當時的興趣。但是未來開發和測試是統一的，技術發展的好，將來開發兼測試，測試也是開發，界限會模糊的。開發的壓力往往在于工期緊，有些需要技術研究等，目的在于建設實現上。測試的壓力也有工期的問題，但測試的責任壓力是非常重的，如果有問題發生往往***責任人是測試，因此要求測試特別細致，同時需要考慮的功能也要全面，工作量并不比開發少。

相比以往，測試工作同樣需要技術，而且對技術要求越來越高，就像自動化測試與開發無大的區別了。測試人員除了要理解測試理念，還要關注技術部分。這樣能更好的發現和理解深層次的問題，比如：多線程。這樣才能知道是否是并發的問題。包括一些框架的概念，有助于定位問題，還要了解數據庫技術，可獨立填充數據和做壓力測試數據。

對于轉型做測試的新手來說，Gavin建議一般可從技術支持崗位入手。比較容易，測試技術相對少，對于有過開發經驗的人來說上手快，不必太多去了解復雜的業務。只是測試基本方法不了解，這個需要一點學習，相對來講測試難度不大，可比較順利開展工作。

測試中常見的問題列舉兩個：

***個問題就是如何對需求做案例，這個是測試人員的基本要求。通過系統的學習測試基本理論方法，如：邊界值，等價類等。然后將這些方法進行工作實踐。能快速進入測試工作。

第二個問題是測試工具的使用。需要理解這些工具的概念，原理。沒有啥特殊的方法，只有通過文檔和實踐來學習。多看網上資料，看原始文檔，測試環境驗證，基本上都能掌握。涉及特殊環境下問題通過查文檔和論壇等搜索資料來解決。

對解決的問題進行整理記錄，積累提高。

淺析測試用例管理停滯的原因

對測試及開發過程和技術都了解一些，這次Gavin談談測試中測試用例的管理和體會。主要是分享一下測試案例的管理問題，這個一直比開發落后。自入行到現在他經歷了幾個公司，無論是做開發時期還是到現在做測試管理，在自身的體會中以及從多數同事和朋友了解到測試用例的管理基本上還是以Xmind和Excel為主，只有少部分公司采用了商業化方案或自研的工具。

相比開發的技術更新迭代頻繁，測試在這個方向沒有多少進步。造成測試用例管理停滯的原因是什么呢？Gavin分析主要有以下幾個原因：

1、  商業工具費用高，一般公司不能負擔成本

這些工具對于中小公司作為軟件采購是不現實的，必要的軟件工具都不一定是正版采購（沒有歧視的含義），更談不上這些昂貴費用的支出。多數情況下采用免費版本的拿來主義，盡量使公司的管理模式和軟件有更好的匹配，也造成市場上各種軟件流行，沒有人能占據主流位置；

2、  自研能力有限，或成本投入不合算

自研需要開發團隊來處理，對于測試自主開發工具往往在技術能力上也有欠缺；即使是自動化測試人員也是更多的關注于業務領域，對于純產品類的研發技術深度和廣度都需要積累；

3、  測試人力成本低，增加人力即可彌補問題

這是比較現實的一個因素，功能測試人員大多是剛畢業進入此領域，很少有在相同業務領域長時間做功能測試人員，很多是在3年左右熟悉業務后進入其他工作領域，有轉做產品，開發，包括售前支持；也有很多在測試領域轉向性能測試和自動化測試。這個過程中學習測試用例的設計，執行測試，也并未更多考慮到相關管理問題。

另外，相對開發來說能比較快速補充人力資源，個人任務量的減少也降低的對案例管理的需求。就管理層來說這個因素也對項目測試任務量的準確評估不必要求過高從而放松了對測試用例的管理要求；

4、  測試過程在公司的生產環節重視程度不夠

相較于大公司的產品過程，大多數公司對測試環節沒有深刻認識到它的作用，往往會出現“簡單測一測”的行政指令，讓本就資源不足的測試更加雪上加霜難以充分執行，造成***去掉的就是測試用例設計，沒有了這個環節管理也就無從談起了。即使是外包項目由于時間壓縮經常出現測試用例的軟件交付后設計。

雖有成本及其他因素，但還是希望用例的設計和管理能夠得到充分重視和推廣。有無好的解決方案呢？Gavin認為有以下兩點：

1、  測試理念的推廣，讓大家充分了解測試，認識測試的重要性，保障測試的嚴格執行；

2、  管理工具的演進，通過工具技術的提升讓用例管理更方便，更易用；

***做一點展望，希望測試工作能深化和發展，讓測試充分為軟件產品質量保駕護航。

如果你也愿意分享你的故事，請加51CTO開發者QQ交流群 627843829聯系群主小官，期待你精彩的故事！

【51CTO原創稿件，合作站點轉載請注明原文作者和出處為51CTO.com】