01

半個(gè)產(chǎn)品 半個(gè)開發(fā)

有人覺得這個(gè)標(biāo)題有點(diǎn)諷刺，真正的測(cè)試？，難道我們不是真正的測(cè)試，平常做的都不是測(cè)試的工作嗎？其實(shí)不肯定也不否定，但這是一個(gè)包含關(guān)系，如果只是評(píng)審+用例編寫執(zhí)行，那么確實(shí)不是一個(gè)真正的測(cè)試。

正如標(biāo)題那樣，我認(rèn)為真正的測(cè)試 =“半個(gè)產(chǎn)品+半個(gè)開發(fā)”。

半個(gè)產(chǎn)品，主要體現(xiàn)在理解這個(gè)需求為什么要做？其核心價(jià)值在哪里？吸引用戶的特點(diǎn)是什么？意味著在評(píng)審階段，你除了幫助完善功能需求外，更重要的是理解這個(gè)需求對(duì)于用戶有什么價(jià)值，你是用戶你會(huì)怎么想有什么感受，不能簡(jiǎn)單的走完流程就可以了，比如一個(gè)播放視頻類應(yīng)用， 多樣性 流暢度 簡(jiǎn)易性 快速性等 這是在評(píng)審之后可以總結(jié)出來(lái)的，那么抱著這個(gè)價(jià)值點(diǎn)，圍繞這我們的整個(gè)測(cè)試流程，往往能夠發(fā)現(xiàn)不一樣的地方。比如還是播放類應(yīng)用，在我了解個(gè)特性后，在測(cè)試過程中我會(huì)更加留意播放方面的性能，以及兼容性，在我設(shè)計(jì)測(cè)試方案的時(shí)候就會(huì)標(biāo)明這幾個(gè)測(cè)試重點(diǎn)，以便我自己或者組員能夠在測(cè)試過程中多加留意這部分的測(cè)試點(diǎn)，然后在設(shè)計(jì)測(cè)試用例的時(shí)候會(huì)提高優(yōu)先級(jí)和覆蓋率?？梢园l(fā)現(xiàn)，測(cè)試有了測(cè)重點(diǎn)。

半個(gè)開發(fā)，其實(shí)個(gè)人認(rèn)為這是偏向于灰盒測(cè)試了，體現(xiàn)在一個(gè)需求，你除了要明確這個(gè)需求的業(yè)務(wù)邏輯，其代碼邏輯（數(shù)據(jù)流邏輯）也是需要知道的，從后臺(tái)獲取的json數(shù)據(jù)結(jié)構(gòu)到客戶端展示再到存儲(chǔ)至本地?cái)?shù)據(jù)，這一個(gè)流向，都是需要去了解并測(cè)試的（這部分參照之前寫的測(cè)試分析文章），所以測(cè)試驗(yàn)證的不僅僅是功能層面的東西，還是內(nèi)部的具體實(shí)現(xiàn)（當(dāng)然，具體到類方法的測(cè)試那是測(cè)試開發(fā)的職能，不關(guān)咱測(cè)試的事），我們要保證的，就是這一階段數(shù)據(jù)的正確性和容錯(cuò)性。這樣做的好處是，能從內(nèi)部發(fā)現(xiàn)缺陷，在出現(xiàn)問題的時(shí)候可以大概定位到問題出在哪，在出問題面對(duì)boss的質(zhì)疑能夠把責(zé)任丟給開發(fā)，哦不，是更好的解決問題。

那么半個(gè)開發(fā)還體現(xiàn)在對(duì)工具效率的提升上，能夠通過小腳本，小框架去提升測(cè)試效率，這要求對(duì)于基本的語(yǔ)言要求是必須的，大公司面試的某一輪考研的就是你的代碼能力，所以測(cè)試還是半個(gè)開發(fā)這一點(diǎn)是毋庸置疑滴。

02

職能范圍

●評(píng)審

●測(cè)試方案的確立

●用例的編寫維護(hù)

●技術(shù)點(diǎn)的分享

●BUG提交和總結(jié)

●輸出測(cè)試報(bào)告

●集成測(cè)試

●發(fā)布版本

●論壇/其他渠道收集反饋

●服務(wù)器性能測(cè)試

●APP性能測(cè)試

●網(wǎng)頁(yè)前端性能

●編寫自動(dòng)化腳本

●（暫時(shí)想到這么多，嘿）

01

日常的工作流程

至少是我，在剛接觸測(cè)試的時(shí)候，除了完成領(lǐng)導(dǎo)的任務(wù)（主要是看需求，寫用例，執(zhí)行并回歸）外，沒有什么事情可做，現(xiàn)在回想起來(lái)，其實(shí)能做事情還有很多，只是沒被安排（咳咳，我可不是說我第一份工作的領(lǐng)導(dǎo)不好），好其實(shí)是沒有意識(shí)去提高而已。

其實(shí)就現(xiàn)在而言，我目前的工作流程是這樣的（當(dāng)然是以一個(gè)版本迭代為周期）：

評(píng)審新需求，記錄關(guān)鍵點(diǎn)–》編寫測(cè)試點(diǎn)（用例）–》測(cè)試之前向開發(fā)了解部分實(shí)現(xiàn)–》執(zhí)行測(cè)試（翻閱代碼，查看主邏輯走向《可選》）–》提交BUG–》回歸BUG（查看BUG代碼改動(dòng)）–》新需求的性能評(píng)估（可選）–》發(fā)布前的系統(tǒng)測(cè)試（結(jié)合自動(dòng)化）–》發(fā)布–》自動(dòng)化用例的補(bǔ)充（可選）–》業(yè)務(wù)邏輯總結(jié)歸總–》休息

那么基本流程就是這樣了，那么可以看到一隔項(xiàng)目組的正真的測(cè)試人員，是要完成這么多工作的，所以這也是用來(lái)區(qū)分手工的外包人員和正式員工的區(qū)別，外包怎么樣，大家都知道。