一個(gè)公司的測(cè)試部門由初創(chuàng)到成熟，最具代表性的可能就是其自動(dòng)化團(tuán)隊(duì)的實(shí)力，因?yàn)楫?dāng)公司的規(guī)模越來越大，業(yè)務(wù)越來越龐雜，測(cè)試的工作量也會(huì)成倍的增長(zhǎng)。整個(gè)團(tuán)隊(duì)的瓶頸開始由研發(fā)人員的不足轉(zhuǎn)向測(cè)試人力的不足，單靠人工測(cè)試已經(jīng)無法滿足產(chǎn)品的快速更新迭代速度，往往痛定思痛后測(cè)試部門都會(huì)艱難的走上自動(dòng)化測(cè)試的道路上，那么當(dāng)我們從無到有打造自己的自動(dòng)化測(cè)試團(tuán)隊(duì)時(shí)，應(yīng)該從哪些方面入手，以及按照怎樣的流程來避免走太多的彎路呢，這里小編以自己自動(dòng)化測(cè)試的經(jīng)驗(yàn)來給出一些參考建議。

1、人員組建
這當(dāng)然是一切工作的開端，一旦我們準(zhǔn)備開始打造自動(dòng)化測(cè)試團(tuán)隊(duì)，我們就應(yīng)當(dāng)開始著手自動(dòng)化測(cè)試人員的挑選。
1）面試招聘
當(dāng)你到了這個(gè)地步才開始意識(shí)到要構(gòu)建自動(dòng)化測(cè)試時(shí)，說明你的團(tuán)隊(duì)之前并沒有太強(qiáng)的自動(dòng)化測(cè)試的意識(shí)，那么最有效的方式是招聘一些在自動(dòng)化測(cè)試方向更有經(jīng)驗(yàn)的人員，一方面他們能夠更好的引導(dǎo)自動(dòng)化測(cè)試的構(gòu)建，另一方面也可以對(duì)已有的團(tuán)隊(duì)成員進(jìn)行自動(dòng)化測(cè)試思維的培養(yǎng)。

2）職能分工
除了開始挑選相關(guān)的自動(dòng)化測(cè)試人員，接下來需要思考自動(dòng)化測(cè)試工作的一個(gè)分工，自動(dòng)化測(cè)試本身也是一個(gè)大規(guī)模的作業(yè)，各個(gè)環(huán)節(jié)需要的技能都各不相同，需要安排具有相關(guān)技能的人員，一般自動(dòng)化測(cè)試會(huì)涉及到以下環(huán)節(jié)：

自動(dòng)化測(cè)試框架的搭建
架構(gòu)設(shè)計(jì)能力
豐富的coding和debug經(jīng)驗(yàn)
代碼性能優(yōu)化

底層接口的開發(fā)
API封裝的能力
良好的編碼規(guī)范
熟悉各類基礎(chǔ)業(yè)務(wù)

自動(dòng)化腳本的開發(fā)
基本的腳本語言開發(fā)能力
熟悉所涉及的測(cè)試業(yè)務(wù)

Web端的開發(fā)
豐富的前后端開發(fā)經(jīng)驗(yàn)
服務(wù)器性能優(yōu)化能力

2、人員管理
如何更好的管理一個(gè)自動(dòng)化測(cè)試團(tuán)隊(duì)，可以從以下幾個(gè)方面入手。

1）流程管理
制定適合團(tuán)隊(duì)的一套流程，能夠規(guī)范團(tuán)隊(duì)的工作，提高整體的工作效率，一般可根據(jù)公司的管理政策適當(dāng)?shù)淖鲆恍┳兏?，磨合出適合團(tuán)隊(duì)的流程。比如有的團(tuán)隊(duì)更適合使用敏捷測(cè)試的流程，有些則適合瀑布式的串行流程。

2）工作管理
采用一些KPI或OKR類的工作評(píng)價(jià)指標(biāo)，以量化團(tuán)隊(duì)的工作，提升團(tuán)隊(duì)的工作積極性及工作導(dǎo)向。

3）團(tuán)隊(duì)建設(shè)
團(tuán)隊(duì)的磨合在自動(dòng)化測(cè)試的搭建過程非常重要，可以適當(dāng)?shù)慕M織技術(shù)分享，安排技術(shù)培訓(xùn)等，通過技術(shù)的共享讓各個(gè)團(tuán)隊(duì)成員找到更適合自己或者自己更感興趣的業(yè)務(wù)方向，能夠提高團(tuán)隊(duì)成員的自我成就感。

