又是一個爭議性的話題啦，我們決定了一個職業走向後，下一個問題，就會遭遇到，要去大公司比較好？還是小公司比較好呢？然後我們就開始Google或是問朋友問學長姐問長輩，通常就會得到幾個通俗的答案

大公司有制度，小公司扁平化 大公司專精領域，小公司廣泛學習 大公司穩定不易倒，小公司或新創拼機會 …………………

寫不完，就舉幾個比較常聽的例子就好。你得到了這些比較之後，我猜還是沒人知道該去大公司還是小公司吧？

那今天就有別於以往集數的 Podcast 內容都在告訴你兩樣都好的答案，直接告訴你，如果你是軟體測試工程師，那最終的目標應該在哪裡。

注意喔，我這裡指的是「最終的目標」，而不是你一開始的選擇，因為如果你還是新鮮人或是還在累積實力中，那大小公司你都可以去，端看你要些什麼，你這時應該在罵我，那不就還是講廢話，我現在就是不知道要去哪啊！

但問題在於，到底該選大公司還小公司，本身它就是一個偽前提，因為那是過程，而不是目標，如果你不知道目標，你就不知道該怎麼走下去。

比起該怎麼走，其實我們該先問自己，目標在哪裡。

阿亮教會我們：出發，總要有個方向

而這個方向，有一個明確的答案，就是大公司。或者更明確的說，要在一個足夠大的團隊，更精闢的說：

要在一個足以穩定支援產品測試的團隊

在這個定義之下，其實我們就會跳脫出大公司小公司的問題了，雖然要能夠達到這個定義，大概率是在大公司。

那就來說說為何是這個答案呢？

第一個面向，軟體測試本身就是個團體戰

沒有團隊，沒有辦法做好軟體測試，對不起，我就是講得這麼斬釘截鐵。

當你背負著工作的任務，一定就會有時間壓力，如果沒有，那公司真的是佛心來的，因為你可以完全隨性的要測不測，可以在你心情好的時候，終於測試完了之後宣布「可以Release了！」，這時可能十年過去了。

人生當然沒有這麼美好，再怎麼佛的公司，最終還是會有一個時間限制要把產品送出去的，而當你有時間限制，那表示你必須要評估測試資源足不足夠在時間內完成測試，並且確保基本品質。

那假設你真的一人做事一人當，小丁做事美丁美噹好了，測試的目的是要足夠完整的覆蓋用戶的可能路徑，Test Case量需要足夠覆蓋，但無論如何，任何人都存在著盲點的，需要依賴團隊進行腦力激盪，才能夠不那麼難的產生足夠覆蓋的Case

那再假設你的腦袋可以後空翻轉360度，所有Case都面面俱到，一個人總是孤獨的，孤軍奮戰就是形容這樣的處境，待過職場的都知道，各部門間彼此制衡，如果沒有團隊或是主管，你會花很多時間和其他人進行溝通協調，最後你還完成的了測試嗎？

第二個面向，考慮到公司對於品質的重視程度

雖然大公司不代表對品質重視，但至少大公司之所以會是大公司，對於品質一定有獨到的見解和手段，例如Google就非常推崇自動化測試，TikTok不寫單元測試反而重視QA，每一種成功的背後都有一段段故事和哲學可以學習。

如果一間公司願意建立一支穩定支援產品測試的團隊，這句話的另一個含義，就是「不會犧牲測試時間」，因為這支團隊能夠在符合時間週期的狀況下完成測試，並且讓R&D修復並順利上線，光聽這句話多美好啊！沒人不想在這種環境下工作吧

第三個面向，也是最後一項，我們要考慮到自身，也就是Work life balance

「穩定支援產品測試的團隊」這幾個字看起來簡單，唸起來也高大上，但是他隱含的意義實在太多了，除了前面提到的「不會犧牲測試時間」之外，另一個意涵就是「不加班」，這表示對專案週期的評估是可控的，而不是一直處於趕進度或是突發問題一堆的窘境，你可以很大方的說出「問題已經被釐清，可以在明天進行測試」，這句話光想就覺得小激動啊！有沒有突然覺得，你聽了太久的「今天要測完唷」，聽到都覺得麻痺了呢？

總結一下今天的話題，大公司小公司哪個好，一樣是沒有定論，相信你的選擇，喜歡你的選擇，即使選擇後遭遇到痛苦，也是促成你未來成長的養分，而最終的目標，是要找尋「一個足以穩定支援產品測試的團隊」

但這樣的團隊要怎麼找起呢？畢竟他要先存在吧？所以我的做法是：

自己建一支這樣的團隊吧