通用技能上：1.基本計算機知識（操作系統(tǒng)，數(shù)據(jù)庫，通訊協(xié)議原理，熟悉至少一門編程語言）2.基本軟件測試知識（各種測試?yán)碚摚瑴y試方法論，測試用例編寫，缺陷界定標(biāo)準(zhǔn)，軟件質(zhì)量評估）3.簡單項目管理知識產(chǎn)品、系統(tǒng)認(rèn)知：1.熟悉所測產(chǎn)品功能，能夠?qū)a(chǎn)品文檔內(nèi)描述的UC轉(zhuǎn)化成TC，這個最最基本2.熟悉所測產(chǎn)品的一些隱藏需求或者功能（業(yè)務(wù)上的進階能力）打個比方，支付公司上一種新的支付渠道，熟悉業(yè)務(wù)的測試人員應(yīng)當(dāng)可以預(yù)見到這次升級可能會對前段界面、系統(tǒng)賬務(wù)、各類報表等各個模塊造成影響，從而一并納入測試范疇。要知道，很多時候，即便是接入這些渠道的產(chǎn)品經(jīng)理，也不一定會在Prd或者UC中對這些可見影響項一一列出，這需要經(jīng)驗和責(zé)任心。性格上：1.有牛皮糖屬性的為佳，越“不要臉”越好測試工程師，在很多公司，和研發(fā)是有業(yè)務(wù)上對立屬性的（雖然從宏觀角度上來說，都是為了提高軟件質(zhì)量服務(wù)）。測試工程師提交的BUG越多，意味著研發(fā)工程師工作質(zhì)量越差，需要返工的工作量也越大，甚至?xí)绊懣冃В詼y試工程師有時候很容易得罪研發(fā)部門。一個可以相對堅持原則（比如3級BUG以上一定要改），又能拉下臉和不愉快的研發(fā)工程師保持較好關(guān)系的測試工程師，會對項目質(zhì)量起到很關(guān)鍵作用。說到底，又能做事（發(fā)現(xiàn)BUG并督促修改），又會做人（該進的不讓，該退的絕對給面子，最大化消除部門間矛盾）的測試工程師，是十分難得的。2.有異想天開屬性的為佳這個只可意會，不好言傳的。在我?guī)н^的團隊里，的確有那種奇葩……經(jīng)常會用令人匪夷所思的方式找出BUG，這是天賦。3.會“偷懶”的為佳這里的偷懶不是指上班發(fā)微博聊天混日子，而是能夠利用已知資源對枯燥乏味的測試工作進行優(yōu)化的同學(xué)。說個實例：我以前公司曾經(jīng)上過一個“授信”項目，做過金融類項目的同學(xué)大家都知道。授信項目的測試用例真可以說是相當(dāng)變態(tài)，隨著賬期、滯納金率、手續(xù)費率、利息率、本金、還款情況的不同，可以衍生出無比多的用例，同時每個用例進行編寫時，都要仔細根據(jù)規(guī)則計算預(yù)期結(jié)果的資金狀況，非常費力。咱部門一個小伙子，頭一天晚上拿了PRD，第二天晚上就利用Excel寫了一個固定某些賬期下不同情況下的各項資金計算工具(有一些小BUG，無傷大雅)……大大減少了兄弟們按計算器的工作時間。這種“懶”員工，你是領(lǐng)導(dǎo)你喜歡不？事情沒完，在實際測試的過程中，我們發(fā)現(xiàn)一旦研發(fā)修改了BUG，會引發(fā)其他用例的大崩潰（這類項目真悲劇，牽一發(fā)動全身），每次版本升級我們都不得不進行全面的回歸測試。太坑爹了，這不是要命么？聰明的測試同事們又想偷懶了，他們在數(shù)據(jù)庫端寫了一個數(shù)據(jù)匹配工具，每次新跑用例就拿正確的（已保存）數(shù)據(jù)文件自動去比對新產(chǎn)生的文件，自動返回比對結(jié)果。兄弟們再也不用每次回歸都一行行打SQL去查數(shù)據(jù)了，棒極了。在研發(fā)修改BUG之余，他們自己寫了一套存儲過程，可以實現(xiàn)數(shù)據(jù)的自動回歸和增量備份，再也不用每次把所有數(shù)據(jù)擦光從第一個交易日跑起了，棒極了！說了那么多，其實就一句話：干一行，愛一行。