2018年7月開始我們的項目，截至目前系統已經從1.0.0版本更新到1.3.1，現階段並行開發1.3.2和1.3.3以及140，測試會並行需要準備幾個迭代測試，產品需求已經準備到1.5.0。
上述三位數，第一位數的變動是相當於重構之類的整個系統都有變更，涉及改動最大，這個數會升級；第二位數變動的話，代表在原基礎新增一個功能模塊，也有可能是業務邏輯變動；第三位數的變更只是以前功能的優化或者小改動，影響不大的優化需求；
迭代需求流程：
1、市場運營根據現有客戶需求和業務向產品經理提需求，產品經理整理需求與業務邏輯；
2、產品經理將需求原型以及相關文檔，對應的頁面設計圖確稿後，跟技術開需求評審會議，進行交付技術討論；
3、開發和測試在需求評審會議之後需要針對現有業務需求，確認完後思考實現流程和準備測試用例，可提出疑問以及存在難實現的點。同時會確定開發完成時間和提測時間，以便產品或者項目經理推進項目進度。
4、如果這期間有時間，會進行一個測試用例評審，這樣能確保測試會達到的覆蓋率。在開發完成需求實現交付給測試後，測試對已有用例和業務邏輯進行測試，提bug及跟蹤修復；
5、測試完成後交付產品進行驗收，確定與原需求是否符合；驗證沒有問題即可安排上線。
以上即爲日常迭代任務流程。每一個小版本迭代都有幾個到十幾個需求拆解，前後端拆分再聯調。這期間的時間一般是一個月內，小迭代一般是兩週內。這樣能避免過程太長造成人員精力耗費產生負能量。
一 、測試工作之前做的準備：
測試要提前設想好各種測試要點，平常開發和產品詳解需求時也要聽，萬一需求有更變或者交互做不了要換交互方式，我們測試用例也要相對跟着改，一個團隊真的是要協作起來，不是規定職位就負責一定職責，進自己的力量想到別人想不到但是要做的事，要提供支持和協助，最好自己本職以外還可以彌補他人不足，這樣我們才能發揮出一個精英團精神。
二、測試執行之間：
1、保證測試用例全部執行完畢；
2、測試用例覆蓋率達到100%；
3、驗證新業務邏輯是，還要兼顧是否影響以前業務邏輯的功能。
公司業務個項目都有可對接的數據和鏈接的業務，可以打通服務，爲客戶提供更全面的全網聯通。基於erp系統業務，產品根據市場需求做了很多功能優化和需求升級，市場的實時反饋和技術的大力支持都是爲了客戶使用系統更簡便，我們的迭代越多，就會有更多體驗上需要優化的地方，在這其中測試扮演的角色就是：把關新需求上線前的問題和保證線上客戶使用的各種疑難雜症回覆處理。
三、測試業務上線後：
項目已經在市場運營，上線企業有60家，他們後面有幾萬客戶，日均在線使用會達到3000左右。這樣就意味着如果線上運營發現bug，測試接到反饋需要快速定位同步給開發進行快速修復緊急上線，而市場總會有提不完的需求和deadline給我們。這期間會考驗我們的抗壓能力和溝通協調能力。
隨着迭代經驗增多，我們上線前測試基本都全系統重新迴歸各功能和業務邏輯，也嚴格控制了bug的流出量。這不僅對市場是一種責任，對我們上線後擔驚受怕也減免了不少。項目實行多迭代並行開發，這樣能小步快走，測試人員就需要在緊湊的時間內安排多個版本緊接測試，警力了很多次後，個人在迭代經驗上、處理事情的方式上、個人情緒把控上都有了很大的提升和改善。
以上是關於項目迭代開發過程中，測試人員會涉獵的一些工作內容概述和總結。