软件测试之道

出版者:电子工业出版社

作者:麦思博（北京）软件技术有限公司

页数:228

出版时间:2017-2-1

价格:CNY 45.00

装帧:平装

isbn号码:9787121303753

具体描述

经典案例学习，是一种直接而有效的学习方法。本书精选全球领先的知名IT与互联网公司在*近一年里所做的大型项目中的软件测试案例进行讲解。在开发团队中，架构和开发，是IT开发人员*重要的环节。全书分成架构篇和开发篇，通过多个精彩案例，并由案例实际参与者、项目团队的负责人亲自解析这些案例，图文并茂、提纲挈领地讲述了这些案例的实现过程与其中的核心技术、要点难点。

作者简介

麦思博（北京）软件技术有限公司，英文简称msup。2005年发源于微软技术布道小组，以教练俱乐部的形态成立，怀抱分享真知灼见、传道解惑的精神在国内开展了大量技术培训交流。2007年独立注册运营公司，经过十年的发展积累，立足于“实践教练、案例研究、经验传授”，创造性地依据技术研发流程，开发关键岗位胜任能力模型，提炼出更加符合心理认知的“角色化”培训模式，成为IT技术发展与在职培训领域的开拓引领者。

目前，msup结合业界经典实践案例，已经出版了包括《技术力量：一线技术团队成功启示录》等多种精品图书。

目录信息

第一篇 工程实践 //1
第1章 让大象跳舞――Office移动版的性能开发周期 //2
一、背景介绍 //3
二、问题提出 //3
三、解决思路 //4
四、实践过程 //6
五、案例启示 //14
第2章 软件设计发展路线和设计能力提升训练营实践 //16
一、为什么要做软件设计 //17
二、软件设计发展路线 //17
三、理论与演练结合提高软件设计能力 //22
第3章 代码评审，从武侠式到军团式的转变 //23
一、背景 //24
二、导言 //24
三、反思 //25
四、案例 //26
五、心理 //31
六、启示 //32
第4章 猿题库IOS客户端架构设计 //33
一、MVC //34
二、MVVM //34
三、在两种架构中权衡而产生的架构 //35
四、Show me the code //36
五、总结 //44
后记 //45
第5章 从铁通App的开发看企业级移动平台的架构选择 //46
一、企业移动化平台的选择 //47
二、铁通开发App的实践过程 //47
三、案例思考 //50
第6章 百度外卖物流智能调度 //54
一、案例简述 //55
二、案例背景 //56
三、实践过程 //56
四、待解决的问题 //60
五、案例启示 //61
第7章 1号店用户画像系统实践 //63
一、问题提出 //64
二、解决思路 //64
三、实践过程 //65
四、效果评价 //72
五、推广建议 //73
第8章 当当推荐团队机器学习实践 //74
一、案例特点 //75
二、背景 //75
三、简述小团队 //76
四、推荐系统架构 //77
五、系统构建 //79
六、关键经验教训 //83
七、作为软件系统的挑战 //86
八、总结 //88
第二篇 互联网高可用架构变迁 //89
第9章 大型电商网站系统架构优化实践 //90
一、引言 //91
二、电商行业发展趋势 //91
三、架构优化实践 //92
四、总结 //98
第10章 移动互联网的挑战：敬畏每一分钱 //99
一、滴滴每次业务都涉及支付 //100
二、出行界的�丝逆袭 //100
第11章 魅族应用商店服务器端架构实践 //103
一、应用商店的简介 //104
二、第一代架构 //104
三、微服务架构 //105
四、多机房架构 //108
五、未来的展望 //109
第12章 当当分布式作业框架elastic-job解密 //110
一、为什么需要作业 //111
二、当当之前使用的作业系统 //112
三、elastic-job的来历 //113
四、elastic-job的功能 //113
五、elastic-job的具体模块的底层及实现 //115
六、elastic-job部署和使用 //116
七、对开源产品的开发理念 //117
八、未来展望 //118
第13章 软硬结合，新旧并举――美团云网络演化进程 //119
一、美团网――一家完全云化的电商平台 //120
二、作为电商平台的美团为什么要做云 //120
三、美团云网络演进过程 //120
四、新旧并举，以最小代价解决最大问题 //125
第14章 架构演化和业务增长的领悟之道 //126
一、什么是架构和业务 //127
二、软件架构的起点 //127
三、软件架构的演化 //127
四、解耦是架构演化的核心问题 //128
五、处理架构的瓶颈 //129
六、现代软件的架构SOA //130
七、微服务化的趋势 //130
八、架构的角色篇 //131
九、架构师如何处理复杂问题 //131
第15章 Mico的朴素架构之旅 //132
一、产品背景 //133
二、初起炉灶 //134
三、高速发展 //139
四、步入正轨 //144
五、未来愿景 //148
第16章 Hulu全平台视频系统的演进――MPEG-DASH及其他 //150
一、Hulu为用户带来无缝体验 //151
二、Hulu自主研发的技术发展之路 //151
三、视频系统的需求与挑战 //152
四、技术选型之路 //154
五、视频系统的架构 //158
六、总结 //160
第17章 基于PerReq技术，精准提升微博图片访问质量 //162
一、案例复现 //163
二、传统的解决办法 //165
三、我们的思考 //165
四、案例解决方法 //166
五、PerRequest诊断技术带来的变化 //169
六、案例启示 //170
第三篇 云计算和大数据 //171
第18章 “大象”起舞带来的启示――云计算的核心业务系统 //172
一、基于云计算的核心业务系统 //173
二、让“大象”起舞 //173
三、研发的案例和目标 //174
四、架构设计思想 //176
五、复杂系统建设实践 //178
第19章 某大型财务咨询公司云迁移案例分析 //181
一、项目背景 //182
二、数据迁移 //182
三、应用程序迁移 //187
四、业务迁移 //189
第20章 基于Ceph的云存储设计 //194
一、问题的提出 //195
二、实践过程 //197
三、效果评价 //205
四、推广建议 //206
第21章 东软SaCa Aclome云管理平台架构演进之路 //207
一、案例简述 //208
二、案例情景 //208
三、成功要点 //211
四、案例效果 //215
五、案例启示 //215
第22章 计算广告大数据核心技术 //217
一、大数据技术难点分析 //218
二、广告技术平台解密 //219
三、Hadoop生态系统在广告大数据应用中选型分析 //220
四、真实案例分析 //222
五、应用案例分析 //223
· · · · · · (收起)

