你說一下作為一名優秀合格的測試工程師，需要具備哪些條件？很多人回答：說要仔細、能承受壓力、有責任感、追求感、良好溝通能力等。當然這些是優秀測試工程師的必備能力，除此之外，重點給大家補充下還需要另外一種能力，那就是喜歡麻煩人，找人辦事的品質。在現實生活中也可以發現，很多人一點小事喜歡麻煩人去做，自己不做，有些人遇到自己搞不定的事也不喜歡麻煩人，喜歡自己扛，這就是人的區別吧。2回到軟件測試上面，有過測試經驗的，或者在大型項目做過的測試朋友應該深有體會，其實測試在日常工作中一直是在麻煩人，找人辦事，當然這個找人辦事也可以打個雙引號，畢竟是工作任務其實都是職責所在。測試工程中這個找人其實可以分為兩大塊，一個是自己測試中心組內的，一個是對外開發的。現在國內IT項目一般都是微服務項目，一個人可能負責其中某一個子系統，或模塊，對其它子系統不甚熟悉，但是彼此間是有業務流程來往的，而你不可能個個精通，你要測試，你就要造數據，你就要麻煩你的上游或下游。那有的人不喜歡麻煩人，就自己一直在研究，很有可能就會耽誤你的測試進度，甚至你可能會搞個錯的測試數據在那里測試，還有可能本身上下游未經產品溝通。本身你可以找組內人員溝通時預防業務矛盾沖突缺陷的，但你自己就去研究了，本來可以預防的風險，便被你自己不喜歡麻煩人，從而將這風險搞到生產了。如果換個人，是喜歡麻煩人，找人辦事的人，那么他會找到系統上下游，上下游的測試人員就會知道是否有業務沖突，造的數據當然會更全，更準確，預防風險。
不不不，一個優秀合格的測試，一定不是只是測試而已。特別是有傾向于測試管理方向，更加不是只是測試而已。給你一個測試任務，你怎么能夠將這任務快速測試完成？很多同學會說，測試任務的完成，測試可以盡早的發現缺陷，但是有缺陷開發不一定修復的了，修復的效率也會是一定的時間，從而影響完成時間。不錯，問題就出現在這里，也是關鍵所在，所以測試如何去劃分優秀良好較差，分別和大家說下。
收到任務后，可以測的時候他會去測試，然后會提交缺陷，提交了一些缺陷后就會等著開發去解決這些缺陷。
然后驗證，再測試提交缺陷，再等開發解決再回歸，再提交。循環如此，然后一直解決完所有缺陷，回歸都ok后，任務完成。具備團隊精神的測試，會這樣做：
收到任務后，可以測的時候他會去測試，提交缺陷，然后會盡可能去發現所有能測的功能缺陷，有阻塞流程的，重點標注解決優先級，以便優先解決后可以繼續后續測試。然后反復直到任務完成。
6
在良好的測試執行的基礎上，在遇到阻塞時間有一定時間后會直接厚著臉皮跑去找開發，甚至拿著筆記本直接坐到開發旁邊，去督促監督，讓開發有壓力，提升解決效率。然后解決后又有阻塞問題時也可以及時給開發看，然后繼續劃重點缺陷，直到解決完缺陷任務完成。說白了，優秀的測試比良好的就是多了一個臉皮厚，要喜歡去拜托開發去完成功能，把主動權搞在自己手里，而不是只是標注了后讓開發去解決，因為有的開發你標注了也沒用，直接無視。7當然其實項目中如果有項目制度規定日清日結缺陷或者什么考核其實會更好點，但大多數還是需要測試去監督執行。所以喜歡找人辦事的人做測試，你會發現好像更好，有的人天生不喜歡找人辦事，但測試是經常需要找人辦事的。
該文章在 2023/10/27 11:39:51 編輯過
400 186 1886
