BDD in Action中文版 二版 John Ferguson Smart、Jan Molak
產品編號：9786264143295
促銷 團購優惠-博碩 出版社
促銷 下單就送小禮物
購物每消費滿300元，可獲得1元購物金
網路價
NT${{ commaFormat(product.price_actu) }}
NT${{commaFormat(product.price_sugg)}}
專屬特惠價 NT${{ commaFormat(product.group_price) }}
優惠價
NT${{ commaFormat(product.member_price) }}
NT${{ commaFormat(product.group_price) }}
商品組合
贈品 (買就送)
{{ pItem.title }}
付款方式
轉帳/匯款/無摺存款 / LinePay付款 / 超商代碼付款(綠界金流) / 信用卡一次付清(綠界金流) / AFTEE 先享後付 / [圖書專用] 7-11取貨付款
配送方式
7-11超商取貨 / 全家超商取貨 / 宅配到家 / 校園門市店到店取貨(需7~10個工作天，急用勿選)
超值加購
{{ pItem.title }}
型號:{{ pItem.model }}
加購價 NT${{pItem.extra_price}}
(原價NT${{pItem.price_orig}})
加購數量
已搶購一空
書名：BDD in Action中文版（第二版）
書號：MP12401
作者：John Ferguson Smart、Jan Molak
ISBN： 978-626-414-329-5
頁數：564頁
書籍規格：18.5*23
上市日：2025/10/29
譯者：江玠峰 翻譯、盧國鳳 審校
【內容】
BDD(Behavior-Driven Development，行為驅動開發)是一種以協作為核心的軟體設計方法，透過具體的範例，它能將應用程式的需求與行為轉換成更清楚、可測試的規格。BDD的流程會納入來自組織內不同角色的觀點，讓軟體更能同時契合終端使用者的需求與業務利害關係人的目標。本書介紹的協作實踐與自動化策略，將幫助你充分發揮BDD的價值，為開發團隊、客戶與企業創造更卓越的成果。
在本書中，你將學會如何自然、不費力地把BDD整合到現有的開發流程。這次完整修訂的第二版，更特別聚焦於BDD與DevOps、大規模敏捷系統的結合方式。透過一系列實用範例，你將掌握跨功能團隊的溝通技巧、需求分析的最佳實踐，並建立可持續的自動化驗收標準。
【內容亮點】
・BDD如何正面影響團隊合作、互動及與利害關係人的協作
・協助團隊探索與分析需求、釐清假設並降低風險
・強化驗收測試、整合測試與單元測試的效能
・自動化報告與動態文件(living documentation)，提升開發透明度
・適合所有開發團隊閱讀，無需任何BDD經驗
・範例以Java、JavaScript與TypeScript為主，可輕鬆轉換為你熟悉的語言
【目錄】
齊聲讚譽
《刻意探索》：一首十四行詩
推薦序1：Teddy Chen
推薦序2：Daniel Terhorst-North
譯者序：江玠峰
前言
致謝
關於本書
關於作者
關於譯者
關於封面插圖
Part 1：第一步
Chapter 01：建置能帶來改變的軟體
1.1 從50,000英尺高空俯看BDD
1.2 你想解決什麼問題？
1.3 BDD適合你的專案嗎？
1.4 你將在本書中學到什麼？
Chapter 02：初探行為驅動開發
2.1 BDD最初是為了讓TDD教學變得更容易而設計的
2.2 BDD也適用於需求分析
2.3 BDD的原則與實踐
2.4 BDD的好處
2.5 BDD的缺點與潛在挑戰
Chapter 03：行為驅動開發：旋風之旅
3.1 BDD流程
3.2 推測：辨識業務價值與功能
3.3 說明：透過範例探索功能
3.4 制定：從範例到可執行規格
3.5 自動化：從可執行規格到自動化測試
3.6 展示：測試作為動態文件
3.7 BDD降低維護成本
Part 2：我想要什麼？用BDD定義需求
Chapter 04：推測：從業務目標到優先功能
4.1 推測階段
4.2 描述業務願景與目標
4.3 影響映射
4.4 海盜畫布
Chapter 05：對功能進行描述與優先排序
5.1 BDD與產品待辦清單精煉
5.2 什麼是「功能」？
5.3 實際選擇：在必要之前，不要過早承諾
5.4 刻意探索
5.5 透過BDD進行版本發布與Sprint規劃
Chapter 06：用範例說明功能
6.1 「三人小組會議」與其他的需求探索工作坊
6.2 透過範例來說明功能
6.3 使用表格來描述更複雜的需求
6.4 範例映射
6.5 功能映射
6.6 OOPSI
Chapter 07：從範例到可執行規格
7.1 將具體範例轉換成可執行場景
7.2 撰寫可執行場景
7.3 在場景中使用表格
7.4 使用功能檔案與標籤來組織場景
7.5 規則與範例
7.6 表達力強的場景：模式與反模式
7.7 那麼，所有的細節去哪了呢？
Part 3：要怎麼實作？用BDD寫程式碼
Chapter 08：從可執行規格到自動化驗收測試
8.1 自動化場景簡介
8.2 設定你的專案環境
8.3 執行Cucumber 場景
8.4 撰寫glue code
8.5 使用「背景」與「掛鉤」來進行設定與清除
8.6 使用掛鉤來準備測試環境
8.7 使用虛擬測試環境
Chapter 09：撰寫穩固的自動化驗收測試
9.1 撰寫產業級強度的驗收測試
9.2 使用「人物設定」與「已知實體」
9.3 抽象層次
Chapter 10：自動化使用者介面層的驗收標準
10.1 何時及如何測試UI？
10.2 UI測試在整體測試自動化策略中扮演什麼角色？
10.3 適合測試的Web應用程式
10.4 下一步
Chapter 11：UI層的測試自動化設計模式
11.1 未結構化測試腳本的限制
11.2 將定位邏輯與測試邏輯分離
11.3 介紹「頁面物件」模式
11.4 超越頁面物件的做法
Chapter 12：可擴充的測試自動化與「演員劇本模式」
12.1 什麼是「演員劇本模式」，為什麼我們需要它？
12.2 演員劇本的基礎概念
12.3 「演員」是什麼？
12.4 演員執行任務
12.5 「互動」用來建模演員如何與系統互動
12.6 「能力」是演員與系統互動的方式
12.7 撰寫我們自己的互動類別
12.8 「問題」讓演員可以查詢系統的狀態
12.9 「任務」用來建模較高層級的業務動作
12.10 「演員劇本」與Cucumber 的結合
Chapter 13：微服務和API的BDD與可執行規格
13.1 API與如何測試
13.2 使用網頁UI與微服務定義一個功能
13.3 為微服務自動化驗收測試
13.4 正在測試的微服務架構
13.5 自動化更細緻的場景以及與外部服務的互動
13.6 測試API本身，還是透過API進行測試
Chapter 14：既有系統的可執行規格，透過Serenity/JS實作
14.1 透過「旅程映射」探索未知領域
14.2 設計可擴充的測試自動化系統
14.3 在「規格層」中捕捉業務脈絡
Chapter 15：可攜式測試自動化，透過Serenity/JS實作
15.1 設計測試自動化系統的「領域層」
15.2 設計可攜式的整合層
Chapter 16：動態文件與釋出版本的證據
16.1 動態文件：高階視角
16.2 功能就緒度與功能涵蓋率報告
16.3 整合數位產品待辦清單
16.4 善用產品待辦清單工具以提升協作效率
16.5 組織動態文件
16.6 舊有應用程式的動態文件
齊聲讚譽
《刻意探索》：一首十四行詩
推薦序1：Teddy Chen
推薦序2：Daniel Terhorst-North
譯者序：江玠峰
前言
致謝
關於本書
關於作者
關於譯者
關於封面插圖
Part 1：第一步
Chapter 01：建置能帶來改變的軟體
1.1 從50,000英尺高空俯看BDD
1.2 你想解決什麼問題？
1.3 BDD適合你的專案嗎？
1.4 你將在本書中學到什麼？
Chapter 02：初探行為驅動開發
2.1 BDD最初是為了讓TDD教學變得更容易而設計的
2.2 BDD也適用於需求分析
2.3 BDD的原則與實踐
2.4 BDD的好處
2.5 BDD的缺點與潛在挑戰
Chapter 03：行為驅動開發：旋風之旅
3.1 BDD流程
3.2 推測：辨識業務價值與功能
3.3 說明：透過範例探索功能
3.4 制定：從範例到可執行規格
3.5 自動化：從可執行規格到自動化測試
3.6 展示：測試作為動態文件
3.7 BDD降低維護成本
Part 2：我想要什麼？用BDD定義需求
Chapter 04：推測：從業務目標到優先功能
4.1 推測階段
4.2 描述業務願景與目標
4.3 影響映射
4.4 海盜畫布
Chapter 05：對功能進行描述與優先排序
5.1 BDD與產品待辦清單精煉
5.2 什麼是「功能」？
5.3 實際選擇：在必要之前，不要過早承諾
5.4 刻意探索
5.5 透過BDD進行版本發布與Sprint規劃
Chapter 06：用範例說明功能
6.1 「三人小組會議」與其他的需求探索工作坊
6.2 透過範例來說明功能
6.3 使用表格來描述更複雜的需求
6.4 範例映射
6.5 功能映射
6.6 OOPSI
Chapter 07：從範例到可執行規格
7.1 將具體範例轉換成可執行場景
7.2 撰寫可執行場景
7.3 在場景中使用表格
7.4 使用功能檔案與標籤來組織場景
7.5 規則與範例
7.6 表達力強的場景：模式與反模式
7.7 那麼，所有的細節去哪了呢？
Part 3：要怎麼實作？用BDD寫程式碼
Chapter 08：從可執行規格到自動化驗收測試
8.1 自動化場景簡介
8.2 設定你的專案環境
8.3 執行Cucumber 場景
8.4 撰寫glue code
8.5 使用「背景」與「掛鉤」來進行設定與清除
8.6 使用掛鉤來準備測試環境
8.7 使用虛擬測試環境
Chapter 09：撰寫穩固的自動化驗收測試
9.1 撰寫產業級強度的驗收測試
9.2 使用「人物設定」與「已知實體」
9.3 抽象層次
Chapter 10：自動化使用者介面層的驗收標準
10.1 何時及如何測試UI？
10.2 UI測試在整體測試自動化策略中扮演什麼角色？
10.3 適合測試的Web應用程式
10.4 下一步
Chapter 11：UI層的測試自動化設計模式
11.1 未結構化測試腳本的限制
11.2 將定位邏輯與測試邏輯分離
11.3 介紹「頁面物件」模式
11.4 超越頁面物件的做法
Chapter 12：可擴充的測試自動化與「演員劇本模式」
12.1 什麼是「演員劇本模式」，為什麼我們需要它？
12.2 演員劇本的基礎概念
12.3 「演員」是什麼？
12.4 演員執行任務
12.5 「互動」用來建模演員如何與系統互動
12.6 「能力」是演員與系統互動的方式
12.7 撰寫我們自己的互動類別
12.8 「問題」讓演員可以查詢系統的狀態
12.9 「任務」用來建模較高層級的業務動作
12.10 「演員劇本」與Cucumber 的結合
Chapter 13：微服務和API的BDD與可執行規格
13.1 API與如何測試
13.2 使用網頁UI與微服務定義一個功能
13.3 為微服務自動化驗收測試
13.4 正在測試的微服務架構
13.5 自動化更細緻的場景以及與外部服務的互動
13.6 測試API本身，還是透過API進行測試
Chapter 14：既有系統的可執行規格，透過Serenity/JS實作
14.1 透過「旅程映射」探索未知領域
14.2 設計可擴充的測試自動化系統
14.3 在「規格層」中捕捉業務脈絡
Chapter 15：可攜式測試自動化，透過Serenity/JS實作
15.1 設計測試自動化系統的「領域層」
15.2 設計可攜式的整合層
Chapter 16：動態文件與釋出版本的證據
16.1 動態文件：高階視角
16.2 功能就緒度與功能涵蓋率報告
16.3 整合數位產品待辦清單
16.4 善用產品待辦清單工具以提升協作效率
16.5 組織動態文件
16.6 舊有應用程式的動態文件
【關於教科書訂購說明】
☆ 單本即有折扣，將商品放入購物車就可以看見優惠價唷！五本以上團購更便宜！加入會員訂購，還可累積購物金！
★ 若有急需用書，可先LINE私訊詢問庫存呦~
☆ 出貨時間：有現貨的，2個工作日內出貨；無現貨，約3~5個工作日 出貨
【寄送方式說明】
❶ 實體門市取貨
全台麗文校園書局皆可取貨，貨到書局將會以簡訊通知。
❷ 超商取貨
提供7-11及全家超商取貨(需先付款，無貨到付款)。
❸ 一般宅配
本公司主要與黑貓宅急便配合，送達到您指定的地址。
※當您於本網站消費交易完成後，電子發票將會以電子郵件寄給您；如需紙本發票請於下訂時於備註欄位說明。
【付款方式說明】
❶ ATM轉帳、匯款
銀行│第一銀行-三民分行
代號│007
戶名│麗文文化事業股份有限公司
帳號│704-10-051861
※實體ATM每日轉帳最高限額為3萬，若訂購金額超過3萬元，請分兩天或是使用不同的銀行帳戶轉帳。
❷ 信用卡（可分期，需負擔手續費）
凡各家銀行的VISA、MASTER、Union Pay、JCB信用卡皆可使用。
❺ 超商代碼
系統會發送繳費代碼至您的電子信箱，需自行至「超商機器ex：iBon」輸入代碼，產生繳費單後前往櫃檯繳費。
❼ 免卡分期
麗文校園購與「zingala銀角零卡」「第一資融」以及「皮路後支付」合作，讓您免用信用卡就可以購物。
如有使用上的問題，可以先與揪小編聯絡唷！。
※請注意：超過7天未付款之訂單則訂單自動失效；免卡分期訂單成立起7天內未主動聯繫亦同。
【其他說明】
❶關於出貨
1.商品為不缺貨前提下，訂單完成付款後2-4個工作天將會出貨(不含例假日及國定假日)；若商品缺貨則須等待1-2週。
2.麗文校園揪來玩保留訂單接受與否權利，若因交易條件有誤或有其他情形導致我們無法接受您的訂單，將以E-mail發送取消訂單通知給您，造成不便敬請見諒。
❷關於退貨
1.非門市現場消費享有七天猶豫期，收到商品當天往後算七天內若是決定不買，則協助不要拆封，一拆封視同願意購買。
2.若真的決定不購買商品要退貨，請聯繫我們LINE線上客服，我們會盡速為您處理。
❸關於新品瑕疵與維修保固
1.全新商品享有購買七日內，新品瑕疵的換新保障；但新品瑕疵與否，是由商品代理商或原廠所判定，麗文校園揪來玩僅能依據判定的結果給予協助。若是原廠判定非新品瑕疵則無法換新，需改為維修的方式處理。
2.新品瑕疵換新的作業時間，將依各廠商的流程而定，最快2個工作天，慢的話也可能需要到15個工作天。
3.購買超過七日後，維修服務由原廠提供。如有需要維修，麗文校園揪來玩可以代為送修，但送修如需運費時（EX:原廠沒有提供免費收件服務），則需由您負擔送修的運費（運費約為100元起，因商品大小而異）。
【華碩的維修服務】
