TDD很難學(xué)習(xí)。我認(rèn)為BD在很多方面， 專業(yè)承接網(wǎng)站開發(fā) BDD為TDD 5年。[哪個(gè)是一個(gè)強(qiáng)大的網(wǎng)站]之后， 它將被使用。BDD是TDD的延續(xù)，因?yàn)榉e極。BDD修復(fù)了我們的考試的定義和命名，還有一定的建設(shè)性方法來準(zhǔn)備這些測(cè)試和適當(dāng)?shù)娜藛T。在過去的六年或七年里，BDD一直在前進(jìn)或8年，我認(rèn)為這是200年。所以，為我，現(xiàn)在，BD更多關(guān)于利益相關(guān)者， 測(cè)試人員， 程序員， 和用戶。

　　在迅速變化的環(huán)境中，什么作用將繼續(xù)整合和測(cè)試？它總是能夠發(fā)揮作用嗎？

　　我們將始終在一天內(nèi)收到許多代碼修改。并將在一天內(nèi)進(jìn)行多次修改。代碼也將多次部署一天。在這個(gè)迅速改變的環(huán)境中，我真的不需要所謂的實(shí)現(xiàn)規(guī)范。因?yàn)槲覀兛梢允褂闷渌答仚C(jī)制來替換BDD或執(zhí)行規(guī)范。但，這并不意味著規(guī)范的實(shí)施， BDD， 黃瓜或類似的東西并不重要。實(shí)際上， 仍然需要由特定環(huán)境確定。

　　基本問題是我必須在開始時(shí)寫一個(gè)測(cè)試嗎？我們寫測(cè)試，這是因?yàn)槲覀兿嘈懦掷m(xù)整合。什么是持續(xù)的一體化？連續(xù)集成是反饋機(jī)制，它可以解釋我們所做的事情是業(yè)務(wù)需求，因此，用戶需要的功能，它要求編寫的代碼不會(huì)破壞現(xiàn)有功能。我們編寫測(cè)試以加強(qiáng)代碼，并確保代碼沒有問題。通過測(cè)試提供反饋。持續(xù)集成的關(guān)鍵是在特定開發(fā)周期中向開發(fā)人員提供反饋周期。最重要的是反饋，而不是反饋。所以，在某些變化不滿意的某些環(huán)境中，單元測(cè)試或黃瓜測(cè)試（或其他測(cè)試框架）是可以提供該反饋的機(jī)制。在我們現(xiàn)在的環(huán)境中，它的區(qū)別在于最終用戶的數(shù)量較少。所以我們更快地獲得反饋速度。部署到生產(chǎn)環(huán)境后，您可以直接從用戶獲得反饋，因?yàn)槟槐鼐帉憸y(cè)試。所網(wǎng)站制作哪個(gè)公司好以你可以更有效[網(wǎng)站生產(chǎn)計(jì)劃]得到反饋。更快的反饋是，用戶直接告訴我們：“請(qǐng)幫助我修改此字體，請(qǐng)幫助我修改此單元格的背景顏色。“如果開發(fā)人員可以直接獲得反饋，修訂后， 直接直接推向生產(chǎn)環(huán)境。這種速度會(huì)更快。因?yàn)樗麄儾恍枰ǜ鄷r(shí)間來編寫測(cè)試和等待反饋。

　　我已經(jīng)意識(shí)到了這一點(diǎn)，但許多公司和大多數(shù)產(chǎn)品都沒有采用這種方法。[頁(yè)面開發(fā)]我認(rèn)為，BDD提供了更多的實(shí)現(xiàn)規(guī)范。我認(rèn)為它有很大的價(jià)值，原因非常簡(jiǎn)單：當(dāng)您無法快速響應(yīng)并靠近最終用戶時(shí)，我們需要使用其他通信方法來獲得反饋，黃瓜等BDD框架可以使用黃瓜和其他框架來使用黃瓜和其他框架制備測(cè)試。

　　在我的最后一家公司，若干同事在挪威國(guó)家乳制品等公司中使用黃瓜框架。他們的軟件真的難以測(cè)試，因?yàn)椴煌哪膛Ｓ胁煌挠N過程。軟件中有許多復(fù)雜的業(yè)務(wù)規(guī)則，以及他們寫的系統(tǒng)需要處理所有業(yè)務(wù)規(guī)則。他們培訓(xùn)了近60歲的農(nóng)業(yè)員工。她不是程序員，由于培養(yǎng)技術(shù)。他們教她如何描述黃瓜中的軟件，然后她一直在寫這個(gè)。寫完需求后，開發(fā)人員根據(jù)她描述的業(yè)務(wù)規(guī)則實(shí)現(xiàn)了相應(yīng)的特征。培訓(xùn)過程非常簡(jiǎn)單。因?yàn)辄S瓜從一開始就設(shè)計(jì)， 它旨在設(shè)計(jì)。所以，我認(rèn)為在教會(huì)中制定致動(dòng)規(guī)范的方法確實(shí)適合許多團(tuán)隊(duì)。

　　Cecumber-Nagios核心原則是使用黃瓜編寫一些WWEB應(yīng)用程序，最終測(cè)試，然后在生產(chǎn)系統(tǒng)上運(yùn)行這些測(cè)試（使用Nagios）。測(cè)試是否系統(tǒng)以這種方式符合要求。因?yàn)檫@些測(cè)試現(xiàn)在真正在生產(chǎn)系統(tǒng)上運(yùn)行。所以我們知道生產(chǎn)系統(tǒng)正常。此外，如果系統(tǒng)不正常， 測(cè)試將是錯(cuò)誤的并生成警報(bào)。告訴我們生產(chǎn)系統(tǒng)中的哪些問題。當(dāng)然，這只是整個(gè)測(cè)試驅(qū)動(dòng)器基礎(chǔ)架構(gòu)的模式。所以，我們改變了開發(fā)人員的長(zhǎng)期途徑。編寫代碼和測(cè)試代碼。馬上，[哪個(gè)企業(yè)網(wǎng)站設(shè)計(jì)好]他們可以使用這些方法來測(cè)試和開發(fā)代碼，然后我們將它們應(yīng)用于運(yùn)行。我們將基礎(chǔ)設(shè)施視為代碼，可以寫測(cè)試，描述基礎(chǔ)設(shè)施網(wǎng)絡(luò)公司網(wǎng)站建設(shè)應(yīng)該具有的狀態(tài)，然后修改網(wǎng)站建設(shè)的基礎(chǔ)設(shè)施，使這些測(cè)試通過，此時(shí)， 基礎(chǔ)設(shè)施是正常的。