今天的文章是一個新入行的小夥伴諮詢的一些問題，問題有點多，所以分成二次回覆，針對這些問題，王豆豆覺得很適合剛入行、未對軟體測試有過深瞭解的小夥伴們學習，故分享出來，供大家一起討論學習。
Q1.一般規模的公司，技術部門的組織架構是怎樣的呢？
幾個測試？幾個開發？幾個前端？
A：每個公司的組織架構都不一樣，有些公司是按產品來分、也有按部門職責來分，也有混合來分的，以最簡單網際網路公司組織架構為例：
一般後面的三級分組，小公司大多是根據內部工作職責來分，稍微大些公司根據測試人員的多少，會根據業務或其他特性分得更細。
每個公司多少測試、多少開發並沒有固定，但有一定的比例，比如1個測試對3個開發，稱為3：1，這個比例的高低取決於公司的領導層的決策，一般來說如果開發測試比達到5：1，加班情況就會相對來嚴重，不過也有特例，比如我們公司開發測試比為2：1，天天也是忙得飛起，原因是需求更新太快，迴歸場景過多。
Q2.一般公司專案是從1.分析需求文件-2.需求評審-3.編寫測試計劃-計劃評審-編寫測試用例-用例評審-執行測試用例-迭代。。。這樣的一個流程，那如果進入公司，1-3這個階段已經過了，作為新入測試人員，直接從編寫測試用例開始嗎？
A：在公司時裡面整個測試流程是迴圈進行的，不必為了錯過前面的需求分析、評審等步驟而擔心，如果真是這樣的擔心，那最好是從專案立項、產品demo就開始介入，這樣就能見證一個專案、一個產品的新起，但實際情況是公司不會不開始開發新的產品，也不會把你安排到一個全新專案，除非本身招聘要求就是如此。
說到剛進入公司做什麼，一般來說對於新人會給一些簡單易上手的事情分配給你做，前期的熟悉整個專案的業務-》分配一些不太重要的迴歸測試-》和老同事一起做一些專案，承擔不太重要的功能測試-》獨立開始一個簡單而小的專案開始做-》獨立承擔更大的專案，基本都是按照這樣一個循序漸進的一個過程開始的，對新人來說，一開始領導者也不會分配太重要的事情給你，基於風險的考慮都會慢慢安排事情做。
Q3.一個專案週期大概多長？需要迭代幾次呢？迭代的時候，測試人員一般幹什麼呢？
A：每個公司專案週期都所不同，專案週期的長短也是根據專案大小而有所差異，專案小的週期自然就短，專案大或擴充套件性強的週期就非常的長，短的有一二個月的，長的則有達到七年以上（這是根據自己做過的專案情況得到的，12年開始，至今還在做）。
根據專案的週期不同，迭代的次數也不同，以前我們那個專案迭代基本是按一個月做一個迭代來的，而也有見過迭代更快的專案。
一個迭代基本就是一個測試流程，測試人員在測試流程中需要做的事，那麼一個迭代基本也會做。詳細的情況可見我寫的《 測試流程之測試流程拆解 》的文章
Q4.測試一天的工作，是什麼樣子的？是不是幾乎每天一上班，都要在禪道上寫測試用例，提bug。確認了一個bug之後，是歸總提給開發，還是一個一個提呢？
A：測試人員一天的工作內容是根據專案進度來決定今天做什麼，有可能是熟悉需求，有可能是編寫測試用例，有可能是執行測試等。
整體來說測試人員的工作內容離不開測試流程中涉及到的事項。
寫測試用例或提bug並不是必須在禪道上進行的，在什麼工具上編寫測試用例或提bug？一般是根據公司的規定或個人習慣來決定。
在執行測試中，一般來說都是發現一個bug就在缺陷管理工具上提交一個bug，若是沒有使用缺陷管理工具，一般是發現了就在即時通訊工具上告知開發人員，但這種情況不推薦，測試人員在發現bug，跟蹤bug時，儘量做到有蹤可追，有跡可尋，方便測試後期的統計和分析，也方便以後必要的查詢。
具體的內容可以參見我寫的 《 軟體測試人員每天的工作日常》。
Q5.工作的專案是否需要做效能測試，是誰提出來的呢？是客戶？還是測試組長？
以及專案中哪些功能需要做效能測試，哪些不需要是怎麼決定的呢？組長要求的還是？
A：針對這個問題， 不論是效能測試還是自動化測試，我們並不會為了某一個功能而去做這些專項測試，一般來說會基於整個系統功能和業務需要來考慮，而大多數公司對效能的要求並不太嚴，而是對自動化測試關注點比效能測試更多。這裡指效能測試指做專業的效能測試，實際上在我們平時的功能測試也會包含一部分的效能測試，比如某個功能提交時間的長短、記憶體洩露引起的系統變慢，甚至崩潰等。
一般來說企業真正需要做效能測試的時候一般是使用者量、資料量達到一定的規模才會開始，我們不會為了只有特定幾十、上百來個使用者專門做效能測試，特別是一些後臺管理，使用人數有限，或者是公司內部人員使用，忍忍就過去了。
如果要做效能測試，一般產品在提產品需求時就會對效能有一定的預估，某些效能指標預期達到多少，而且測試人員在測試過程就會對這些效能指標進行壓測，判斷效能指標是否預期。
所以提出是否要做效能測試的一般是產品，如果是幫客戶做產品，那當然客戶也有權力提，如果是自主產品，當然老闆也會經常針對效能提要求，但具體都要根據實際情況來判斷是否要做效能測試，假設一個產品使用者只有固定的一批不多的人，像這樣的產品一般都不做。