軟件測(cè)試人員應(yīng)該居安思危

相比較于開發(fā)，測(cè)試人員的工作更容易被替代，很多企業(yè)效益不好需要裁員的時(shí)候，測(cè)試人員往往首當(dāng)其沖。溫水煮青蛙式的工作不可行，不斷學(xué)習(xí)提升編程水平是必須的，這樣就算是遇到了企業(yè)裁員，也不會(huì)在找工作上浪費(fèi)過多時(shí)間。

測(cè)試應(yīng)該比開發(fā)人員更熟悉業(yè)務(wù)需求

測(cè)試人員對(duì)業(yè)務(wù)流程的掌握程度，決定了你測(cè)試用例的全面性和是否覆蓋廣泛，做好這件事肯定不是那么容易的。

• 熟讀功能需求文檔， 任何有疑問的地方都要去和PM確認(rèn)。
• 強(qiáng)調(diào)用戶思維，經(jīng)常使用自己所測(cè)試的軟件。模擬用戶的行為。
• 熟記軟件的每個(gè)功能。

和開發(fā)人員保持良好的合作關(guān)系

這點(diǎn)是測(cè)試人員工作順利展開的一大前提條件，不要輕易去打擾專注代碼的開發(fā)人員，很多時(shí)候你會(huì)讓他們中斷思考，學(xué)會(huì)把問題集中起來，這樣會(huì)節(jié)省很多時(shí)間。其次寫好Bug，描述精確，簡潔，沒有歧義，方便開發(fā)重現(xiàn)。

懂一些基本的編程

假若你測(cè)試了一年web程序，還不了解HTML,CSS, Javascript, Jquery，那你很容易被開發(fā)人員鄙視。

測(cè)試人員搭建開發(fā)環(huán)境

產(chǎn)品的代碼是最好的學(xué)習(xí)資料了，不能總等開發(fā)build一個(gè)版本，再進(jìn)行測(cè)試，完全不懂他們check in了什么代碼，了解下開發(fā)人員是如何修復(fù)bug的。也會(huì)幫你不斷提升編程的水平，還能幫開發(fā)做code review。

寫文檔是測(cè)試人員的核心能力

很多測(cè)試的前輩很認(rèn)同這個(gè)觀點(diǎn)，寫文檔需要的是清晰的邏輯和總結(jié)歸納能力，將完整，清晰，漂亮的測(cè)試報(bào)告發(fā)給各個(gè)組， 讓所有人看到你把工作做得很漂亮。

測(cè)試后期應(yīng)該做兩天交叉測(cè)試

交叉測(cè)試，就是指兩個(gè)測(cè)試工程師，互相交換測(cè)試的項(xiàng)目。這樣做有很多好處。

• 測(cè)試自己的項(xiàng)目久了，就容易眼盲，不容易找出Bug。
• 利于知識(shí)和業(yè)務(wù)共享，避免人員離職，請(qǐng)假，造成無人測(cè)試的情況。
• 交流中共同進(jìn)步。

測(cè)試人員的瓶頸

重復(fù)工作個(gè)兩三年，還沒有爬到test lead的位置，激情肯定被消磨了不少，這時(shí)候你要如何突破呢?首先要抽時(shí)間盡量把自己的測(cè)試工作實(shí)現(xiàn)自動(dòng)化，自動(dòng)化是趨勢(shì)， 只會(huì)做手動(dòng)測(cè)試的人，以后肯定會(huì)失去競爭力。

測(cè)試轉(zhuǎn)開發(fā)?難

努力學(xué)習(xí)編碼，用于測(cè)試，才是正道。測(cè)試人員很多，但優(yōu)秀的卻比較少，優(yōu)秀的測(cè)試人員需要很廣的知識(shí)面，良好的溝通能力，豐富的測(cè)試經(jīng)驗(yàn)，有熱情和耐心。

也許你會(huì)說，會(huì)寫代碼還做什么測(cè)試，早就做開發(fā)了。不過你要知道，大部分的測(cè)試經(jīng)理都是會(huì)敲代碼的，不然肯定難以管理手下的人。

作為一名測(cè)試人員，你對(duì)自己現(xiàn)在的工作狀態(tài)滿意嗎?