總結(jié)一下我心中的開(kāi)發(fā)流程(6年測(cè)試經(jīng)老司機(jī)自述)

測(cè)試工作不僅僅要從產(chǎn)品的角度去保證產(chǎn)品質(zhì)量,還要完善研發(fā)流程,就像一條流水線工作,每個(gè)環(huán)節(jié)都不能出錯(cuò),才能生產(chǎn)出優(yōu)質(zhì)的產(chǎn)品。

前言:

本篇文章更適用于敏捷開(kāi)發(fā)的團(tuán)隊(duì),如有不足,歡迎探討。

測(cè)試工作不僅僅要從產(chǎn)品的角度去保證產(chǎn)品質(zhì)量,還要完善研發(fā)流程,就像一條流水線工作,每個(gè)環(huán)節(jié)都不能出錯(cuò),才能生產(chǎn)出優(yōu)質(zhì)的產(chǎn)品。

本文所指開(kāi)發(fā)周期15工作日左右,測(cè)試時(shí)間5天左右。

主要流程:

一、需求評(píng)審

由產(chǎn)品經(jīng)理發(fā)起,參會(huì)人:產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、開(kāi)發(fā)、測(cè)試,如有需要,提出需求方,如業(yè)務(wù)人員、運(yùn)營(yíng)人員也可參與。產(chǎn)品經(jīng)理講解產(chǎn)品設(shè)計(jì),主要包含用戶場(chǎng)景、業(yè)務(wù)流程、頁(yè)面設(shè)計(jì)、交互設(shè)計(jì)等。建議遵循互聯(lián)網(wǎng)人人都是產(chǎn)品經(jīng)理的理念,每個(gè)人提出自己認(rèn)為最好的實(shí)現(xiàn)方式,但最終還是由產(chǎn)品經(jīng)理定義。

(1)開(kāi)發(fā)同事要從技術(shù)角度、和現(xiàn)有框架支撐情況評(píng)估各個(gè)功能是否可以實(shí)現(xiàn),如不能實(shí)現(xiàn),要與產(chǎn)品溝通折中方案。若產(chǎn)品一定要實(shí)現(xiàn)該功能,開(kāi)發(fā)要給出時(shí)間,也就是開(kāi)發(fā)成本。

(2)測(cè)試同事相對(duì)更了解整個(gè)系統(tǒng)的業(yè)務(wù)邏輯,要判斷每個(gè)功能的實(shí)現(xiàn),是否與系統(tǒng)整體的使用習(xí)慣匹配,若差異較大,要提醒產(chǎn)品經(jīng)理,否則會(huì)讓用戶覺(jué)得系統(tǒng)邏輯混亂,使用困難。同時(shí)思考每個(gè)功能點(diǎn)的測(cè)試方法,如需要開(kāi)發(fā)協(xié)助的,也要及時(shí)提出,讓開(kāi)發(fā)做好后門(mén),如果有測(cè)試點(diǎn)評(píng)審流程,也可以在測(cè)試點(diǎn)評(píng)審時(shí)提出。

(3)業(yè)務(wù)、運(yùn)營(yíng)人員要確定產(chǎn)品設(shè)計(jì)是否符合需求,并認(rèn)真學(xué)習(xí)產(chǎn)品的使用。

評(píng)審過(guò)程中,產(chǎn)品經(jīng)理記錄要修改的地方,會(huì)后第一時(shí)間修改(建議當(dāng)天完成),然后發(fā)出需求郵件,進(jìn)入開(kāi)發(fā)階段。

二、測(cè)試點(diǎn)編寫(xiě)(開(kāi)發(fā)階段)

該階段分為兩個(gè)部分,測(cè)試點(diǎn)編寫(xiě)和測(cè)試開(kāi)發(fā)。

測(cè)試點(diǎn)編寫(xiě)和開(kāi)發(fā)并行,個(gè)人建議不需要寫(xiě)詳細(xì)的測(cè)試用例,測(cè)試點(diǎn)和測(cè)試用例的取舍,可另行探討。測(cè)試點(diǎn)編寫(xiě)同時(shí),要及時(shí)與產(chǎn)品溝通,有修改的地方,第一時(shí)間同步到開(kāi)發(fā)。

測(cè)試點(diǎn)應(yīng)包含:

