通過學校組織參加宣講會，然后參加了一對一的面試，具體是技術面，問相關科研經歷等。 先要熟悉需求，公司應該會有一個需求文檔，時間夠的話，需求文檔也要測，這時候要用到靜態(tài)測試，檢查需求說明書寫的是否符合清晰無歧義等要求，然后你就要了解系統，通過對系統的了解在加上需求說明書你就可以寫下測試計劃了，測試計劃一般來說好一點的公司的測試組都有一個模板，寫就好，測試計劃寫好了，就要寫測試用例了，可以根據性能測試，功能測試，兼容性測試等這些方面來寫，還有要把測試方法使用到例如等價類，邊界值等那些方法，接著測試用例寫好了，下面就要執(zhí)行測試用例，發(fā)現bug，公司應該會有一些bug管理工具，寫好后提交，交給開發(fā)人員修改，然后開始寫缺陷報告，記住要寫一些具體的統計性的數據，那樣更有說服力，像bug覆蓋率等，當然測試用例中最好也要加一些，那樣維護起來比較好。下面呢，就是比較麻煩的回歸測試，經過回歸測試之后，基本上就不會有什么問題，系統就可以上線了，接下來呢就是維護的工作 了。

做過什么項目，對華為了解程度，底層開發(fā)相關問題等 先要熟悉需求，公司應該會有一個需求文檔，時間夠的話，需求文檔也要測，這時候要用到靜態(tài)測試，檢查需求說明書寫的是否符合清晰無歧義等要求，然后你就要了解系統，通過對系統的了解在加上需求說明書你就可以寫下測試計劃了，測試計劃一般來說好一點的公司的測試組都有一個模板，寫就好，測試計劃寫好了，就要寫測試用例了，可以根據性能測試，功能測試，兼容性測試等這些方面來寫，還有要把測試方法使用到例如等價類，邊界值等那些方法，接著測試用例寫好了，下面就要執(zhí)行測試用例，發(fā)現bug，公司應該會有一些bug管理工具，寫好后提交，交給開發(fā)人員修改，然后開始寫缺陷報告，記住要寫一些具體的統計性的數據，那樣更有說服力，像bug覆蓋率等，當然測試用例中最好也要加一些，那樣維護起來比較好。下面呢，就是比較麻煩的回歸測試，經過回歸測試之后，基本上就不會有什么問題，系統就可以上線了，接下來呢就是維護的工作 了。