從我對測試主管工作的記事以來(lái),就在印象中保留了這樣的一幕。記的剛進(jìn)一家公司時(shí),我團隊中的人員就開(kāi)始經(jīng)常會(huì )有下屬跟我說(shuō)抱怨,公司的需求工程師讓我們太失望了。需求如何如何不好,然而,多少有些經(jīng)驗的我,當時(shí)我是把幾家國內我服務(wù)過(guò)的頂尖公司情況作了一個(gè)簡(jiǎn)單的對比,的需求跟公司的需求人員的需求做了比較這時(shí)才發(fā)現,發(fā)現,原來(lái)我們公司的需求人員還是做的得不錯的,。讓測試人員把心態(tài)調整過(guò)來(lái)是測試主管的另外一件事。試問(wèn),,如果是你做需求作為需求工程師,是否會(huì )比他們做的好嗎得更好??有了這樣的基調,就可以讓然后建議測試人員去總結不清楚的地方,給需求人員一個(gè)相對比較具體和明確的意見(jiàn),這樣順利的了解了需求。
其實(shí)有時(shí)候不是流程不對流程在這其中并沒(méi)有太多值得指責的地方,而是相互的理解與支持,換位思考而對流程的執行態(tài)度,卻是更加關(guān)鍵的。我們不得不學(xué)會(huì )如何換位思考,并更多地從他人的角度來(lái)看待這些問(wèn)題。
同樣的問(wèn)題還出現在還有需求變更上,很多測試人過(guò)不了這一關(guān),??偸撬麄冎肛熝邪l(fā)人員,讓研發(fā)那些本來(lái)就已經(jīng)惱火的軟件工程師更加火冒三丈。換位思考一番,其實(shí)不難了解,,其實(shí)需求變更對研發(fā)工程師來(lái)說(shuō)是更大的麻煩,。他們需要修改設計,、代碼,相較而測試只要需改測試用例,他們的工作確實(shí)更加麻煩。簡(jiǎn)單來(lái)說(shuō),就ok了,其實(shí)大家要分析什么樣的需求變更最可怕,而不是眉毛胡子一把抓,其實(shí)測試對需求變更并不可怕,怕的是只有在提交時(shí)才發(fā)現,導致測試時(shí)間不夠,才會(huì )真正讓測試人員心慌。這時(shí)需要從研發(fā)流程上保證變更及時(shí)的通知到測試就可以了行,。也許有人會(huì )說(shuō)你也需要說(shuō):,說(shuō)的倒很容易,如果研發(fā)不按照你的要求做怎么辦!其實(shí)這里你只要用我所采用的方法是用數據說(shuō)話(huà),在項目進(jìn)行時(shí)統計發(fā)生過(guò)多少次這樣的事情,讓研發(fā)管理層知道,讓項目組之間有一個(gè)比較,。一方面,如果是一家公司重視質(zhì)量的公司,必然會(huì )引起重視;另一方面,從質(zhì)量管理部門(mén)角度本身出發(fā),也應該推動(dòng)公司重視質(zhì)量。,隨著(zhù)時(shí)間的增加,需求變更給測試人員的反饋一定會(huì )有下降的趨勢,。關(guān)鍵是測試不能抓住雞毛就一直揪著(zhù)不放寬容一些來(lái)看待身邊的同事,要允許別人他們犯錯,對于解決問(wèn)題本身來(lái)說(shuō)會(huì )大有裨益。只要趨勢是好的就可以了。同時(shí)如果出現這樣的情況并且極大影響到了測試進(jìn)度,則要與研發(fā)部門(mén)溝通清楚,,如果研發(fā)不認可的情況下還可以請上級進(jìn)行評估一下。
上面說(shuō)的是不同態(tài)度在同樣流程下的實(shí)現不同結果,下面主要講一下關(guān)于自身資源是否勝任做流程上規定的事情,某些工作,也許并不一定是測試部門(mén)的優(yōu)勢,而另外一些,則需要根據測試團隊的基本能力和資源進(jìn)行評估。比如像性能測試、SQL的trace、自動(dòng)化功能測試、單元測試集成、游戲性測試。其實(shí)這些流程上的關(guān)鍵點(diǎn),可能大多數從功能測試上來(lái)一路走來(lái)的測試人員是無(wú)法做的到,這時(shí)要善于利用資源,不一定要測試做,可以從通過(guò)流程上保正有人來(lái)做積極調動(dòng)其它部門(mén)的同事。,或是找有能力的人來(lái)做,測試可以進(jìn)行監控。其實(shí)這種技術(shù)含量高一點(diǎn)的測試,對人的因素要求更大高,可以借助研發(fā)團隊一起來(lái)做會(huì )有更好的效果,。記的第一次做Oracle數據庫性能監控時(shí),就是請的Oracle的DBA專(zhuān)家幫助設計了性能參數,成功的地進(jìn)行了關(guān)于Oracle應用的性能測試?,F在國內的測試人員普遍的技術(shù)水平不高,嚴重的限制了測試的發(fā)展,希望測試的同行能真正的提升測試技術(shù)水平,把這些高難度的測試做起來(lái),而不是僅僅只是工具上玩玩,。只有真正提升測試團隊的技術(shù)含量,這樣別人才會(huì )更信賴(lài)你,這也是我這么多年來(lái)的一點(diǎn)經(jīng)驗。如果你對開(kāi)發(fā)很精通,、同時(shí)又精通對測試頗有研究,、善于診斷性能與架構上的問(wèn)題,、經(jīng)常會(huì )幫助研發(fā)部門(mén)解決一些他們無(wú)法解決的事情,、同時(shí)又還懂的如何做測試管理,并了解研發(fā)人員的心態(tài),那就真得的找不出你還有不成功的理由了任何理由讓人不對你刮目相看了。
原文轉自:http://kjueaiud.com