繼續對《炮轟“測試左移”,向軟件測試領(lǐng)域的“歪理邪說(shuō)”宣戰》的評論進(jìn)行整理,評論的第一部分請看
(1)對《炮轟“測試左移”》之若干評論的整理與點(diǎn)評
(2)對《炮轟“測試左移”》之若干評論的整理與點(diǎn)評
(3)對《炮轟“測試左移”》之若干評論的整理與點(diǎn)評
評論內容請見(jiàn)下文:
評論9:佚名
這個(gè)評論應該是在某個(gè)微信群中一位朋友有感而發(fā),具體是誰(shuí)記不得了!
? ? ? ? 看了這篇文章,感觸很深,一直從事測試行業(yè)相關(guān)工作,也經(jīng)歷了測試行業(yè)的各種變遷,談?wù)剛€(gè)人一點(diǎn)感受。不管從瀑布,到V, 到敏捷或DevOps開(kāi)發(fā)模式,個(gè)人感覺(jué)核心就是市場(chǎng)需求推動(dòng)了IT從業(yè)者技術(shù)要不停的變遷,特別是當前這種信息變化傳遞快而爆炸的時(shí) 代,客戶(hù)功能需求越來(lái)越多,加上競爭對手給你的市場(chǎng)時(shí)間要求越來(lái)越短,傳統的開(kāi)發(fā)模式或測試模式是無(wú)法滿(mǎn)足當前時(shí)代的變化 了(當然一些民生類(lèi)求穩的還是適用),才有了微服務(wù),容器等新技術(shù)的出現。因需要適應用戶(hù)的需求多而快的變化,這也要求測試人員的 思維需要調整而不能僅停在功能測試層面(當然一些金融、保險、電力等行業(yè)功能測試是很香的,因子系統很多,功能測試對全局業(yè)務(wù)非常了解 ,所以一般這幾個(gè)行業(yè)職位提升的都是懂業(yè)務(wù)的)。但大部分從業(yè)者不在這個(gè)行業(yè)里(這些行業(yè)也在IT信息化),所以個(gè)人認為測試左移這件事是個(gè)好事,只是看個(gè)人和組織怎么去理解,結合自已公司本身組織和公司財力去實(shí)施,而不是否定。如從流程上左移:需求時(shí)就介入一些評審,可測性需求提出,或者工程能力上左移:如單元測試開(kāi)發(fā)自測,接口由測試者完成(試想當前中國的開(kāi)發(fā)環(huán)境大部分996怎么讓開(kāi)發(fā)人員能認真測試,有時(shí)間測試)。另外測試者能做一些服務(wù)化的平臺供給開(kāi)發(fā)測使用,測試和開(kāi)發(fā)人員相互認可度也會(huì )倍增。所以個(gè)人認為測試具有代碼能力是市場(chǎng)環(huán)境倒逼的(這個(gè)市場(chǎng)不是培訓機構或認證機構),否則無(wú)法適應這個(gè)IT技術(shù)變化的時(shí)代,業(yè)務(wù)量和子系統的倍增不可能還停在功能測試,否則交付周期延期影響的是老板口袋中的銀子,或急著(zhù)上線(xiàn)影響的是質(zhì)量。
領(lǐng)測老賀回復:
?????? 這個(gè)評論中的觀(guān)點(diǎn)我是認同的,如果你通篇看了老賀的《炮轟測試左移》這篇文章,應該知道我并不是反對“測試左移”的最原始的意義,因為這個(gè)理念貫穿最早可以追溯到V模型。我反對的是曲解測試左移含義的人。
?????? 軟件測試的終極問(wèn)題就是在無(wú)窮無(wú)盡的測試用例里面,抽取那些作為本輪實(shí)施的測試用例,怎么執行這些用例是效率最高的!
?????? 這兩個(gè)問(wèn)題看似簡(jiǎn)單,但是展開(kāi)幾乎就是軟件測試領(lǐng)域探討的所有問(wèn)題的全部。
評論9:裂痕
領(lǐng)測老賀回復:
?????? 其實(shí)作為從事軟件測試工作的人員,確實(shí)應該想一想軟件測試的基本原理是什么,不管外界如何變化,軟件測試工作如何做,都在處理著(zhù)基本的問(wèn)題。所有的技術(shù),手段,無(wú)非是解決兩個(gè)問(wèn)題:如何抽取出覆蓋效率最高的測試用例出來(lái),如何高效的執行這些用例。
?????? 抽取的方法涵蓋了眾多的測試策略,如基于風(fēng)險的分析,基于需求的分析,質(zhì)量模型等等。
?????? 覆蓋的效率涵蓋了眾多的測試設計技術(shù),如等價(jià)類(lèi),邊界值,結對,域測試,正交分析等等。
?????? 高效的執行涵蓋了測試用例優(yōu)先級劃分,自動(dòng)化測試,接口測試等等一系列問(wèn)題。
?????? 所以作為測試工程師你到底在那個(gè)方向努力?解決整個(gè)測試體系中的那個(gè)問(wèn)題???????
??????
簡(jiǎn)單說(shuō)好的評論就合并到一起了
在此感謝上面朋友對本文的支持,就不一一致謝了
文章評論