昨天我們7組成員在百人計劃2期正式開啟之前進行了一次組內討論圃庭，主題是測試流程呛凶。
現(xiàn)狀：很多學員所在公司測試流程并不規(guī)范亩码，有些沒有需求評審和用例設計環(huán)節(jié)弹谁，開發(fā)好了直接提交給測試
先附上網上下載的流程圖
年初公司招了一位測試主管瞬场，工作有段時間后發(fā)現(xiàn)流程都不規(guī)范买鸽，現(xiàn)在正著手抓流程這塊內容，接下來談下我們公司現(xiàn)有的流程狀況
公司給測試團隊定義的職責
1贯被、參與需求評審眼五，明確測試范圍及測試內容
2、負責編寫測試計劃和測試用例彤灶，并發(fā)起測試評審
3看幼、負責測試環(huán)境、集成環(huán)境以及在線環(huán)境的集成測試工作幌陕，跟蹤缺陷直至解決
4诵姜、版本上線前輸出測試報告，并給出風險評估建議
5搏熄、負責系統(tǒng)性能測試棚唆、安全測試暇赤、API接口測試等專項測試工作，并給出改進建議（有專人負責宵凌，之前這塊內容都是開發(fā)在測的）
6鞋囊、把控測試進度，及時反饋可能存在的風險
測試團隊的流程管理
1瞎惫、需求評審
測試人員失暴、開發(fā)人員、項目經理必須參與微饥，目的是為了明確測試范圍及測試內容逗扒，消除歧義，確保內容的一致性欠橘；
討論全面矩肩，盡量覆蓋到正常分支和異常分支（p.s.一些簡單的task可以不進行評審）
2、制定測試計劃
由負責該項目的測試組長填寫肃续，一般在需求評審后3天給出黍檩，主要包含測試范圍、測試策略始锚、測試資源刽酱、測試進度及安排、發(fā)布標準瞧捌、風險及約束（一般發(fā)郵件進行評審）棵里。
如下我截取了測試計劃中的目錄部分
3、測試用例設計
按照測試計劃確定的范圍覆蓋所有功能點姐呐，用例標注優(yōu)先級（目前還沒有開發(fā)文檔殿怜，都是根據(jù)需求文檔進行用例設計，開發(fā)在設計編碼時測試開始設計用例）
包含要素：ID曙砂、用例title头谜、步驟、優(yōu)先級鸠澈、結果（可自行增加列信息）
4柱告、測試用例評審
在task提測前完成，需要參與的人員有對應開發(fā)人員笑陈、需求际度、項目經理、測試新锈，由測試人員發(fā)起甲脏。
5眶熬、測試執(zhí)行
按照分配的task妹笆，執(zhí)行測試用例块请，標記測試結果
開發(fā)提測后測試人員需要先進行冒煙測試，通過后再進行具體的功能測試拳缠、系統(tǒng)測試墩新，冒煙不通過時直接把task打回給開發(fā)且需要郵件反饋
開發(fā)如需自測，測試可以提供冒煙測試用例給開發(fā)
Task的流轉狀態(tài)：Analyse---Develop---Readytest---Begintest---ReadyQA---Release---Closed
6窟坐、缺陷跟蹤與管理
我們是用TFS進行管理的海渊，記錄Bug，跟蹤其狀態(tài)直至解決
bug生命周期：Submit（提交bug）---Active（開發(fā)處理中）--Resolved（開發(fā)處理）--測試驗證（通過--closed哲鸳，不通過--active）
（p.s.Bug描述要清晰無歧義臣疑，盡量附上截圖或者log信息）
7、測試報告
包含測試結論（通過 or 不通過）徙菠、測試總結讯沈、遺留問題、風險評估婿奔、測試環(huán)境信息
測試只給出報告缺狠，最終是否發(fā)布還是由項目經理確定
（p.s.在發(fā)布之前給出測試報告，郵件通知需求萍摊、開發(fā)挤茄、項目經理，抄送測試主管冰木、部門總監(jiān)）
8穷劈、發(fā)布后
測試人員需要檢查在線環(huán)境要驗證內容，驗證本次發(fā)布功能是否正常
備注：如果項目周期很長踊沸，可以增加輸出階段性測試報告
現(xiàn)狀：
1囚衔、關于老徐提到的必備流程，我們公司目前是沒有UI評審的雕沿、開發(fā)文檔評審（現(xiàn)有項目周期都比較短练湿，開發(fā)時間很短，都沒時間寫設計文檔）
2审轮、很多系統(tǒng)缺少LOG肥哎，遇到很多問題開發(fā)都要看代碼處理
改進點：
1、公司正在籌備UI設計師給需求疾渣、測試人員做培訓篡诽，到評審環(huán)節(jié)還需時日
領導準備今年先把測試流程規(guī)范起來，明年再把開發(fā)加進來榴捡，到時開發(fā)文檔評審也是必備環(huán)節(jié)了
2杈女、開發(fā)記錄日志，測試學會看日志
