大家好，我是洋子，最近工作特別忙，好久沒更文章了

因?yàn)榻M織架構(gòu)調(diào)整，原先的組長調(diào)離我所在已經(jīng)3年多的業(yè)務(wù)線，我就承擔(dān)起組長的角色了，除了日常跟進(jìn)需求測試，還跟RD、跨業(yè)務(wù)線負(fù)責(zé)人開會，協(xié)助組內(nèi)QA人力等。有機(jī)會跟大家分享，從純執(zhí)行層到有一點(diǎn)管理屬性的轉(zhuǎn)變（思維、做事方法）

時常有新人，特別是還在實(shí)習(xí)的同學(xué)來問，測試和測開到底有什么區(qū)別，我去一家公司測開崗位實(shí)習(xí)，跟測試一樣全是在點(diǎn)點(diǎn)點(diǎn)（需求評審-設(shè)計(jì)測試用例-執(zhí)行測試），沒有做過開發(fā)的工作，擔(dān)心沒有成長太無聊，實(shí)習(xí)經(jīng)歷也不知道怎么寫到簡歷上，擔(dān)心沒有競爭力

面對這樣的情況，咱們該破局？

第一個是擺正心態(tài)，招聘實(shí)習(xí)生進(jìn)去"打雜"是一件很正常的事情，mentor或者leader不太會一開始把核心工作交給實(shí)習(xí)生去干，先踏實(shí)把業(yè)務(wù)測試做好，做好基礎(chǔ)工作才有機(jī)會承接其他工作

第二個是學(xué)會思考，有些同學(xué)抱怨天天點(diǎn)點(diǎn)點(diǎn)，覺得每天都在做重復(fù)的事情，卻從來不會思考，其實(shí)對于QA要學(xué)習(xí)的東西也還蠻多的，做好功能測試只是其中很小的一部分，依據(jù)將近4年的測試工作經(jīng)驗(yàn)，我認(rèn)為在實(shí)際工作當(dāng)中有比較重要的幾點(diǎn)可以學(xué)習(xí)

如果非要總結(jié)一下方法論，可以用下面幾個關(guān)鍵字概括，了解需求、理解業(yè)務(wù)、揣摩設(shè)計(jì)、思考實(shí)現(xiàn)、項(xiàng)目管理、質(zhì)量與效率、通用能力

了解需求

洋子也算是帶過幾個實(shí)習(xí)生了，有的同學(xué)就是需求都沒了解清楚就開始測試，可見這個需求測試質(zhì)量無法保障。了解需求就是做測試最前置的步驟，我們一般通過查看需求PRD和交互文檔來設(shè)計(jì)測試用例，不要小看這一步，如果QA對需求理解不到位，和PM或者RD存在差異，就可能會導(dǎo)致漏測的發(fā)生

業(yè)務(wù)理解

每次測試的需求，也許改動的只是當(dāng)前業(yè)務(wù)的一個很小的功能模塊，整個業(yè)務(wù)的全局構(gòu)成是什么樣子的，核心功能是什么，有哪些入口可以體驗(yàn)，哪些地方需要重點(diǎn)保障等等，了解整個業(yè)務(wù)員的全貌，能幫助我們完善用例設(shè)計(jì)，對于測試，應(yīng)該要比產(chǎn)品更熟悉業(yè)務(wù)

系統(tǒng)架構(gòu)設(shè)計(jì)

一般來說理解業(yè)務(wù)的基礎(chǔ)上，如果還能了解系統(tǒng)的架構(gòu)設(shè)計(jì)，那是更好的，線上問題的發(fā)生，往往就是出來對于系統(tǒng)架構(gòu)設(shè)計(jì)理解還不到位

系統(tǒng)架構(gòu)設(shè)計(jì)到底是什么

架構(gòu)是一個很寬泛的概念，指在設(shè)計(jì)和構(gòu)建軟件系統(tǒng)或計(jì)算機(jī)系統(tǒng)時所采用的整體結(jié)構(gòu)和組織方式。它涉及到系統(tǒng)的各個組成部分之間的關(guān)系、交互方式、功能劃分、數(shù)據(jù)流動、通信方式等方面的決策和規(guī)劃。

光看概念還是有些抽象，日常工作當(dāng)中我們看開發(fā)給出的需求技術(shù)方案里面就包含了架構(gòu)設(shè)計(jì)部分，如果是一些比較小的需求，則直接用功能流程圖、時序圖展示

思考實(shí)現(xiàn)

每測試一個需求，其實(shí)在測試過程當(dāng)中，我們還可以去看RD的代碼，進(jìn)行code review，思考代碼為什么這樣寫，這樣寫有什么好處和弊端

比如邀請好友進(jìn)行助力這樣的場景，有一個助力接口，在實(shí)際情況下可能出現(xiàn)多人同時進(jìn)行助力的并發(fā)場景，為了避免程序出錯，可以在處理的過程進(jìn)行加鎖，加鎖雖然能保證數(shù)據(jù)一致性，但犧牲了多人可以同時給一個人助力的可能，有用戶體驗(yàn)受損的風(fēng)險

項(xiàng)目管理&流程優(yōu)化

每一個需求上線，安排的時間都比較緊張，需求發(fā)布、開發(fā)、測試都有嚴(yán)格的排期，把控項(xiàng)目節(jié)奏了，及時同步項(xiàng)目風(fēng)險也是一項(xiàng)重要技能

對于項(xiàng)目當(dāng)前不合理的地方，從QA角度可以提出建議，要求PM、RD、UI等角色進(jìn)行流程優(yōu)化，或者用技術(shù)手段來改進(jìn)，比如RD缺乏自測，提測質(zhì)量差，要求RD寫單測case，在CI流水線卡單測增量行覆蓋率等

質(zhì)量保障體系&效率提升

對于質(zhì)量方面，完善好監(jiān)控是基礎(chǔ)手段，對于效率提升方面，可以做自動化測試，甚至根據(jù)業(yè)務(wù)特點(diǎn)自己開發(fā)工具，這里只是舉個簡單的例子，實(shí)際質(zhì)量保障體系和效率提升有很多工作可以去做，為了幫助大家打開全局視野，后續(xù)收集一些大廠成熟的質(zhì)效保障體系方案進(jìn)行分享

通用能力

溝通，問題推進(jìn)，資源協(xié)調(diào)，超強(qiáng)的學(xué)習(xí)能力，畢竟每天都有新知識、新業(yè)務(wù)、新場景

最后想跟大家說的就是學(xué)會復(fù)盤和總結(jié)，漏測的Bug，工作上還有哪些可以優(yōu)化和改進(jìn)的地方，都是可以拿出來好好分析的