今天在微博上看到幾位敏捷愛好者（本著討論問題的態(tài)度故隱其名）探討敏捷測試和質(zhì)量保證問題，我忍不住也加入了討論：

　　Z先生原帖：我剛才看到一個(gè)大會(huì)演講稿，談到敏捷測試六大指導(dǎo)原則：1. 僅靠測試人員不可能獲得高質(zhì)量的軟件，質(zhì)量是整個(gè)研發(fā)團(tuán)隊(duì)的責(zé)任；2. 場景是不可窮舉的，測試活動(dòng)必須是風(fēng)險(xiǎn)驅(qū)動(dòng)的，關(guān)注于高風(fēng)險(xiǎn)的場景；3.分層自動(dòng)化測試是唯一出路；4. 在正確的位置進(jìn)行恰當(dāng)?shù)臏y試是自動(dòng)化的關(guān)鍵；【待續(xù)】

　　S先生回復(fù)：品質(zhì)在于構(gòu)建過程。檢驗(yàn)貫穿構(gòu)建過程，提供及時(shí)反饋。

　　我回復(fù)：什么樣的構(gòu)建過程才能出Unix這樣的品質(zhì)呢？迭代？快速反饋？TDD?

　　S先生回復(fù)：據(jù)說stroustrup聽到重構(gòu)時(shí)的反應(yīng)是，我們從七十年代就這樣做了。推薦《UNIX編程環(huán)境》，了解大師的編程方式。

　　我回復(fù)：您偷換了概念。不能說大師用了重構(gòu)，C++和UNIX的品質(zhì)就是靠重構(gòu)或某種構(gòu)建過程得來的。廚師做菜用到了勺子，不等于菜好吃是因?yàn)樯鬃印?/span>

　　S先生回復(fù)：我沒有概念。我們看到一個(gè)果，就問因是什么。其實(shí)是泛因果，無因果，一切是機(jī)緣湊巧。

　　我回復(fù)：“品質(zhì)在于構(gòu)建過程”難道不是一個(gè)明白的因果描述嗎？

　　S先生回復(fù)：品質(zhì)在于構(gòu)建的人。我說話時(shí)沒因果，你看到了因果。

　　我回復(fù)：歡迎敏捷愛好者圍觀！

　　很高興幾個(gè)回合討論下來S先生修正了先前“品質(zhì)在于構(gòu)建過程”的觀點(diǎn)。什么重構(gòu)、TDD、迭代、快速反饋等等構(gòu)建過程都不是Unix品質(zhì)的核心要素。我不但不認(rèn)同“品質(zhì)在于構(gòu)建過程”、“測試是最好的設(shè)計(jì)方法”這類機(jī)械式的觀點(diǎn)，而且也不滿意把軟件優(yōu)劣歸結(jié)于“人是根本”的簡單回答。我們需要探索一個(gè)既非機(jī)械式的，也非簡單地歸結(jié)為某種理念的更深刻的答案。

　　像Unix這樣優(yōu)秀的軟件，真正的核心要素到底是什么呢？我的答案是：模型，即人心中的軟件。在看得見、摸得著之前，Unix的品質(zhì)就已經(jīng)存在于設(shè)計(jì)者的心中了，他們不會(huì)在Unix誕生后驚訝：“哇，Unix的穩(wěn)定性這么好，7x24小時(shí)運(yùn)行，從來不藍(lán)屏”。模型一定是設(shè)計(jì)者心中最美最自然的東西，為什么我們閱讀操作系統(tǒng)源代碼會(huì)像進(jìn)入迷宮一般理不清頭緒，而作者自己卻覺得頭頭是道呢？因?yàn)樽髡咝闹性缫岩老】吹搅四莻€(gè)美麗的作品，我們以為他幾十萬行代碼敲很辛苦，實(shí)際上在他自己看來是自然地一步步向她靠近。

　　模型是軟件的靈魂，存在于設(shè)計(jì)者的心中，而軟件的構(gòu)建過程正是心中的世界向現(xiàn)實(shí)世界逐漸投影。模型可以是完美的，而現(xiàn)實(shí)卻非完美，或許有時(shí)候我們很幸運(yùn)地到達(dá)了，或許有時(shí)候我們不得不向現(xiàn)實(shí)妥協(xié)，改變心中的世界。試圖制造燈泡的愛迪生可能會(huì)一時(shí)找不到熔點(diǎn)極高的發(fā)光金屬而止步不前，企圖制造永動(dòng)機(jī)的人則根本無法實(shí)現(xiàn)。在不完美的現(xiàn)實(shí)中，我們明明想的是a+b，卻敲成了a-b；我們以為某個(gè)API可以很快返回，沒想到卻等了5秒鐘，為了不阻塞用戶不得不改成了異步。Review、測試等構(gòu)建過程在一定程度上彌補(bǔ)了現(xiàn)實(shí)的不完美，并對模型給予了反饋，但它卻無法決定軟件的特質(zhì)。Windows NT內(nèi)核和Windows 3.1內(nèi)核的品質(zhì)差別不在于微軟采用了兩種不同的構(gòu)建過程，而在于它們采用了不同的內(nèi)核模型。靈魂與軀體的差別就在于此！雖然對于普通的軟件開發(fā)通常有不少成熟的模型供選擇，并不需要總是創(chuàng)造自己的模型，但理解模型間的差異，并在設(shè)計(jì)時(shí)選用恰當(dāng)?shù)哪Ｐ腿匀槐炔捎媚撤N構(gòu)建過程更加重要。服務(wù)器架構(gòu)采用Nginx似的異步IO模型，還是采用Apache似的每個(gè)請求一個(gè)線程的模型遠(yuǎn)比開發(fā)是否采用了TDD更為重要。

