在敏捷開發(fā)實(shí)踐全過程中總會有一些繁雜的難題，讓敏捷開發(fā)的全過程跌跌撞撞，下邊例舉了一些普遍的難題：
（1）不愿意應(yīng)用UnitTest與TDD，緣故提升工作中壓力
（2）更改我之前的工作習(xí)慣，習(xí)慣大腦中設(shè)計構(gòu)思，不愿意撰寫出去
（3）不明白檢測技術(shù)，沒法設(shè)計方案測試計劃
（4）全部手機(jī)軟件中的涵數(shù)都必須進(jìn)行TDD嗎？
（5）怎樣融合UML與TDD？
（6）怎樣融合持續(xù)集成搭建與TDD？
（7）Userstory描述簡約，怎樣進(jìn)行UserStory各種各樣情景？
（8）怎樣從*視角健全UserStory？
（9）UnitTest與TDD的粒度分布？
（10）一些專用工具支撐點(diǎn)BDD？
這種難題引起了互聯(lián)網(wǎng)技術(shù)上得一些論戰(zhàn)，不一樣實(shí)踐者，根據(jù)自身的實(shí)踐了解得出了一些有使用價值的工作經(jīng)驗(yàn)，這種工作經(jīng)驗(yàn)如同瞎子摸象，只有處理在其中的一部分難題，怎樣連通靈巧程序編寫的五經(jīng)六脈呢？老師根據(jù)很多年的實(shí)踐與資詢，發(fā)覺可以完成高品質(zhì)與效率高程序編寫的一套實(shí)踐方式，合理融合UML、MDA、ATDD、BDD與TDD的方式，在其中更為重要的事ATDD、BDD與TDD，故稱作程序編寫三劍客。
*天1.電子計算機(jī)解決困難需要什么
（1）馮諾依曼計算機(jī)結(jié)構(gòu)與程序結(jié)構(gòu)
（2）程序結(jié)構(gòu)對需求規(guī)格型號描述的危害
（3）驗(yàn)收測試對需求規(guī)格型號的規(guī)定
（4）情景流程描述的二義性難題
（5）關(guān)鍵詞的流于形式語言
（6）計算出ATDD與BDD的需求規(guī)格型號
（7）圓餐桌實(shí)踐：你的需求我描述
（8）歸納總結(jié)：紀(jì)錄公布你的實(shí)踐感受
2.ATDD驗(yàn)收測試驅(qū)動開發(fā)
（1）productowner的userstory開發(fā)設(shè)計與檢測難題
（2）UserStory&ProductBacklog
（2）用戶故事的優(yōu)化description
（3）UserStory&檢測*
（4）測試計劃構(gòu)造與作用驗(yàn)收標(biāo)準(zhǔn)
（5）作用驗(yàn)收標(biāo)準(zhǔn)&IDEF0
（6）作用中間的啟用關(guān)聯(lián)與作用系統(tǒng)測試
（7）非多功能性*規(guī)范與功能測試
（8）開發(fā)人員與檢查者輔助PO編寫驗(yàn)收標(biāo)準(zhǔn)
（9）動手能力實(shí)踐：根據(jù)ATDD的方法描述UserStory實(shí)踐
3.BDD個人行為驅(qū)動開發(fā)
（1）UseCase&Scenario
（2）與頁面有關(guān)的互動情景溶解
（3）作用實(shí)際操作的情景溶解
（4）ScenarioDescription中的二義性難題
（5）什么是流于形式語言？
（6）流于形式語言關(guān)鍵詞與句法結(jié)構(gòu)
（7）流于形式語言描述Scenario
（8）能夠 實(shí)行的流于形式語言
（9）動手能力實(shí)踐：根據(jù)BDD流于形式語言描述UserStory實(shí)踐
4.優(yōu)良的程序編寫習(xí)慣性更改手機(jī)軟件的品質(zhì)
（1）PDCA表述一種有提前準(zhǔn)備的工作習(xí)慣~先設(shè)計構(gòu)思后程序編寫
（2）思維腦圖與UML一種數(shù)據(jù)可視化設(shè)計構(gòu)思表述
（3）程序編寫者*善于哪些？
（4）流于形式語言是一種精確方法的設(shè)計構(gòu)思描述
（5）以用戶的角度界定*好設(shè)計構(gòu)思的表述
（6）從需求變動引起文本文檔變動角度界定*好設(shè)計構(gòu)思表述
（7）家喻戶曉：怎樣更改開發(fā)人員原有的程序編寫習(xí)慣性
5.所有TDD還是部分TDD
（1）TDD的勞動量評定
（2）動手能力實(shí)踐：TDD勞動量評定實(shí)踐，得出編碼行總數(shù)
（3）TDD應(yīng)用情景管理決策
（4）慣性力程序編寫是不是必須TDD？
（5）待開發(fā)設(shè)計控制模塊分類，一類只需一種TDD
（6）根據(jù)SoftwareFactory的TDD編程思維
（7）家喻戶曉：TDD的全面推行與部分執(zhí)行
（8）薄紙方法的TDD是不是能夠 應(yīng)用
地2天6.連通程序編寫的五經(jīng)六脈
（1）展現(xiàn)：不一樣派系的程序編寫方式
（2）待完成控制模塊的StructuredMethod
（3）待完成控制模塊的ObjectOrientedMethod
（4）對象化與結(jié)構(gòu)型的對接與圖型數(shù)據(jù)可視化表述
（5）融合UML與MDA的全自動框架代碼生成
（6）類涵數(shù)完成框架圖中數(shù)據(jù)流分析與檢測腳本制作
（7）動手能力實(shí)踐：融合UML與TDD實(shí)踐
7.TDD的檢測邏輯思維與檢測技術(shù)
（1）檢測鍵入、情景、輸出、依靠結(jié)構(gòu)技術(shù)性
（2）檢測技術(shù)-界限、等額的、因果關(guān)系、管理決策、正交表、全部值對表等
（3）涵數(shù)的鍵入與輸出賦值剖析與Mapping
（4）單元測試卷的Assert程序編寫構(gòu)造
（5）單元測試卷的Mock與Stub程序編寫構(gòu)造
（6）繁雜算法設(shè)計鍵入與輸出的數(shù)據(jù)信息結(jié)構(gòu)方法
（7）數(shù)據(jù)測試與檢測腳本制作分離出來
（8）動手能力實(shí)踐：檢測腳本制作編寫實(shí)踐
8.TDD程序編寫與重新構(gòu)建
（1）UnitTestProcess&重新構(gòu)建
（2）作用到肯定的中間商怎樣連通
（3）涵數(shù)內(nèi)部構(gòu)造-界定、復(fù)位、優(yōu)化算法與釋放出來
（4）涵數(shù)內(nèi)部的邏輯結(jié)構(gòu)與I/O關(guān)聯(lián)
（5）邏輯性構(gòu)造繁瑣的涵數(shù)的TDD方法
（6）TDD檢測腳本制作的重新構(gòu)建
（7）動手能力實(shí)踐：TDD檢測腳本制作重新構(gòu)建實(shí)踐
9.持續(xù)集成搭建與TDD
（1）持續(xù)集成搭建全過程與專用工具
（2）持續(xù)集成搭建中的BVT*性檢測
（3）根據(jù)接口函數(shù)單元測試卷的BVT檢測
（4）程序編寫者Checkin除去mock的TDD腳本制作
（5）TDD開啟持續(xù)集成搭建惡性事件
（6）動手能力實(shí)踐：根據(jù)持續(xù)集成搭建的TDD實(shí)踐
地理位置 Location