用户评价

我最近一直在关注AI在测试领域的应用，比如智能用例生成、故障预测等前沿技术。翻阅此书，我主要是想看看作者对于未来测试趋势的判断和布局。如果一本书只是停留在讨论Selenium或者JMeter这些老工具的用法上，那它的时效性就要大打折扣了。我更关注的是如何利用新兴技术来解决传统测试中的顽疾，比如测试环境的隔离与数据脱敏的难题，或者如何利用模型驱动测试来应对需求频繁变更的挑战。当然，基础理论也不能丢，但如果能将最新的研究成果巧妙地融入到现有的测试实践中，那这本书才算得上是与时俱进的“宝典”。我特别希望看到一些关于如何设计“可测试性”的指导方针，让开发人员从源头上就为测试提供便利，而不是把所有难题都甩给测试团队。

说实话，我一翻开这书的目录，心里咯噔了一下，心想这名字听起来就挺“大”的，希望内容不要是那种空泛的理论堆砌。我最近刚接手一个遗留项目的维护工作，那边的测试工作基本停留在手动回归的阶段，代码质量堪忧，Bug层出不穷。我特别希望能在这本书里找到一些能立刻上手应用的“秘籍”，比如如何快速评估现有测试覆盖率的有效性，以及如何说服管理层投入资源进行自动化改造的有力论据。我更偏爱那种实战经验丰富、带着血泪教训总结出来的技巧，而不是教科书上那种标准化的流程描述。比如，在处理高并发、大数据量的场景下，性能测试的瓶颈定位和优化策略，这方面的内容如果能写得深入、具体，对我来说价值连城。那种需要反复试验才能找到的“坑”和“解法”，才是真正能体现一本书厚度的所在。

这本《软件测试之道》的封面设计倒是挺有意思，简约中透露着一种对技术深度的追求，让人不禁好奇里面到底藏着怎样的真知灼见。我最近正好在思考如何系统地提升团队的测试能力，尤其是在敏捷开发的大背景下，传统的测试思维似乎越来越跟不上节奏了。我期待书中能有关于如何将测试深度融入CI/CD流程的实操案例，比如如何有效地设计自动化测试金字塔的各个层次，以及在微服务架构下，如何确保端到端测试的有效性和效率。毕竟，现在很多团队都在努力实现“左移”测试，但落地的过程中总会遇到各种阻碍，比如环境依赖复杂、测试数据准备困难等等。如果这本书能提供一些独到的见解或者经过时间检验的解决方案，那就太棒了。我尤其关注测试的度量和反馈机制，如何用数据说话，证明测试的价值，而不是仅仅停留在发现Bug的数量上。一个成熟的测试流程，应该是一个能够自我驱动、持续优化的系统，希望这本书能为我打开新的思路。

这本书的篇幅看起来相当可观，这至少说明作者在某个领域钻研得比较深。我个人对于“测试思维”的培养特别感兴趣。现在的很多测试工程师，技术能力是有的，但往往缺乏从用户视角、从系统整体架构出发去思考问题的能力，容易陷入细节的泥潭而忽略了核心业务风险。我希望书中能探讨一些哲学层面的问题，比如“什么是足够好的测试？”、“如何在不确定性中设计可靠的测试策略？”。对于那些想从测试工程师晋升到测试架构师的人来说，这种高屋建瓴的指导是至关重要的。我期待看到作者如何构建一个完整的测试知识体系，将功能测试、非功能测试、安全测试等多个维度有机地结合起来，形成一个闭环的质量保证体系。如果它能帮助我建立起一套清晰的、可复用的质量保证框架，那么这本书的价值就远远超出了单纯的技术手册范畴。

从整体的排版和章节划分来看，这本书似乎试图构建一个非常全面的知识图谱。我一直有个困惑，就是如何平衡测试的深度和广度。比如，是应该专精于某个领域的自动化技术，还是应该对整个软件生命周期中的质量活动都有所涉猎？这本书的结构如果能清晰地指引读者在不同阶段应该侧重哪些方面，那将非常有帮助。我特别关注书中对于测试策略制定和风险管理的论述。在项目初期，如何通过风险分析来确定测试资源的投入优先级，这直接决定了项目的成败。我需要的是那种能够指导我如何成为一个“战略型”测试人员的指引，而不是仅仅做一个“执行型”的Bug猎手。如果书中能提供一套行之有效的、可以被组织内部推广的测试标准和规范模板，那对我来说，这本书的实用价值就非常高了。

好书竟然被埋没了。这本书的实践价值非常大，需要一定的软件开发经验才能欣赏。

跟看不懂的公众号一样。

跟看不懂的公众号一样。

好书竟然被埋没了。这本书的实践价值非常大，需要一定的软件开发经验才能欣赏。

好书竟然被埋没了。这本书的实践价值非常大，需要一定的软件开发经验才能欣赏。