一、需求評審時期測試到底要做什麼呢？
1.需求評審前，提前進行需求熟悉階段，逐一分析需求點，做好準備，相關需求疑問點列好清單，帶着問題去參會。
2.産品宣講時期，就算過程有問題，不要試探打斷産品的宣講，一是節約時間，二是不禮貌，等産品将一個子產品宣講完畢，開始帶着你的問題，開始你的表演，分析給項目成員聽，并提出改進建議。
3.當需求有問題确認需要修正，或需進一步跟業務确認再做定奪的，做好标記，并提醒産品，做好會議記錄。
4.開發是個直男~一旦進入技術凱旋，那非得争的明明白白的，是以宣講時期如果開發進入技術凱旋，在适當時期提醒産品，進行控場，有效的控制時間，接着宣講其他子產品業務流。
5.需求評審完後，項目群推送需求評審會議記錄點，周知各位目前的版本的疑問點以及修改點，并提醒産品進行下次需求确認會議時間或者用例評審，這個會議也可以由測試主持。
6.如果實在受到時間管控，需求評審會議中依舊存在不清楚的邏輯或者需求，那麼就需要在用例評審時細化到自己負責的每個子產品的每個功能，尤其要确認業務上的關聯場景，并做好記錄在用例評審會上提出由産品确認。
二、測試計劃
項目中測試計劃，作為測試我們該如何做？
首先企業項目開展，整體測試計劃是由版本測試負責人去進行整體的測試計劃布局，将版本拆分細化到每個指定的測試人員，這裡涉及到人力時間成本以及項目進度風險管控
再來說說那麼我們初級測試有必要寫這個測試計劃嗎？答案是肯定的，因為你将來可能也會當上測試負責人等相關職位
1.例如項目第一版本開發清單如下
2.測試計劃制訂如下
3.總結
具體内容基本就是圍繞測試範圍、人員、時間、測試政策、測試人員分工、測試輪次、測試風險等重要内容
三、提測期間，開發測試必做的一些事
首先回顧一下産品的四個階段：①需求評審，②用例評審，③開發階段，④測試階段，⑤上線階段
提測的定義：提測代表産品按照需求文檔的開發以及實作，由開發階段已經進入的測試階段
提測前後必須要做的幾件事
1.單元測試
單元測試具體包含哪些方面：https://jingyan.baidu.com/article/0a52e3f4710535bf63ed7263.html
2.聯調測試
将自己負責的部分功能與其他人員負責的功能相關聯子產品，進行端到端的聯調（這是很有必要做的一件事情，當開發拒絕你的時候，你一定要說服他，因為個人負責的子產品做的再完美是沒用的，産品是一個整體的體驗過程）
端對端聯調測試的作用：整體性的驗證業務鍊的接口資料問題、UI問題、體驗性問題、相容性問題等
另外一個小竅門，在聯調階段也可以叫開發到測試環境進行聯調，可以驗證環境是可以正常跑通，避免提測後出現環境問題
3.冒煙測試
開發拿着測試人員在提測前已經寫好的主流程測試用例，進行驗證每天case是否通過（冒煙測試用例一般都是功能主幹流程測試case，如果冒煙測試用例不通過可以直接将轉測的版本打回開發，讓他二次開發解決相關問題，知道冒煙用例通過為止）
4.需求改動及時确認修正
任何項目在提測前，肯定會有很多的需求改動，因為需求宣講時隻是在我們腦海裡構思，而開發提測階段此時在實際實作或者聯調測試階段，都可以發現架構設計、功能業務需求不合理等相關問題
此時就要及時的拉上産品、架構師等相關人員仔細确認，有改動的需求點及時修改需求文檔，周知到大家，改動的點，需要嚴格執行上面的三個測試階段，通過方可提測
5.開發已經準備好完善的接口文檔
項目測試周期寬松的情況，可以提前做接口測試工作，此時必須要有一份完善的接口文檔
6.開發已經清楚羅列提測版本、範圍、以及相關風險事項清單
這點主要是對我們的項目相關人員負責，清晰的知會PM、PRD、測試提測範圍，将工作做到極緻
提測前後事宜相關總結
1.在提測階段，我們為什麼嚴格開發去這麼做？
提前發現問題進行解決問題、不要等到測試階段才發現該問題，節約人力成本，提高轉測品質，赢得測試的尊重，團隊人員關系更加融洽
當你們碰到那種提測版本，主流程跑不通，頁面打開錯亂，此時作為測試人員的你，相信那天的心情都不會好了，反而還對開發有一定的心裡成見