入職新公司近4個月，硬生生的從小兵當成了組長使邦危，因前組長的離職洋侨，我成了兩個測試小兵的小組長，受寵若驚倦蚪。
關于公司測試流程希坚，表示感慨萬千
創(chuàng)業(yè)型公司、迭代速度非沉昵遥快裁僧，需求都是老總和營銷團隊說了算，目的很明確：市場推廣+盈利
流程：
1.公司的需求分析較為雞肋慕购，幾個UI兼職做了產(chǎn)品經(jīng)理的活兒聊疲，邏輯+仿真圖一頓講解后，下面的后臺組+前端組+測試組聽的是一臉懵逼沪悲，不知所云售睹，需求的討論更是聊勝于無，短暫的會議就這樣草草結(jié)束
2. 用例可训，基本上已經(jīng)告別昌妹，測試點，根據(jù)原型圖和仿真圖上的需求說明握截，總結(jié)出一套適合的測試點出來飞崖，等待完善
3.接口測試：我們是不需要參與的，開發(fā)自測谨胞，系統(tǒng)架構師監(jiān)督下的接口固歪，沒有太大問題
4.功能測試：
Android組：環(huán)境經(jīng)常變化，開發(fā)環(huán)境一個包胯努，測試環(huán)境再來一個包牢裳，正式環(huán)境我也給你一個包，版本管理較為混亂叶沛，因為迭代較快蒲讯，新功能和老功能分環(huán)境開發(fā)，新功能搞定走開發(fā)/測試環(huán)境灰署，老功能優(yōu)化直接走正式環(huán)境判帮。
IOS那邊較好管理，因為不需要敏捷開發(fā)溉箕，所以優(yōu)哉游哉的能將版本控制的很好
5.關于bug
由于版本控制不好晦墙，導致了很多之前明明解決了的問題，到了下一個版本肴茄，突然冒出晌畅。尋求解決方案很多次，對于實際開發(fā)并無什么大用寡痰，上面催抗楔，下面忙，自然版本控制就不好咯氓癌？這個問題目前只能寄希望于自動化和Beta測試谓谦，發(fā)布版本前，自動化跑冒煙贪婉，公司內(nèi)部員工一起參與beta測試反粥，尋求突破
6.領導
安卓組+IOS組+后臺組+測試運維組，組織架構基本如此疲迂，測試基本服務于開發(fā)才顿，沒有太多話語權的存在，以上尤蒿。
