在剛成為測試人員時，不斷地提系統(tǒng)的缺陷嗦嗡，發(fā)現(xiàn)產(chǎn)品的問題勋锤。認(rèn)為做好測試工作，寫好用例侥祭，發(fā)現(xiàn)缺陷叁执，提好缺陷報告就好了，但是矮冬，每當(dāng)缺陷越提越多谈宛，產(chǎn)品質(zhì)量不因你提的缺陷增多而改善，所以去發(fā)現(xiàn)過程當(dāng)中的問題胎署，讓自己和研發(fā)測試團(tuán)隊不斷改進(jìn)吆录，讓整個過程不斷完善，才能讓產(chǎn)品質(zhì)量有更大的提升琼牧。

結(jié)合身為團(tuán)隊負(fù)責(zé)人淺談一下我們?nèi)粘９ぷ饕约皽y試工作中可以改進(jìn)的方面和空間恢筝。

從流程抓起，梳理明確的流程規(guī)范研發(fā)流程巨坊，從研發(fā)流程整個流程去思考我們當(dāng)前的產(chǎn)品研發(fā)過程有沒有問題以及有沒有可以改進(jìn)的空間撬槽。

1、需求設(shè)計評審重點關(guān)注：

a)有沒有做：先看我們的產(chǎn)品研發(fā)流程有沒有做需求評審趾撵，如果一開始就錯了侄柔，那么我們返工的周期將會拉的非常大，所以需求設(shè)計評審是必須要做的環(huán)節(jié)。

b)有沒有及地做：在日常大量的需求處理過程中暂题，產(chǎn)品組的需求設(shè)計評審有沒有及時做移剪，如果不及時，嚴(yán)重影響產(chǎn)品研發(fā)進(jìn)度敢靡，不僅開發(fā)時間被壓縮挂滓，測試時間更是被擠壓。

c)有沒有高效地做：在大量的需求需要處理啸胧、設(shè)計赶站、測試，能形成一個高效快速的需求設(shè)計評審的機制纺念，那就能快速地發(fā)現(xiàn)需求設(shè)計的問題及時糾偏贝椿。形成需求設(shè)計評審的套路。建議列一個清單陷谱，每個需求評審都按照這個清單去提問烙博。結(jié)合新發(fā)現(xiàn)的問題，考慮是否適用于清單烟逊，并及時總結(jié)提煉到清單中渣窜，后續(xù)不斷維護(hù)這一個需求設(shè)計評審清單即可。需求設(shè)計評審能力其實取決于你對需求評審的套路是否養(yǎng)成宪躯。評審如此乔宿，設(shè)計方案亦是如此，方案要怎么設(shè)計也是一個套路化的過程访雪。

d)發(fā)現(xiàn)的問題是否跟蹤執(zhí)行：發(fā)現(xiàn)的問題后續(xù)有沒有及時調(diào)整方案和設(shè)計內(nèi)容是需求評審最關(guān)鍵的內(nèi)容详瑞，調(diào)整了處理了才能算需求評審?fù)瓿傻臉?biāo)志。

2臣缀、遞交測試需要關(guān)注：

a)修改內(nèi)容是否和需求保持一致：修改內(nèi)容和之前的需求回復(fù)處理結(jié)果以及和任務(wù)設(shè)計的內(nèi)容范圍和邏輯上是否一致坝橡，如果不一致需要建議直接打回。

b)測試建議編寫是否符合準(zhǔn)入條件：好的測試建議不僅能方便測試人員高效測試精置，還能補充測試人員在用例設(shè)計過程中無法考慮到的場景计寇。對于測試建議的打回也是要跟提交缺陷一樣的標(biāo)準(zhǔn)，打回原因不能僅僅選一下類型氯窍，還要把需要優(yōu)化和改進(jìn)內(nèi)容寫到備注告訴開發(fā)饲常，不讓要打回的修改單出現(xiàn)開發(fā)再找測試溝通的情況。

c)產(chǎn)品組有沒有做代碼審核狼讨。代碼審核能從代碼層面發(fā)現(xiàn)一些基本邏輯問題，甚至能發(fā)現(xiàn)一些測試過程并不一定易現(xiàn)的問題柒竞。如單行查詢返回多行的問題政供。如sql里面變量列明不明確的問題。

d)有沒有使用代碼審核工具。人工的代碼審核效率畢竟低下布隔，可以通過一些代碼審核工具自動審核离陶，掃除一些連接池釋放問題，內(nèi)存溢出問題的代碼缺陷衅檀。

3招刨、測試環(huán)節(jié)關(guān)注：

a)有沒有用例：的確看到蠻多不寫用例的情況。但是用例如果不寫哀军，產(chǎn)品的質(zhì)量獎處于完全無法控制的狀態(tài)沉眶，沒有用例可以認(rèn)為和沒有測試是一樣的。

b)用例有沒有評審：一個人的考慮范圍一定沒有整個團(tuán)隊考慮的全面杉适。要把好質(zhì)量的關(guān)谎倔，就把好用例質(zhì)量的這一關(guān)

c)有沒有用例模板：為了能快速高效的寫用例，一個有效的用例模板將能起到事半功倍的效果猿推。更是讓新人能快速成長學(xué)習(xí)的有效途徑片习。當(dāng)然模板可以有多個類型。如接口類的用例模板蹬叭，功能類的用例模板藕咏，通用測試點的模板等等。又是一個套路化的過程秽五。

d)有沒有自動化測試：自動化測試不只是一個口號孽查，UI自動化、接口自動化筝蚕、存儲過程自動化卦碾，比對自動化、性能自動化起宽、分析自動化洲胖，用自動化的思路解決執(zhí)行效率的問題。

4坯沪、測試執(zhí)行跟蹤情況關(guān)注

a)有沒有指定重點里程碑計劃：重點跟蹤里程碑節(jié)點的執(zhí)行情況绿映，把控是否存在延期情況。沒有計劃腐晾，一定延期叉弦，也一定亂了章法。

b)有沒有通過日報周報反饋機制藻糖，突出整體進(jìn)度淹冰，反饋當(dāng)前風(fēng)險。

5巨柒、通過分析再發(fā)現(xiàn)問題細(xì)節(jié)和根本所在樱拴，不斷循序漸進(jìn)

a)分析為什么缺陷會逃逸：通過缺陷逃逸分析能直面了解問題為什么會逃逸到客戶環(huán)節(jié)發(fā)現(xiàn)柠衍，而不能在上游環(huán)節(jié)去考慮。對于分析的結(jié)果一樣可以形成對應(yīng)的套路和清單晶乔，分別使用于不同的環(huán)節(jié)和流程中珍坊。

b)是否通過PDCA讓質(zhì)量止于至善：發(fā)現(xiàn)問題、分析問題正罢、制定改進(jìn)措施阵漏、檢查執(zhí)行效果。讓這樣過程形成習(xí)慣翻具，讓自己和團(tuán)隊堅持做一個堅持不懈的改進(jìn)者履怯。

以上是在對應(yīng)產(chǎn)品的測試過程中結(jié)合自身遇到和看到的一些問題做的一些分享，希望和大家一起共勉呛占。

最后引用一下公司過程改進(jìn)的一些話語：

持續(xù)改進(jìn)是一種文化

持續(xù)改進(jìn)是一種意識

持續(xù)改進(jìn)是一種創(chuàng)新