1. 產品-開發-測試流程

需求分析：

需求分析由產品人員制定，細化每一個功能的細節，每一個按鈕的位置，對于稍大或復雜一點的需求進行建模。

需求評審：

這里會叫上所有參與項目人員進行，開發人員、測試人員。測試人員提出需求，開發人員考慮功能實現的方案與可行性、當然開發負責也是要參與的。測試人員主要是對需求的理解提出疑問，以便才能根據需求寫用例。

開發人員制定開發計劃：

開發人員需求根據需求功能點進行排期。然后將開計劃轉交給測試人員。

測試計劃制定測試計劃：

測試人員根據開發計劃，對測試具體測試時間，也就是開發功能完成后的時間，進行幾輪測試等。然后，把項目的開發與測試計劃提交到Teambiton進行任務管理。

編寫測試用例：

根據詳細的需求文檔，開始進行用例的編寫。

用例評審：

在用例進行評審之間，先以郵件形式將用例發送給相關人員，以便他們事先了解用例對哪些功能進行驗證以及驗證的細節。

然后，測試人員組進行用例評審，開發人員對用例與實際功能不符合有哪些，產品人員對會通過用例對功能的具體實現進行把握等等。

提交代碼：

開發人員完成所有功能后，會對自己的功能進行一個自測。自測完成后提交測試人員進行測試。

具體測試流程：

開發人員對于提測的功能進行測式，發現的問題通過缺陷管理工具進行反饋，開發人員對問題進行修復，然后，準備第二輪測試。

測試人員完成第一輪測試后，需要寫測試結論，發到相關人員。然后進行第二輪測試，并且對第一輪中發現的問題進行重點回歸。

測試通過：

經過兩到三輪或四輪的測試后，直到沒發現新的問題，或暫時無法解決，或不緊急的問題。通過上級確認，可以通過。編寫測試報告與驗收方案。

2. 測試方法與流程

冒煙測試：

是指在對一個新版本進行系統大規模的測試之前，先驗證一下軟件的基本功能是否實現，是否具備可測性。

引入到軟件測試中，就是指測試小組在正規測試一個新版本之前，先投入較少的人力和時間驗證一個軟件 的主要功能，如果主要功能都沒有實現，則打回開發組重新開發。這樣做的好處是可以節省大量的時間成本和人力成本。

功能測試

功能測試檢查實際的功能是否符合用戶的需求。測試的大部分工作也是圍繞軟件的功能進行，設計軟件的目的也就是滿足客戶對其功能的需求。

功能測試又可可以細分為很多種：界面測試、邏輯功能測試、易用性測試、安裝測試、兼容性測試等。

界面測試：確保產品UI符合產品經理和設計師的界面設計，并且文案正確。

邏輯功能測試：根據需求文檔與測試用例，測試產品的邏輯，確保邏輯正確。

兼容性測試：原有功能優化后在新舊版本上的兼容測試；服務號、PC Web、組織號與APP之間相互功能的交互與兼容測試。

回歸測試：

回歸測試是指修改了舊代碼后，重新實行測試以確認修改后沒有引入新的錯誤或導致其他代碼產生錯誤。

原有功能在新版本上進行回歸測試，保證運行準確。目前APP回歸測試上測試主要基于底部導航Tab，對報名吧首頁、通訊錄、發布、發現、我四個tab下的主要功能進行回歸測試。服務號和pc web會進行發布-報名-簽到整一個業務流程進行回歸測試。組織號是進行組織的申請-資料編輯-審核會員-審核組織的業務流程進行測試。

第一輪功能測試中發現的bug得到修復后，對該功能進行第二輪測試。回歸也是一個循環的過程，如果回歸的問題通不過，則需要開發人員修改后再次進行回歸，直到通過為止。

驗收測試

驗收測試是部署軟件之前的最后一個測試操作。一般是對產品功能、用戶界面、性能、業務關聯性的全局測試，確保產品達到產品經理的需求，沒有阻礙產品使用的大bug。

升級測試

從歷史版本升級到當前新版本的測試，確保升級后，軟件可以正常使用，重點對升級后的新功能進行測試。