剛畢業(yè)就開始從事軟件測試的工作，起初什么都不懂，由于參與的項目剛好參與公司CMMI的評審，所以項目整個流程還是比較規(guī)范的。

1，需求講解，測試開始寫功能點，然后功能點評審。評審文檔的整理，評審后的修改。

2，開發(fā)在寫代碼的時候，測試開始寫功能測試case，以及case的評審。評審文檔的整理。評審后的修改。

3，功能測試中按照case執(zhí)行，將bug提到bug管理系統(tǒng)（項目初期就對bug管理系統(tǒng)做相關(guān)培訓(xùn)，提交規(guī)范有統(tǒng)一認(rèn)識。）

4，功能測試中期，對業(yè)務(wù)相對熟悉的人（測試組長）寫結(jié)合測試的場景。組內(nèi)成員寫結(jié)合測試case。

評審一般是測試經(jīng)理（項目組測試人員有空都建議參加，有利于對整個項目需求的理解）開發(fā)擔(dān)當(dāng)，項目經(jīng)理（有時會參與）參與。

每一個節(jié)點都有相應(yīng)的文檔產(chǎn)出，也有對bug的分析。這種流程，風(fēng)險控制很到位，對于測試初學(xué)者是最正常的測試流程。但是缺點是時間周期長，人員投入多。對于周期緊張的項目可以精簡步驟，功能點和測試case可以寫核心模塊和功能的。

目前公司狀態(tài)：

1，測試人員越來越少，說是敏捷，敏捷到根本不寫任何測試先關(guān)的文檔。

2，經(jīng)常是項目中后期，才把測試人員調(diào)入項目。風(fēng)險很大的，但是公司并不care，似乎項目只需要業(yè)務(wù)能力強，或者是對業(yè)務(wù)理解快的測試人員（不是國內(nèi)項目）。

3，這種情況引入自動化是否比較合適呢？

我的危機感也來源于此，看看網(wǎng)上的招聘也是需要懂各種自動化測試，即使換工作，根本沒有核心競爭力。

孩子一歲多后，想著自己必須下決心改變現(xiàn)狀，正好這個時候關(guān)注到老徐，碰到百人計劃的培訓(xùn)。跟著老徐了解了測試的知識體系，知道自己欠缺太多。

目前打算：

1，閱讀測試相關(guān)的書籍，鞏固測試基礎(chǔ)知識。多操作虛擬機上的Linux系統(tǒng)，熟悉基本命令。

2，工作中遇到的問題，整理成文檔，不斷積累。

3，Python語言學(xué)習(xí)，Selenium自動化測試學(xué)習(xí)。

4，先從UI自動化學(xué)起，努力完善測試知識體系。并且對單元測試，靜態(tài)代碼分析，接口自動化，業(yè)務(wù)接口，單接口，業(yè)務(wù)邏輯接口自動化這些都有一定的了解后，將其運用到工作中。對自動化方面有自己的理解，能合理運用各自動化測試工具解決實際問題。