　　模型的產(chǎn)生是柔性的，主要源于靈感；過程的執(zhí)行是剛性的，主要源于邏輯。蘋果砸在牛頓的腦袋上能砸出萬有引力模型，砸在我們腦袋上卻只是“哎呦”一聲；但一個(gè)蘋果3元錢，兩個(gè)蘋果2*3=6元錢卻在牛頓和我們面前是平等的。迷信靈感和迷信邏輯是兩個(gè)錯(cuò)誤的極端，孔子講“天下國家可均也，爵祿可辭也，白刃可蹈也，中庸不可能也”，任何一項(xiàng)技能的高級階段都是關(guān)于“度”的藝術(shù)。如同光具有波粒二象性，軟件開發(fā)也具有藝術(shù)創(chuàng)作和工業(yè)生產(chǎn)的二象性，它包含了柔性的設(shè)計(jì)和剛性的過程。越是不成熟的前沿領(lǐng)域越表現(xiàn)出柔性特征；越是成熟的一般領(lǐng)域越表現(xiàn)出工業(yè)生產(chǎn)的特征。因此，一個(gè)以新產(chǎn)品為主的創(chuàng)業(yè)型公司應(yīng)當(dāng)更注重設(shè)計(jì)，更需要畫家、詩人般的創(chuàng)造型人才；而業(yè)務(wù)成熟產(chǎn)品穩(wěn)定的大公司應(yīng)當(dāng)更注重過程，更需要踏踏實(shí)實(shí)的生產(chǎn)線工人似的人才。但在當(dāng)今這個(gè)瞬息萬變的信息時(shí)代，即使是世界500強(qiáng)的大公司也越來越不穩(wěn)定，越來越需要?jiǎng)?chuàng)新才能適應(yīng)，所以即使大公司也不可忽視軟件開發(fā)的柔性特征。同時(shí)，我們也不能迷信模型，過程同樣可以成為企業(yè)的核心競爭力，比如：富士康。虛虛實(shí)實(shí)，實(shí)實(shí)虛虛，其妙無窮。老外做Nike品牌（虛），我們做代工生產(chǎn)（實(shí)），高額利潤被老外拿走了；我們經(jīng)營航空公司（虛），老外生產(chǎn)波音飛機(jī)（實(shí)）高價(jià)賣給我們，高額利潤又被老外拿走了。靠虛取勝還是靠實(shí)取勝？這是個(gè)問題^_^

　　或許我對于模型的描述不太讓人滿意，人們多習(xí)慣于那種有章可循的感覺，即便不是死板的知識，起碼要找個(gè)“在某某思想的指導(dǎo)下”才覺得心里有著落。或許還有人說，模型的確重要，那么我們能不能有一個(gè)過程、模式或套路來推導(dǎo)出模型呢？比如，現(xiàn)在非常流行的從用戶需求出發(fā)的分析模式，即“分析需求，抽象出共性，共性是本質(zhì)的，本質(zhì)是穩(wěn)定的”，這類模式的特點(diǎn)符合人們希望找到套路的心理，一看就明白，容易操作，有成就感。我不否認(rèn)這類模式的確可以得出可用的軟件設(shè)計(jì)，沿用成熟的模型也未嘗不可。但我們應(yīng)該明白，心中的世界遠(yuǎn)比現(xiàn)實(shí)的世界更廣大更美妙。世界是多元的，現(xiàn)有的東西（用戶需求、成熟模型等）只代表了其中某幾個(gè)維度的視圖，設(shè)計(jì)者心中應(yīng)當(dāng)有更多的維度！用戶需要一個(gè)文本編輯器，是設(shè)計(jì)者心中的世界決定了他交出的作品是Vi，還是Emacs，亦或是Notepad。亨利·福特說：“如果你問用戶需要什么，他會(huì)告訴你一匹更快的馬”。汽車源于福特心中的世界，這是一個(gè)比只有馬的世界更多彩的世界。喬布斯是一個(gè)不重視市場調(diào)研的人，iPod, iPhone, iPad都不是發(fā)個(gè)問卷，做個(gè)市場調(diào)查看看用戶需要什么的結(jié)果。Apple是喬布斯心中的世界在現(xiàn)實(shí)中的投影！所以，請打破“從用戶需求出發(fā)”，“從模式出發(fā)”的迷信，釋放你的想象力，讓自己心中的世界去包容現(xiàn)實(shí)的世界吧！

　　每個(gè)人心中都有一個(gè)屬于自己的世界，牛頓運(yùn)動(dòng)定律是牛頓心中的世界，相對論是愛因斯坦心中的世界。哪一個(gè)才是本來的世界呢？有沒有本來的世界呢？本來的世界是什么樣子呢？… 老子給我們啟示“道可道，非常道”，說得清，道得明，想得到的都不是永恒的真理，所以真理不可言說，對真理的探索永遠(yuǎn)沒有止境……

it知識庫：“品質(zhì)在于構(gòu)建過程”嗎？，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。