入職一家新公司後，我接手負責一個子產品的功能測試。那麼入職後有哪些問題是需要先了解的呢？
自我整理了一些問題，想讓帶我的導師一起給解答一下
1、這個産品現在是在進行二期的功能開發嗎？還是初期呢？
2、該産品都有哪些文檔，是否有需求文檔、使用者手冊、UI設計稿、接口文檔、測試報告等文檔，在哪裡擷取檢視？
3、這邊的測試流程是怎麼樣的呢 ？
4、這邊是如何進行進度跟蹤的，比如研發完成進度，是否都通過禅道？
5、缺陷的管理流程是怎樣的？需要注意些什麼？測試一但發現問題，送出禅道配置設定給誰？ （确定研發分工，bug能夠送出給正确負責人）
6、每次版本釋出？有什麼計劃嗎？
此外檢視曆史bug、現有用例，了解現工作測試用例粒度，不同團隊是不一樣的
了解業務流程，對着已實作的功能，檢視産品業務流程文檔。了解下市場上同類産品的業務。最好看完後，讓産品經理給你介紹一遍産品。疑問的地方問清楚，感覺這是最快熟悉業務的辦法。
然後建議如果沒有流程文檔，自己整理一份。既可以給新入職、新入組的同僚參考，也是展現個人專業度的好機會。
然後，最終我發現，目前公司的測試組跟前公司差别很大。
1、現公司項目較多，基本上一個人負責一個平台，需求量大的時候互相支撐。基本上從拿到需求到測試結束，都是單人負責。每個人都是版本負責人。
2、流程方面，這邊的要求并不明确，測試用例、測試報告等，甚至沒有評審環節，就是看結果。
3、現公司主要是web端測試，前公司則是app的測試。現公司測試組更多的會進行bug定位分析，把有問題的前端請求或後端傳回截圖、資料庫截圖附在bug中。如訂單處理失敗，那麼你需要去資料庫找到相關表，了解失敗原因再進行複現、送出問題。
4、有一點我很喜歡，公司要求并鼓勵學習，會開展教育訓練，如接口自動化、并讓研發分享python入門、經驗及踩過的坑。并且要求你去運用到項目中。目前根據接口文檔，編寫接口測試用例、學習python。感覺每天都有學到新的東西。
綜上，我以前公司為鑒，結合現公司現狀，對我所負責的測試項目提出建議并推動執行：
1、明确項目上線時間安排、提測時間，評估測試時間，并與相關負責人确認沒有問題。
2、我以提測品質差為由，提出要求研發按我編寫的自測用例進行自測（自測用例以主要業務流程、會造成測試阻塞的測試點為主）。自測通過後再送出測試。
3、測試過程中每天主動向相關負責人、導師彙報測試進度。
最終确定項目的流程，并與産品研發确認通過後推動執行
具體如下：
一、需求評審會前，産品提前給出原型、需求文檔
二、相關人員先看一遍，彙總疑問在需求會議上一并提出讨論
三、需求會議上确定産品排期，提測時間、測試、上線時間
四、研發投入研發，測試開始寫用例
五、研發每日填寫研發進度線上文檔，如有遇到問題群裡回報（比如可能延期需要預警）
六、測試送出自測用例給研發進行自測，自測通過後測試執行系統測試
七、測試開始，測試每日群裡回報測試進度、是否遇到問題（比如可能延期需要預警）
八、測試完成，通知産品進行測試環境驗收
九、産品驗收完成，安排上線時間
十、産品上線開發人員需要在對應的項目群中釋出上線公告
十一、測試進行上線後，生産環境測試，回報測試結果，出測試報告（一兩個小功能優化可以不出）
（後期根據執行結果再進行優化完善）
個人方面需要深入熟悉navicat、Robomongo、Xshell、Postman、fiddler、python+request接口自動化
後續将出每個工具學習過程、使用經驗，加深學習效果。
這些資料，對于【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你
關注我的微信公衆号【傷心的辣條】免費擷取~
送上一句話：
世界的模樣取決于你凝視它的目光，自己的價值取決于你的追求和心态，一切美好的願望，不在等待中擁有，而是在奮鬥中争取。