測試,測試開發,QA,QM,QC多是測試行業裏的細分角色了,加了很多羣學習,看到不一樣人有對本身不一樣的角色定位。我也作了這挺長時間的測試,也和大部分測試同胞同樣,爲了一份好的工做學習各類各樣的技術,可是最近反而有些迷茫。迷茫本身究竟是在作什麼,是在往哪條路走。面試
如今很火的是往測試開發方向發展,像是測試人羣中的貴族,每一個測試人都努力學習着各類各樣的技術往這方面發展。在各類交流羣裏不多聽到關於質量管理,質量保證,測試質量,測試價值等等方面的東西,處處充斥着學什麼掙錢多,搞自動化,搞性能,學代碼,複製着網上扒來的代碼學着各類各樣的技術,跑不通了就問爲何。我感受本身就是在這樣的提高中迷茫了,個人測試工做究竟是爲了什麼?是爲了在項目中發揮個人技術去搞自動化去搞接口測試?仍是真正站在一個測試者的角度來去測試個人項目有哪些缺陷,有哪些能夠提升用戶體驗的地方?好像在前進的路上失去了本心。性能
來面試的時候測試組長就跟我說,測試不僅僅靠技術,更多地應該是站在公司業務項目角度去考慮軟件質量保證,保證公司業務人員能正常的使用軟件運營,保證用戶使用軟件能有個好的體驗,沒有那麼多的投訴和反饋,這纔是咱們測試須要作的,而不是每天想着去搞自動化,性能等等。不是說不去作這方面的事情,而是要認清咱們到底作這些的目的是什麼。咱們測試問題,制定測試方案的時候要首先考慮的是如何高效的解決問題,而不是先考慮用什麼技術再去考慮解決問題。學習
今天在交流羣裏一個QM分享了他們公司測試團隊的工做職責,他們測試開發了公司內部運營的相關係統,包括平常預約會議室,SVN管理,質量管理平臺,接口測試平臺,用例管理平臺,好多同窗投以羨慕的言語,好厲害,能作開發作的事情,能開發各類平臺,或者是有這樣的疑問:這不是開發作的嗎?這位QM連續強調了測試不能把本身框死,我就是作測試的,不去管其餘東西,這樣沒有提高,但同時要注意的是作這些東西不是爲了讓本身學習的東西有用武之地,而是作的這些東西都是實實在在能在項目中介入,並對平常公司運營,產品技術團隊運營,軟件質量控制有價值有幫助的事情,這樣作的東西纔是有意義的,也能被領導、開發等承認。測試
在之後的日子裏我感受在我提高技術的同時,更須要注意提高軟件測試基礎,質量保證,質量管理方面的認知,不然本身難以有大的進步。接口