對於軟體測試行業的觀察與反思

天外歸雲發表於2017-07-27

[本文出自天外歸雲的部落格園]

業界通病

現在中國的測試行業普遍存在一個問題,那就是測試與開發所佔有的比重問題。這個問題的模糊界定直接導致了對於測試人員與測試開發人員應該具備的素質不能產生一個很好的標準。
 
之前業界普遍存在的問題:
1)工齡長沒技術的老員工沒貢獻,居高不下;
2)對黑盒功能測試的誤解,認為作一名純手工測試人員是低階的;
3)對於開發能力的嚮往,很多大公司拿這個作為kpi要求測試人員應該具備某些開發能力導致測試人員開始不把重心放在業務測試上,潛心研究造輪子。
 
以上三點直接導致:
1)有能力的員工得不到發展,思考離職與跳槽;
2)排斥純手工測試,認為那是沒技術的,會讓人瞧不起,從而測試熱情降低,開始浮躁,想要跟大潮一起學習寫程式碼當開發;
3)不再好好做測試,造了一堆輪子。這裡我想說:姑且不說輪子是否有用,測試用例總歸是一個測試人員的魂,要把心思多放在對於測試用例設計的反思上,多結合實際業務測試中出現的問題由表及裡的反思問題出現的原因,從而推出測試用例的設計疏忽所在,增加測試用例設計的經驗。你發明一套大家一看就懂的測試用例設計框架我認為是一件更加有意義的事情。
 
正是針對第一點,所以有了kpi,減少了混吃等死的概念。
但是對於第二點,我想說:純手工測試也是測試,他並不低階,測試做的好壞跟是手工還是自動化沒有半毛錢關係,而是直接跟你設計的測試用例好壞掛鉤;
對於第三點,我說一句:想要造輪子?可以!多結合實際測試業務線造點兒對測試過程有用的、可複用的、能提高工作效率的輪子,切忌脫離業務造輪子,那和紙上談兵如出一轍。輪子重複造沒有意義,不要為了kpi換湯不換藥,已有框架重複造。
 
現在業界普遍看好一些持續整合的東西,對此而生成的解決方案可謂百花齊放。我覺得研究是有必要的,但是應該在實際的測試工作中應運而生。
持續整合有他的好,所謂的自動化測試正好可以在持續整合上體現出來。持續整合確實可以發現一些由於程式碼變動因素而引起的bug,但是在現如今敏捷開發的過程當中、朝令夕改的需求下、不斷縮短的軟體生命裡,“要花多大的心思搞這件事、怎麼搞?”這個問題值得仔細思考。

職責分工

我覺得分工有必要明確,職責解耦是必要的!高耦合很多時候並不是一件好事。只有分工明確,大家才會避免浮躁,整個業界才會穩步前進!
 
測試工程師的技術體現在:
1)能夠熟練操作測試工具、測試環境;
2)能夠熟練掌握各種測試資料的mock方法;
3)能夠對有必要自動化的測試過程進行程式設計(指令碼或工具開發);
4)能夠系統、全面的設計測試用例;
5)能夠對測試平臺、工具的開發提出詳細建議,能夠細化需求與互動細節;
6)能夠對測試過程與測試心得進行總結與分享,具備優秀的文件編寫能力。
 
測試開發工程師的技術體現在:
1)能夠按要求完成對測試平臺的開發(後臺+前端+專案部署+bug修復+需求優化+專案維護);
2)能夠按要求完成對測試工具的開發。


相關文章