幫助中心 | 我的帳號 | 關於我們
進階搜尋
car

同類熱銷排行榜

最近瀏覽的商品

軟體調試修煉之道/圖靈程序設計叢書

  • 作者：(美)布徹|譯者:曹玉琳
  • 出版社：人民郵電
  • ISBN：9787115252647
  • 出版日期：2011/06/01
  • 裝幀：平裝
  • 頁數：158
人民幣：RMB 32 元      售價：元
放入購物車
加入收藏夾
內容大鋼
    調試對軟體開發至關重要。然而，即使對於有經驗的程序員，調試也決非易事。
    《軟體調試修煉之道》由Paul Butcher所著，是一部優秀的軟體調試實戰指南，作者總結了自己和身邊同事多年的經驗教訓，詳細闡述了調試的方方面面。書中內容共分為三大部分。第一部分借助軟體特有的功能展示缺陷是怎麼產生的，介紹了建立在實證方法之上的核心調試方法；第二部分闡述怎樣發現代碼中存在需要修復的問題，以及如何將調試融入到整個軟體開發過程中去；第三部分討論如何避免一些常見的缺陷。
    《軟體調試修煉之道》秉承了Pragmatic圖書簡潔實用的風格，總結了大量方法與經驗，適合軟體開發人員、調試人員閱讀並迅速付諸實踐。心悅目。
作者介紹
(美)布徹|譯者:曹玉琳
    Paul Butcher  資深程序員，涉獵廣泛，從單片機編碼到高級聲明式編程無所不精。Paul是一位少年天才，8歲時就已經開始在8位機上編寫遊戲。最近幾年他開始痴迷於賽車，認為自己是可以和漢密爾頓比肩的賽車手。
目錄
第一部分  問題的核心
  第1章  山重水復疑無路
    1.1  調試不僅是排除缺陷
    1.2  實證方法
    1.3  核心調試過程
    1.4  先澄清幾個問題
    1.4.1  你知道要找的是什麼嗎
    1.4.2  一次一個問題
    1.4.3  先檢查簡單的事情
    1.5  付諸行動
  第2章  重現問題
    2.1  重現第一，提問第二
    2.1.1  明確開始要做的事
    2.1.2  抓住重點
    2.2  控制軟體
    2.3  控制環境
    2.4  控制輸入
    2.4.1  推測可能的輸入
    2.4.2  記錄輸入值
    2.4.3  負載和壓力
    2.5  改進問題重現
    2.5.1  最小化反饋周期
    2.5.2  將不確定的缺陷變為確定的
    2.5.3  自動化
    2.5.4  迭代
    2.6  如果真的不能重現問題該怎麼辦
    2.6.1  缺陷真的存在嗎
    2.6.2  在相同的區域解決不同的問題
    2.6.3  讓其他人參與其中
    2.6.4  充分利用用戶群體
    2.6.5  推測法
    2.7  付諸行動
  第3章  診斷
    3.1  不要急於動手——試試科學的方法
    3.2  相關策略
    3.2.1  插樁
    3.2.2  分而治之
    3.2.3  利用源代碼控制工具
    3.2.4  聚焦差異
    3.2.5  向他人學習
    3.2.6  奧卡姆的剃刀
    3.3  調試器
    3.4  陷阱
    3.4.1  你做的修改是正確的嗎
    3.4.2  驗證假設
    3.4.3  多重原因
    3.4.4  流沙
    3.5  思維遊戲
    3.5.1  旁觀調試法
    3.5.2  角色扮演

    3.5.3  換換腦筋
    3.5.4  做些改變，什麼改變都行
    3.5.5  福爾摩斯原則
    3.5.6  堅持
    3.6  驗證診斷
    3.7  付諸行動
  第4章  修復缺陷
    4.1  清除障礙
    4.2  測試
    4.3  修復問題產生的原因，而非修復現
    4.4  重構
    4.5  簽入
    4.6  審查代碼
    4.7  付諸行動
