<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            測試人員正在逐步被自動(dòng)化取代

            發(fā)表于:2019-11-27來(lái)源:歪脖貳點(diǎn)零作者:歪脖貳點(diǎn)零點(diǎn)擊數: 標簽:測試用例
            傳統的測試人員,正在被自動(dòng)化、以及更完善的監控體系所逐步取代。觸發(fā)這個(gè)變化的原因主要有3點(diǎn):

            記得大學(xué)從計算機畢業(yè)時(shí),班里大部分的

            • 男同學(xué)選擇了"開(kāi)發(fā)工程師崗"

            • 女同學(xué)選擇了"測試工程師崗"

            • 極個(gè)別的“產(chǎn)品經(jīng)理崗”

            • 部分“非計算機行業(yè)崗”

            轉眼間,快10年了,大家各奔東西,各為其主數年。

            在各自的互聯(lián)網(wǎng)崗位上也基本都是中堅力量了。

            我后畢業(yè),就一直在做一線(xiàn)開(kāi)發(fā)工作。

            最近這半年,我覺(jué)察到,在 一線(xiàn)的互聯(lián)網(wǎng)大圈里,產(chǎn)品研發(fā)的工程模式,已在悄悄的發(fā)生轉變。

            以前是這樣的:

            • 2012~2015年,移動(dòng)端互聯(lián)網(wǎng)井噴式的發(fā)展

            • 客戶(hù)端App每月一次發(fā)版,都需要幾個(gè)測試工程師進(jìn)行測試回歸

            • 梳理出TestCase,然后人工手動(dòng)的“點(diǎn)點(diǎn)點(diǎn)”

            • 把功能feature實(shí)際的全點(diǎn)一遍,看看好不好使。

            • 新功能和老功能,都依賴(lài)這種“手動(dòng)模式”的測試。

            • 只有都“點(diǎn)點(diǎn)點(diǎn)”了,才能放心的發(fā)版。

            • 梳理出P0級的重要checkList,進(jìn)行測試回歸

            • 做的更好的,把checkList再進(jìn)行拆分,讓全員進(jìn)行業(yè)務(wù)回歸

            • 最后把各自回歸測試的結果,再統一反饋給“組織者”

            • 組織者決定軟件版本的質(zhì)量,是否滿(mǎn)足發(fā)版要求

            • 后面發(fā)現當這個(gè)“組織者”非常耗時(shí)

            • 又將這個(gè)owner角色, 讓大家輪換著(zhù)擔當

            • 就這樣,讓產(chǎn)品不斷的進(jìn)行版本迭代

            但是在今天

            • 在大型互聯(lián)網(wǎng)公司中,這種原始的測試回歸方式正在逐步消失。

            傳統的測試人員,正在被自動(dòng)化、以及更完善的監控體系所逐步取代。

            觸發(fā)這個(gè)變化的原因主要有3點(diǎn):

            1. 每次發(fā)布,都有逐步的灰度切流,新功能走灰度驗證,不再“一把梭”。

              1. bug不怕,只要影響面足夠小,做到快速驗證

            2. 技術(shù)人員,面向業(yè)務(wù)數據(埋點(diǎn))的BI開(kāi)發(fā)能力,被跨棧賦能

              1. 業(yè)務(wù)的決策,越來(lái)越依賴(lài)數據說(shuō)話(huà),老產(chǎn)品經(jīng)理也要給數據下跪

            3. 非UI交互相關(guān)的業(yè)務(wù)核心邏輯,在逐步的被單元測試所保障

              1. 各端的發(fā)布的穩定性,正在被更科學(xué)的工程手段改造著(zhù)

            同時(shí),前幾 年被吹很火的 ABTest,現在很少聽(tīng)到聲音了

            ABTest概念介紹:

            • 一個(gè)已知確定的需求,需要用兩種方案1和2,同時(shí)進(jìn)行實(shí)現

            • 然后再選取一伙目標人群,將這伙目標人群,無(wú)差別的一分為二成A\B兩組

            • 對A組實(shí)施方案1,對B組實(shí)施方案2

            • 然后再通過(guò)數據監控,去判斷A組和B組的業(yè)務(wù)效果。

            這種思路,看著(zhù)比較邏輯正確,但是在實(shí)踐中并不好落地

            • 因為沒(méi)哪個(gè)產(chǎn)品經(jīng)理敢讓一個(gè)需求,既要方案1實(shí)現,又要同時(shí)方案2實(shí)現

            • 這意味著(zhù)2倍的研發(fā)資源的投入,以及更高的復雜度實(shí)現

            • 即使技術(shù)老板不懟他(都沒(méi)想清楚,就過(guò)來(lái)要研發(fā)資源了),程序員也會(huì )砍死這個(gè)產(chǎn)品經(jīng)理的

            所以大部分執行較好的場(chǎng)景是

            • 線(xiàn)上業(yè)務(wù)有1條全量的主干功能roadmap

            • 然后在各個(gè)具體的分支上,產(chǎn)品經(jīng)理提出一個(gè)“嘗試性”的功能feature

            • 然后讓研發(fā)人員去實(shí)現,并在這個(gè)新功能給加上完整的鏈路埋點(diǎn)

            • 上線(xiàn)后業(yè)務(wù)開(kāi)關(guān)默認關(guān)閉,然后通過(guò)預先實(shí)現好的流量開(kāi)關(guān),慢慢放量

            • 一邊放量一邊配合埋點(diǎn)進(jìn)行數據佐證

            這其實(shí)是一種更接地氣的 “A/B test方案”變種

              • 核心是 細灰度 + 強監控 邏輯

            逐級灰度 + 強監控 + 數據大盤(pán)

            • 這3個(gè)組合拳,應該是未來(lái)要  廢掉“傳統測試人員”的主要推動(dòng)者

            • 這既是工程技術(shù)的進(jìn)步,也是互聯(lián)網(wǎng)及軟件工程發(fā)展到今日,一個(gè)必然的趨勢。

            圖片取自阿里云 dataworks 簡(jiǎn)介

            為什么互聯(lián)網(wǎng)裁員的時(shí)候

            • 往往先裁中年摸魚(yú)的管理層,然后再裁代碼能力弱的測試人員

            • 本質(zhì)裁掉的,都是使用落后生產(chǎn)方式的生產(chǎn)力提供者。

            • 只有裁掉了這些人,才能進(jìn)一步提高整體的生產(chǎn)方式的效率

            • 進(jìn)而提高-生產(chǎn)力

            • 最終創(chuàng )造-競爭力

            高度市場(chǎng)化的社會(huì ),大家在享受社會(huì )進(jìn)步的同時(shí)

            • 其實(shí)是生產(chǎn)力與生產(chǎn)關(guān)系的一茬又一茬的“再升級”

            • 各行各業(yè)的職場(chǎng)不斷“再進(jìn)化再洗牌”,招人、裁人

            • 最終推動(dòng)了社會(huì )不斷向前發(fā)展。

            原文轉自:http://mp.weixin.qq.com/s?__biz=MzIwMjE3MDIwMA==&mid=2247485823&idx=1&sn=721ceb766629008d92f18396ee89f2e1&utm_source=tuicool&utm_medium=referral

            ...
            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>