幾乎所有剛開始工作的人都會(huì)碰到這個(gè)問題，如果總結(jié)起來就是「理想和現(xiàn)實(shí)的差距」。
說的高大上一點(diǎn)就是「認(rèn)知差異」。
怎么理解呢？就是基于你當(dāng)前認(rèn)知得出的結(jié)論并不一定是合理的結(jié)論。
如果就事論事，我的建議是：
任何一件事情，如果自己沒有讓它做的更快更好，那就不要說它簡(jiǎn)單。
換個(gè)說法就是，請(qǐng)證明這項(xiàng)工作真的很簡(jiǎn)單，比如改進(jìn)下工作方法，讓工作效率有很大的提升，比如引入自動(dòng)化，把人從繁瑣的手工操作中解放出來等。
是的，看到簡(jiǎn)單很容易，讓它不簡(jiǎn)單卻是有挑戰(zhàn)的。
如果我們連簡(jiǎn)單的事情都沒做好，有什么理由去嫌棄它？軟件測(cè)試的精髓，不只是如何執(zhí)行用例。
我們可以想辦法去發(fā)現(xiàn)更有深度的問題(Bug)；
我們可以想辦法寫出有效性更好的用例(Bug 和用例的對(duì)照比率，項(xiàng)目早期發(fā)現(xiàn)嚴(yán)重問題)；
我們可以基于項(xiàng)目經(jīng)驗(yàn)提出質(zhì)量改進(jìn)計(jì)劃(同類型問題后續(xù)不再發(fā)生)；
我們可以在項(xiàng)目過程中去了解和學(xué)習(xí)相關(guān)的周邊知識(shí)(項(xiàng)目相關(guān)的業(yè)務(wù)知識(shí)、項(xiàng)目相關(guān)的系統(tǒng)知識(shí))。
如果我們只是盯著怎么執(zhí)行用例，那我們無疑會(huì)一直都只是一個(gè)用例執(zhí)行者。退一萬步講，我們就只關(guān)注用例執(zhí)行，那也是有很多事情可以做的。
對(duì)，我們要做的事情就是「自動(dòng)化」。
這里說的自動(dòng)化特指用例執(zhí)行的自動(dòng)化，覺得手工執(zhí)行很簡(jiǎn)單，那就想辦法讓簡(jiǎn)單的事情自動(dòng)化起來。
別去考慮復(fù)雜龐大的系統(tǒng)，就從單個(gè)用例入手，不管使用批處理、Shell、Python、C#、Java，想辦法把當(dāng)前做的事情「自動(dòng)化」起來，那怕是把之前鼠標(biāo)點(diǎn)擊 5 次的操作簡(jiǎn)化為 1 次，就是進(jìn)步，考慮和實(shí)現(xiàn)這個(gè)問題的過程，就是我們需要關(guān)注的地方。學(xué)習(xí)最需要的是主動(dòng)。
不要因?yàn)楣緵]有什么，就成為我們不做什么的借口。
測(cè)試的職責(zé)是保證產(chǎn)品質(zhì)量，如果有更好的方法來達(dá)成這個(gè)效果，你引入回歸測(cè)試、集成測(cè)試、自動(dòng)化測(cè)試等，都是公司喜聞樂見的，不過前提是你得讓公司看到做這些事情的價(jià)值，所以最重要的是，想到什么就去做，有想法就盡快去落地，從最小顆粒度去驗(yàn)證自己的想法。
只是想沒有用，只是抱怨沒有用。
把問題怪罪于環(huán)境，我們將找不到任何可以讓我們滿意的環(huán)境。
沒有條件我們就去創(chuàng)造條件。記住，工具是手段，不是目的。
不要為了學(xué) Python 而去學(xué) Python，不要為了集成測(cè)試、回歸測(cè)試這些概念而去做集成和回歸測(cè)試，這些都是手段，目的都是為了更好的達(dá)到測(cè)試效果。
如果能夠按照前面 1、2、3、4 去做，就會(huì)發(fā)現(xiàn)，我們會(huì)需要 Python，我們會(huì)需要集成測(cè)試、回歸測(cè)試，我們會(huì)需要更多的「工具」來達(dá)成效果，而學(xué)習(xí)和利用這些工具去達(dá)成效果的過程，就是學(xué)習(xí)和成長(zhǎng)的過程，達(dá)成效果后的那種成就感，是不可替代的，也正是我們所需要的。
看，這一切都水到渠成。
最后：希望大家都越來越好。如果有對(duì)測(cè)試這個(gè)崗位想要交流討論的，歡迎私信。
