<dd id="dbjz6"><noscript id="dbjz6"></noscript></dd>
    <th id="dbjz6"></th>
      1. <dd id="dbjz6"></dd>
        1. 要轉行做測試的,這里有你想知道的

          最近一些新朋友來咨詢我轉行測試的事情。總結了下這些朋友關心的問題,供大家做參考。

          1、提前閱讀

          下面是測試部落中關于轉行的精選文章,可能很多想轉行的新朋友沒有看過。不妨都閱讀一下:
          軟件測試的入行以及轉行 
          給要轉行做軟件測試的一些忠告 
          獲取一份軟件測試的工作So Easy,只需要這些 

          要轉行做測試的,這里有你想知道的

          2、現在適合轉行嗎?

          市場整體供大于求,但中高級測試仍缺乏,對學歷的要求也會越來越高,對學歷真實性的驗證也會越來越嚴。
          現在還適合轉行嗎?具體根據你的年齡、學歷、學習能力綜合考慮。
          并且:IT行業是沒背景沒學歷的人逆襲的唯幾途徑。
          以上兩個觀點,并不是矛盾。細細理解。

          3、需要什么技能?

          需要什么技能完全取決于你要到什么高度。
          測試跟開發的很大一個不同就是,開發是技術的深度,測試是技術的廣度。當然,深度也要有一點。
          中高級測試技術體系:

          中高級測試技術體系

          4、怕培訓班過不了試用期

          生扛啊,擔心歸擔心,還能因為這個不轉行?
          培訓班出身的這個好說,一般稍微靠譜點的培訓機構,都是會提供入職之后遠程技術支持的,畢竟你是付費vip。
          自學的小伙伴就多加幾個測試群,提問的時候說清楚問題(提問也是個技術活),這個就靠天吃飯,如果有人愿意回答。

          5、測試在工作中的地位

          雖然現在都說什么測試的地位正在逐步提升,公司也越來越重視之類。這話說明什么,說明以前的測試地位是真的沒有存在感。
          在開發的印象中,測試就是只會點一下看個結果,結果不對就要去找他解決的麻煩貨
          我的親身經歷:

          經歷1
          開發A提醒我:每次輸入的數據要不一樣的噢~
          我說:我寫了一個隨機數的
          開發A眼睛一亮,說:你還會寫這個?

          經歷2
          我問開發B:你這里的實現邏輯是什么?
          開發B說:你有必要知道嗎?你還要教我寫還是怎樣。
          我說:現在就是吧啦吧啦……地方是錯的。
          開發B說:em…確實有問題…這個地方的邏輯是這樣的吧啦吧啦……

          上面兩個事情可以說明,

          第一,大多數開發還停留在N年以前的印象,覺得測試是什么都不懂的弱雞。(刻板印象都會有,建立刻板印象很容易,粉碎刻板印象很難)
          第二,你要懂開發,才能反制。不用說要多會寫代碼,但你要知道開發流程、寫代碼的邏輯、一些基本的語法。
          這其實跟其他崗位一樣,你說話有價值,自然得到尊重,有話語權。你說話沒有價值,別人不會為你浪費時間。

          6、測試加班嗎?

          馬爸爸說,996是福報呢?

          加班與否、忙不忙都是看公司、看項目的,不能一概而論。
          軟件開發的流程上來說,軟件開發階段,開發忙,測試不忙,開發完成后,測試忙,開發不忙。
          但事實往往不如人意。
          當開發完A功能后,提交給測試;此時開發人員本可以休息,但由于迭代周期快,或者多項目并行,有可能開發人員需要繼續開發B功能。同理,測試好不容易把A功能測試完了,B功能也該開發好了,繼續測試走起。
          所以,忙不忙,看公司是否處于高速發展、搶占市場、用戶量級大等需要快準狠的階段。這樣的公司,一般等待開發、等待完善的需求、功能較多,老板也比較拼,老板也希望大家拼一拼。
          忙不忙,看項目的用戶是公司(toB)還是用戶(toC)。一般業務toB的,用戶量小,寬容度較高,迭代周期慢。這樣的公司不加班或者少加班。業務toC,一般用戶量較大,寬容度小,迭代周期快。
          忙不忙,看項目的客戶端。一般web端迭代慢。移動端迭代快。

          本測試渣,待過幾個不同風格的公司,可以供你參考。

          1、平安旗下獨角獸公司,業務toB
          網頁端,一個月三分之一加班2小時左右,發版當天看發版情況有可能到凌晨。

          2、頭條系,業務toC
          移動端,每周一個版本迭代,每個版本天天發灰度,單雙周,算996。干了2星期太猛烈了就撤退了。

          3、創業型小公司,業務toB
          網頁端,創業公司初創階段,用戶不多,不加班。開發有時候會加班。

          前段時間github出了一個項目,996.ICU, 即996進ICU病房的意思,維護了一些義務996的公司名單。
          同時也衍生出了一些周邊,如955.WBL,即work-life balance,維護了一些955的公司名單。大家入坑之前,不妨根據名單仔細斟酌一下。

          其實文章還沒寫完,但是現在不結尾,今天就發不出去了。敬請期待后續~

          ?

          留言

          chinesemature老熟妇oldman