3、基建工作
1）測(cè)試用例管理系統(tǒng)
事實(shí)上測(cè)試用例管理系統(tǒng)在沒有自動(dòng)化測(cè)試業(yè)務(wù)的團(tuán)隊(duì)也至關(guān)重要，然而當(dāng)你準(zhǔn)備投入自動(dòng)化測(cè)試時(shí)，測(cè)試用例管理系統(tǒng)將更加變得不可或缺。
目前比較普遍的是使用諸如testlink之類的開源系統(tǒng)，然后在其之上進(jìn)行一些二次開發(fā)（這也是為什么第1節(jié)中提到需要一些Web端開發(fā)的人員），或是使用一些收費(fèi)的系統(tǒng)，這里不再列舉。

2）Bug管理系統(tǒng)
同1）所說，bug系統(tǒng)對(duì)整個(gè)測(cè)試部門都至關(guān)重要，但是實(shí)現(xiàn)自動(dòng)化測(cè)試時(shí)，bug的覆蓋跟蹤也是自動(dòng)化測(cè)試覆蓋率的重要環(huán)節(jié)，可搭建諸如Bugzilla、Mantis這樣的開源系統(tǒng)，也可使用Jira這樣強(qiáng)大的收費(fèi)系統(tǒng)。

3）Wiki文檔系統(tǒng)
技術(shù)分享、技術(shù)培訓(xùn)不可或缺需要Wiki文檔系統(tǒng)來維護(hù)一些技術(shù)文檔，普遍會(huì)采用Confluence作為內(nèi)部文檔交流的系統(tǒng)。

4）代碼管理系統(tǒng)
不必多說，代碼庫管理是必需環(huán)節(jié)，SVN、Git等工具均可使用。

4、自動(dòng)化測(cè)試系統(tǒng)構(gòu)建
如何從頭開始構(gòu)建自動(dòng)化測(cè)試系統(tǒng)，往往是按照以下的順序依次進(jìn)行。

1）底層API
所有的自動(dòng)化測(cè)試腳本都基于最底層的API接口的調(diào)用，所以這部分是自動(dòng)化測(cè)試工作最先開始投入的部分。

2）自動(dòng)化測(cè)試腳本
最初由于腳本當(dāng)量不大，所以并不需要太龐雜的系統(tǒng)來承托腳本的運(yùn)行，所以在底層API開發(fā)完畢后即可進(jìn)入簡(jiǎn)單的自動(dòng)化腳本的開發(fā)工作。

3）自動(dòng)化框架
當(dāng)自動(dòng)化測(cè)試腳本的量級(jí)過大后，腳本的選擇、運(yùn)行、調(diào)度等變得困難，這時(shí)將需要一套自動(dòng)化測(cè)試框架，負(fù)責(zé)所有腳本的調(diào)度，有時(shí)也可基于一些開源的框架做二次開發(fā)使用，這個(gè)階段需要考慮的是采用哪種策略的框架更適合當(dāng)前的自動(dòng)化業(yè)務(wù)。

4）報(bào)告、日志系統(tǒng)
大當(dāng)量的腳本將會(huì)對(duì)統(tǒng)一的日志有更高的要求，需要定義更規(guī)范的日志以及開發(fā)便捷的報(bào)告生成系統(tǒng)來配合自動(dòng)化測(cè)試的進(jìn)行。

5）環(huán)境部署
當(dāng)整套的框架都開發(fā)完畢，需要一套規(guī)范的方法來快速的部署自動(dòng)化測(cè)試環(huán)境到真實(shí)的測(cè)試平臺(tái)上去。

6）集中控制系統(tǒng)
團(tuán)隊(duì)規(guī)模再次擴(kuò)大之后，可能還需要一套集中控制系統(tǒng)，用來管理各個(gè)自動(dòng)化測(cè)試平臺(tái)，引入賬戶機(jī)制，遠(yuǎn)程操作，分布式執(zhí)行等策略

5、自動(dòng)化測(cè)試管理
1）自動(dòng)化腳本管理
往往腳本也同其他代碼一樣，需要錄入代碼管理系統(tǒng)

2）自動(dòng)化質(zhì)量管理
通過率是自動(dòng)化測(cè)試質(zhì)量的重要指標(biāo)，通過率過低會(huì)導(dǎo)致自動(dòng)化的低效，甚至反而不如人工測(cè)試的效果好

3）自動(dòng)化覆蓋率
在編寫自動(dòng)化測(cè)試用例時(shí)，并非要一味的追求自動(dòng)化的覆蓋率，更多時(shí)候我們是需要考量自動(dòng)化的投入與產(chǎn)出，使得自動(dòng)化測(cè)試發(fā)揮其價(jià)值而不是消耗更多的人力。

4）持續(xù)集成
往往是通過持續(xù)集成的方式來自動(dòng)執(zhí)行冒煙測(cè)試，在軟件構(gòu)建之后立即反饋致命問題
?文章來源地址http://www.zghlxwxcb.cn/news/detail-412211.html

到了這里，關(guān)于如何從0到1打造自動(dòng)化測(cè)試平臺(tái)的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！