【51CTO.com原創(chuàng)稿件】Gavin有著20年的工作經(jīng)驗(yàn)，擁有多個項(xiàng)目和系統(tǒng)的開發(fā)經(jīng)驗(yàn)。最初從事Java系統(tǒng)開發(fā)，對比較流行的開源框架都有使用過。后來轉(zhuǎn)測試方向，在測試領(lǐng)域帶領(lǐng)團(tuán)隊(duì)實(shí)施兼容Web測試平臺搭建，性能測試實(shí)施，自動化測試實(shí)施，移動端測試及測試技術(shù)探索。目前主要做管理和技術(shù)指導(dǎo)工作。

[[206040]]

Gavin·測試主管

從開發(fā)到測試，華麗轉(zhuǎn)型

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

因?yàn)閺拈_發(fā)轉(zhuǎn)過來比較容易上手，對于一些工作中遇到的開發(fā)人員不配合或不理解的情況，他比較能夠理解，對于這樣的干擾一般通過測試概念多溝通增強(qiáng)開發(fā)人員的質(zhì)量意識來形成互相支持。如今Gavin在測試行業(yè)也已工作多年，后來慢慢帶團(tuán)隊(duì)做全職測試了，包括功能的也會做。

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

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

對于轉(zhuǎn)型做測試的新手來說，Gavin建議一般可從技術(shù)支持崗位入手。比較容易，測試技術(shù)相對少，對于有過開發(fā)經(jīng)驗(yàn)的人來說上手快，不必太多去了解復(fù)雜的業(yè)務(wù)。只是測試基本方法不了解，這個需要一點(diǎn)學(xué)習(xí)，相對來講測試難度不大，可比較順利開展工作。

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

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

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

對解決的問題進(jìn)行整理記錄，積累提高。

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

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

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

1、  商業(yè)工具費(fèi)用高，一般公司不能負(fù)擔(dān)成本

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

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

自研需要開發(fā)團(tuán)隊(duì)來處理，對于測試自主開發(fā)工具往往在技術(shù)能力上也有欠缺；即使是自動化測試人員也是更多的關(guān)注于業(yè)務(wù)領(lǐng)域，對于純產(chǎn)品類的研發(fā)技術(shù)深度和廣度都需要積累；

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

這是比較現(xiàn)實(shí)的一個因素，功能測試人員大多是剛畢業(yè)進(jìn)入此領(lǐng)域，很少有在相同業(yè)務(wù)領(lǐng)域長時間做功能測試人員，很多是在3年左右熟悉業(yè)務(wù)后進(jìn)入其他工作領(lǐng)域，有轉(zhuǎn)做產(chǎn)品，開發(fā)，包括售前支持；也有很多在測試領(lǐng)域轉(zhuǎn)向性能測試和自動化測試。這個過程中學(xué)習(xí)測試用例的設(shè)計(jì)，執(zhí)行測試，也并未更多考慮到相關(guān)管理問題。

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

4、  測試過程在公司的生產(chǎn)環(huán)節(jié)重視程度不夠

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

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

1、  測試?yán)砟畹耐茝V，讓大家充分了解測試，認(rèn)識測試的重要性，保障測試的嚴(yán)格執(zhí)行；

2、  管理工具的演進(jìn)，通過工具技術(shù)的提升讓用例管理更方便，更易用；

***做一點(diǎn)展望，希望測試工作能深化和發(fā)展，讓測試充分為軟件產(chǎn)品質(zhì)量保駕護(hù)航。

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

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請注明原文作者和出處為51CTO.com】