關於測試流程的思考

入職新公司近4個月，硬生生的從小兵當成了組長使，因前組長的離職，我成了兩個測試小兵的小組長，受寵若驚。

關於公司測試流程，表示感慨萬千

創業型公司、迭代速度非常快，需求都是老總和營銷團隊說了算，目的很明確：市場推廣+盈利

流程：

1.公司的需求分析較為雞肋，幾個UI兼職做了產品經理的活兒，邏輯+模擬圖一頓講解後，下面的後臺組+前端組+測試組聽的是一臉懵逼，不知所云，需求的討論更是聊勝於無，短暫的會議就這樣草草結束

2. 用例，基本上已經告別，測試點，根據原型圖和模擬圖上的需求說明，總結出一套適合的測試點出來，等待完善

3.介面測試：我們是不需要參與的，開發自測，系統架構師監督下的介面，沒有太大問題

4.功能測試：

Android組：環境經常變化，開發環境一個包，測試環境再來一個包，正式環境我也給你一個包，版本管理較為混亂，因為迭代較快，新功能和老功能分環境開發，新功能搞定走開發/測試環境，老功能優化直接走正式環境。

IOS那邊較好管理，因為不需要敏捷開發，所以優哉遊哉的能將版本控制的很好

5.關於bug

由於版本控制不好，導致了很多之前明明解決了的問題，到了下一個版本，突然冒出。尋求解決方案很多次，對於實際開發並無什麼大用，上面催，下面忙，自然版本控制就不好咯？這個問題目前只能寄希望於自動化和Beta測試，釋出版本前，自動化跑冒煙，公司內部員工一起參與beta測試，尋求突破

6.領導

安卓組+IOS組+後臺組+測試運維組，組織架構基本如此，測試基本服務於開發，沒有太多話語權的存在，以上。