第5章  反思
    5.1  這到底是怎麼搞的
    5.2  哪裡出了問題
    5.2.1  我們已經做到了嗎
    5.2.2  根本原因分析
    5.3  它不會再發生了
    5.3.1  自動驗證
    5.3.2  重構
    5.3.3  過程
    5.4  關閉循環
    5.5  付諸行動
第二部分  從大局看調試
  第6章 發現代碼存在問題
    6.1  追蹤缺陷
    6.1.1  缺陷追蹤系統
    6.1.2  怎樣才能寫出一份出色的缺陷報告
    6.1.3  環境和配置報告
    6.2  與用戶合作
    6.2.1  簡化流程
    6.2.2  有效的溝通
    6.3  與支持人員協同工作
    6.4  付諸行動
  第7章  務實的零容忍策略
    7.1  缺陷優先
    7.1.1  早期缺陷修復可以大大降低軟體運行的不確定性
    7.1.2  沒有破窗戶
    7.2  調試的思維模式
    7.3  自己來解決質量問題
    7.3.1  這裡沒有「靈丹妙藥」
    7.3.2  停止開發那些有缺陷的程序
    7.3.3  從「不乾淨」的代碼中將「乾淨」的代碼分離出來
    7.3.4  錯誤分類
    7.3.5  缺陷閃電戰
    7.3.6  專項小組
    7.4  付諸行動
第三部分 深入調試技術

  第8章 特殊案例
    8.1  修補已經發布的軟體
    8.2  向後兼容
    8.2.1  確定你的代碼有問題
    8.2.2  解決兼容性問題
    8.3  併發
    8.3.1  簡單與控制
    8.3.2  修復併發缺陷
    8.4  海森堡缺陷
    8.5  性能缺陷
    8.5.1  尋找瓶頸
    8.5.2  準確的性能分析
    8.6  嵌 入式軟體
    8.6.1  嵌入式調試工具
    8.6.2  提取信息的痛苦路程
    8.7  第三方軟體的缺陷
    8.7.1  不要太快去指責
    8.7.2  處理第三方代碼的缺陷
    8.7.3  開源代碼
    8.8  付諸行動
  第9章  理想的調試環境
    9.1  自動化測試
    9.1.1  有效的自動化測試
    9.1.2  自動化測試可以作為調試的輔助
    9.1.3  模擬測試、樁測試以及其他的代替測試技術
    9.2  源程序控制
    9.2.1  穩定性
    9.2.2  可維護性
    9.2.3  與分支相關的問題
    9.2.4  控制分支
    9.3  自動構建
    9.3.1  一鍵構建
    9.3.2  構建機器
    9.3.3  持續集成
    9.3.4  創建版本
    9.3.5  靜態分析
    9.3.6  使用靜態分析
    9.4  付諸行動
  第10章  讓軟體學會自己尋找缺陷
    10.1  假設和斷言
    10.1.1  一個例子
    10.1.2  等一下——剛才發生了什麼
    10.1.3  例子，第二幕
    10.1.4  契約，先決條件，後置條件和不變數
    10.1.5  開啟或關閉斷言
    10.1.6  防錯性程序設計
    10.1.7  斷言濫用
    10.2  調試版本
    10.2.1  編譯器選項
    10.2.2  調試子系統

    10.2.3  內置控制
    10.3  資源泄漏和異常處理
    10.3.1  在測試中自動拋出異常
    10.3.2  一個例子
    10.3.3  測試框架
    10.4  付諸行動
  第11章  反模式
    11.1  誇大優先順序
    11.2  超級巨星
    11.3  維護團隊
    11.4  救火模式
    11.5  重寫
    11.6  沒有代碼所有權
    11.7  魔法
    11.8  付諸行動
附錄A  資源
附錄B  參考書目

  • 商品搜索：
  • | 高級搜索
首頁│ 新手上路│ 客服中心│ 關於我們│ 聯絡我們│ Top↑│
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話：02-2381-2033 02-2381-1863　時間：週一-週五 10:00-17:00
　服務信箱：bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證：浙B2-20060032