(1)本次新增、修改功能點(diǎn)。

(2)可能影響到的功能的回歸

(3)系統(tǒng)重要功能回歸

如果有需要的話,進(jìn)行測(cè)試點(diǎn)評(píng)審,且要至少在提測(cè)前2天進(jìn)行,由測(cè)試人員發(fā)起,給開(kāi)發(fā)人員緩沖的時(shí)間,產(chǎn)品、項(xiàng)目經(jīng)理、開(kāi)發(fā)、測(cè)試參與,測(cè)試點(diǎn)評(píng)審重點(diǎn)要強(qiáng)調(diào)流程、異常處理、測(cè)試方法等,一定確保大家對(duì)產(chǎn)品的理解沒(méi)有偏差。測(cè)試人員記錄要修改的地方,會(huì)后第一時(shí)間修改(建議當(dāng)天完成),然后發(fā)出測(cè)試點(diǎn)郵件。

測(cè)試開(kāi)發(fā)部分,根據(jù)項(xiàng)目實(shí)際情況安排工作,如自動(dòng)化用例的持續(xù)集成、mock系統(tǒng)的開(kāi)發(fā)等,個(gè)人認(rèn)為這些很重要,是提高測(cè)試從業(yè)者個(gè)人能力的重要環(huán)節(jié)。

三、提測(cè)

提測(cè)要求開(kāi)發(fā)方滿足一定要求,要求可酌情而定。但至少要做到本次迭代的主要功能在測(cè)試環(huán)境可跑通,如果提測(cè)不通過(guò),開(kāi)發(fā)加班修改,當(dāng)天知道滿足提測(cè)要求為止。避免開(kāi)發(fā)擠壓測(cè)試時(shí)間的情況發(fā)生。

四、測(cè)試階段

通常分為三輪:

(1)第一輪,產(chǎn)品可滿足用戶場(chǎng)景,且主要流程可通。

(2)第二輪,進(jìn)行異常操作、兼容性等測(cè)試。

(3)第三輪,功能回歸。

如果測(cè)試人員在2人以上,建議進(jìn)行交叉測(cè)試。

測(cè)試階段可以對(duì)bug修復(fù)做一些要求,如:

(1)提交bug后,開(kāi)發(fā)做出響應(yīng),比如在bug管理系統(tǒng)中,bug狀態(tài)處于處理中,若10分鐘內(nèi)沒(méi)響應(yīng),測(cè)試人員應(yīng)提醒一下。

(2)對(duì)bug修復(fù)做出時(shí)間要求,如當(dāng)天某個(gè)時(shí)間點(diǎn)之前提出的bug,今天必須修復(fù)完成。時(shí)間點(diǎn)可根據(jù)具體情況定,我們是下午4點(diǎn)。

對(duì)于封版要求,各不相同,比如bug修復(fù)率達(dá)到95%以上;代碼覆蓋率100%等等,本人更傾向于x小時(shí)內(nèi)沒(méi)有嚴(yán)重問(wèn)題產(chǎn)生才可以封版。封版前的多半都是回歸測(cè)試、冒煙測(cè)試階段,若此刻還有嚴(yán)重問(wèn)題產(chǎn)生,證明第一輪、第二輪測(cè)試不充分,或者開(kāi)發(fā)修復(fù)bug時(shí)未考慮周全,引出其他bug。針對(duì)封板要求,希望可以和大家討論一下,各取所長(zhǎng)。如果未滿足封板要求,但項(xiàng)目要求必須上線,則需要將風(fēng)險(xiǎn)體現(xiàn)到測(cè)試報(bào)告中。

封版前(可以是當(dāng)天下午),建議不修復(fù)bug,產(chǎn)品、項(xiàng)目經(jīng)理、測(cè)試人員一起評(píng)估,若一定要修復(fù)的,要謹(jǐn)慎修復(fù)并驗(yàn)證,不修復(fù)的遺留到下一期處理。

五、封版、上線

封版和上線對(duì)于測(cè)試來(lái)說(shuō)沒(méi)什么區(qū)別,最重要的是發(fā)布包不能變更,至于上線與否,根據(jù)公司情況而定,本人公司測(cè)試完成僅封版,上線時(shí)間由產(chǎn)品和開(kāi)發(fā)決定,上線后通知測(cè)試,在正式環(huán)境驗(yàn)證功能是否正常。

