繼續對《炮轟“測試左移”，向軟件測試領(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ō)好的評論就合并到一起了
在此感謝上面朋友對本文的支持，就不一一致謝了
文章評論