此時(shí)需要發(fā)測(cè)試報(bào)告,應(yīng)包含內(nèi)容:

(1)結(jié)論:如測(cè)試通過(guò)、不通過(guò)(原因)

(2)工時(shí):人/時(shí)

(3)bug統(tǒng)計(jì)

(4)存在風(fēng)險(xiǎn)

(5)附件:發(fā)布包

六、項(xiàng)目總結(jié)

由項(xiàng)目經(jīng)理發(fā)起,總結(jié)本次迭代中存在的問(wèn)題及改進(jìn)措施。也可以收集在團(tuán)隊(duì)協(xié)作中,各個(gè)角色間是否對(duì)他人不滿意,并進(jìn)行疏導(dǎo)或改進(jìn)。

總結(jié):

還有兩個(gè)本人認(rèn)為很重要的流程沒(méi)有加進(jìn)來(lái),開(kāi)發(fā)代碼review和功能驗(yàn)收。對(duì)于大多數(shù)敏捷團(tuán)隊(duì),因?yàn)楦鞣N原因,這兩個(gè)流程都會(huì)被省去。代碼review應(yīng)該加到提測(cè)前,益處多多,不贅述。功能驗(yàn)收,應(yīng)該由需求提出方和產(chǎn)品功能驗(yàn)收,以確保產(chǎn)品滿足需求,但此階段如果出問(wèn)題,對(duì)整個(gè)項(xiàng)目來(lái)說(shuō)都是致命的,即使功能上有出入,產(chǎn)品被打回的幾率還是很低,所以驗(yàn)收流程對(duì)于敏捷開(kāi)發(fā)似乎存在的意義不大。

會(huì)議發(fā)起者或項(xiàng)目經(jīng)理要適當(dāng)控制會(huì)議節(jié)奏,避免話題無(wú)限延伸的情況,做無(wú)意義的討論,浪費(fèi)時(shí)間。

項(xiàng)目經(jīng)理要將每個(gè)階段,至少精確到天,當(dāng)天差一丟丟能完成,就要加班,如果差很多,就要延期,并有明確的延期原因。

工欲善其事,必先利其器,本人更注重提測(cè)前的準(zhǔn)備工作,如需求評(píng)審、測(cè)試點(diǎn)編寫(xiě)、測(cè)試點(diǎn)評(píng)審階段,統(tǒng)一思想,明確產(chǎn)品方向,準(zhǔn)備測(cè)試數(shù)據(jù),保證測(cè)試方法可行,后期的工作會(huì)更順利。

任何流程的制定,可能最終都會(huì)變成“道理我們都懂,但實(shí)踐起來(lái)困難重重”,本人覺(jué)得我們至少要總結(jié)出一套高效、完善的工作流程,即使不能完整的執(zhí)行,但也要朝著正確的方向不懈的努力。

-----------------------------------------------------------------------------------------------

最后給大家推薦一個(gè)學(xué)習(xí)資料分享群(574253227),里面大牛已經(jīng)為我們整理好了許多的學(xué)習(xí)資料,有自動(dòng)化,接口,性能等等的學(xué)習(xí)資料!

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 自序 1. 不是每個(gè)人都能以產(chǎn)品經(jīng)理為業(yè),但在我看來(lái),產(chǎn)品經(jīng)理是一類人,他的做事思路與方法可以解決很多實(shí)際的生活問(wèn)...
    沉淪2014閱讀 4,648評(píng)論 1 19
  • 1****、問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug****,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug****,你應(yīng)該怎樣解決? 首...
    蛋炒飯_By閱讀 5,402評(píng)論 1 94
  • 文章來(lái)自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鵬閱讀 9,375評(píng)論 2 126
  • Android 自定義View的各種姿勢(shì)1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 179,323評(píng)論 25 708
  • 看到成都主席王若來(lái)分享,一年4N、零首付實(shí)戰(zhàn)經(jīng)驗(yàn),好期待。講座聽(tīng)完,除了實(shí)戰(zhàn),更幫大家打通底層邏輯,尤其是中國(guó)邏輯...
    尖叫鴿閱讀 579評(píng)論 3 2

友情鏈接更多精彩內(nèi)容