新書推薦：
《
愤怒：一部关于情绪的冲突史
》
售價：NT$
381.0
《
两班：朝鲜王朝的特权阶层
》
售價：NT$
269.0
《
永通万国：货币与历代兴衰
》
售價：NT$
549.0
《
进阶吧！投资者5
》
售價：NT$
610.0
《
“器，用，道”的变革史——中国近现代美术的材料、制度及精神研究
》
售價：NT$
661.0
《
莫卧儿王朝商业史
》
售價：NT$
549.0
《
富马利中国见闻录
》
售價：NT$
549.0
《
一张餐巾纸，搞定所有难题
》
售價：NT$
437.0
|
| 編輯推薦： |
|
《软件测试之道：那些值得借鉴的实践案例》精选全球IT 与互联网行业内领先的公司在*近一年里所做的大型项目中的软件测试和质量保障的经典案例，特别适合IT技术团队中的测试工程师、团队技术骨干、项目管理者学习参考。
|
| 內容簡介： |
|
经典案例学习，是一种直接而有效的学习方法。本书精选全球领先的IT与互联网行业内领先的公司*近一年里所做的大型项目中的软件测试和质量平台上的经典案例。根据软件测试的特点，全书分为性能测试、敏捷测试、DevOps自动化测试、测试技术、基于需求等篇章，书中的每个案例，都是由案例实际参与者、项目团队的负责人亲自解析，图文并茂、提纲挈领地讲述了这些案例的实现过程与其中的核心技术、要点难点。这些内容，对于正在从事相关技术的测试工程师和项目负责人，具有非常明确的指导意义和参考价值。
|
| 關於作者： |
麦思博北京软件技术有限公司，英文简称msup。2005年发源于微软技术布道小组，以教练俱乐部的形态成立，怀抱分享真知灼见、传道解惑的精神在国内开展了大量技术培训交流。2007年独立注册运营公司，经过十年的发展积累，立足于实践教练、案例研究、经验传授，创造性地依据技术研发流程，开发关键岗位胜任能力模型，提炼出更加符合心理认知的角色化培训模式，成为IT技术发展与在职培训领域的开拓引领者。
目前，msup结合业界经典实践案例，已经出版了包括《技术力量：一线技术团队成功启示录》等多种精品图书。
|
| 目錄：
|
第一篇测试概论 1
第1章软件测试的道法术器 3
一、软件测试之道 4
二、软件测试之法 9
三、软件测试之术 12
四、软件测试之器 14
第二篇测试技术 17
第2章淘宝性能测试的演化 19
一、淘宝网性能测试的演变 20
二、性能测试评估和流程 22
三、基于云产品的门户网站性能优化案例 31
第3章基于图像识别测试手机浏览器打开网页首屏时间的方法 47
一、首屏加载时间对用户体验至关重要 48
二、基于图像识别测试手机网页首屏打开时间 48
三、关于STF的简介 50
四、Minicap介绍 51
五、关于流畅程度 51
六、STF安装依赖的环境 52
七、STF运行 53
八、STF的其他特性 55
九、Sikuli 56
十、Sikuli的安装步骤 57
第4章移动APP性能专项分析云实践 60
一、性能专项之痛 61
二、静态VS动态 62
三、如何做动态检查 63
四、动态检查67
五、解痛的效果 68
第5章APP专项性能测试和监控 70
一、APP性能维度分析 71
二、APP性能测试平台 71
三、APP性能测试落地 72
四、APP性能指标获取手段 73
第6章基于Android Hook技术实践 77
一、项目挑战 78
二、基于hook的解决方案 78
三、基于hook的java解决方案 81
四、小结 81
第7章这么建模，你就错了富士通教你正确建模之术 83
一、建模工作如何快速响应变化的业务需求 84
二、数据中心建模工作实践 84
三、如何高效地做好业务需求分析 87
四、维度建模的技巧 89
五、结合应用，设计好维的层次 93
六、经验教训 93
七、案例ROI分析 94
八、面向需求进行系统建模 95
第三篇测试管理 97
第8章360手机卫士敏捷测试模型及最佳实践 99
一、360手机卫士的开发模型及测试特点 100
二、面向质量生成全过程的敏捷测试模型 103
三、移动端应用的专项测试及最佳实践 107
四、测试在工程卓越性方面的实践心得 109
第9章用测试策略来进行刚刚好的测试 110
一、测试的核心是测试策略 111
二、四步测试策略制定法 112
三、在项目中使用四步测试策略制定法 120
四、效果评价和总结回顾 129
第10章移动游戏的质量追踪方案 130
一、Crasheye项目的起源 131
二、移动平台的挑战 131
三、解决思路 132
四、Crasheye项目的实践过程 133
五、Crasheye项目的实践项目 139
六、Crasheye项目的现状 143
第11章第三方舆情收集与质量闭环建设 144
一、案例背景 145
二、解决方案 145
三、应用场景 150
四、测试新方向：构建质量闭环 150
第四篇运维相关 151
第12章从部署看DevOps的实施 153
一、DevOps受到广泛关注，然而定义仍未定型 154
二、DevOps成为新软件生命周期不可或缺的命题 154
三、实施过程中，行业对DevOps的尝试 155
四、持续部署，让开发运维成为一个统一的生态系统 156
五、软件包让配置管理和部署逻辑得到简化 163
六、部署系统实现后需要进一步抽象 166
七、面向业务，结合工具坚持DevOps 168
八、真正的DevOps是建立适合自己的研发生态系统 169
第13章MongoDB在58同城的应用实践 170
一、MongoDB在58同城的架构设计与实践 171
二、为什么要使用MongoDB 172
三、如何使用MongoDB 172
四、MongoDB集群部署 173
五、 针对业务场景我们在MongoDB中如何设计库和表 175
六、 数据量、并发量增大，遇到问题及其解决方案 179
第14章1号店发布系统实战 183
一、案例背景 184
二、实践过程 185
三、效果评价 198
四、推广建议 199
第15章微软Azure SQL云服务中基于大数据的运维和管理 200
一、两代不同系统的比较 201
二、大数据在运维方面的应用 203
三、运维方面的文化 205
第16章腾讯DevOps自动化运维平台织云技术架构实践 207
一、织云轻松应对海量运维需求 208
二、为什么要做织云 208
三、织云的工作原理 209
四、织云的技术架构 210
五、运维自动化经验总结 219
第17章使用Docker构建数人云实践 220
一、下一代企业级IT解决方案的标准基于云的IT架构 221
二、数人云是什么 221
三、数人云核心技术介绍 223
四、数人云的技术架构设计 225
五、数人云为企业应用平台提供更简便的实践 228
|
| 內容試閱：
|
序言
preface
近几年来，随着中国互联网产业的高速发展，全球科技界的目光逐渐被北京、杭州、深圳所吸引，无论是科技创新成果还是软件研发团队的标准，都在大跨步地向硅谷看齐。中国软件研发团队的规模不断壮大，水平日益提高，与开源分享的思潮密不可分。过去，我们都在使用国外互联网公司分享的开源软件，而最近几年来，越来越多的国内互联网行业领先企业，开始开放自己的开源产品。
其实，除了将软硬件系统开源分享之外，互联网圈更加注重思想交流与理念互换。不像互联网刚刚起步的那个时期，每家企业都在闭门造车，把每一个新的想法都纳入保密条例，生怕被同行业者抢了先机。现在的软件研发团队愈发重视分享的重要性，这一转变在中国的IT行业尤为明显。如同研发创新圣地硅谷，在北京、上海、深圳甚至中国的二三线城市，基本每周都可以参加各种类型的技术沙龙，主讲人将自己的从业经验、实践心得分享出来，在相互讨论中收获新的启迪。
交流与分享是行业思维革新的助推器，曾经有一个时期，中国的互联网行业大多数依靠模仿国外的产品，而现在我们开始深入研究，研究国外及国内优秀软件研发团队的技术与管理案例，在研究与分享中获得新知。授人以鱼不如授人以渔，这句话出自《淮南子?说林训》，原文说：临河而羡鱼，不如归家织网。依靠模仿我们可以获得新产品的外壳，而通过对优秀软件研发团队的案例研究，可以逐渐掌握技术理念，养成创新意识。
时至今日，全球软件案例研究峰会（以下简称top100summit）已举办4届，累计分享了来自全球一线互联网企业研发团队的400个软件研发优秀案例，参会者超过万人。在峰会的组织筹备阶段，越来越多的软件研发团队愿意将自己的行业经验与心得分享出来，业界同仁的精神让我们感到欣慰与感动。在第4届top100summit筹备期间，最艰难的事是如何在上千个案例中挑选出100个，而每一个案例背后都凝聚着一个团队的付出与心血。我们没有资格评判任何一个案例的优劣，但是又不得不优中选优地甄选出最具行业代表性的100个案例。最后，我们决定把选择权交给这个行业，让每一位软件研发从业者都有资格评选出自己认为优秀的案例。
最终评选出的每一个案例都是一笔宝贵的财富，作为top100summit的主办方，我们不能让这些案例沉默，不能让这些软件研发团队的实战经验和精髓理念只绽放两天的光彩。这些案例是对这一年IT行业发展的年度总结，每年的峰会结束之后，我们都会再次梳理案例分享的文稿，将这些精髓理念整理出版，与更多人分享。
作为软件研发行业的一名老兵，一路走来，我深深地感觉到互联网特别是中国互联网行业发展的不易，腾讯、阿里、华为等中国企业让硅谷为之侧目，而现如今中国在大数据、云计算、虚拟现实、人工智能等产业技术的发展已经成为全球技术探索的第一梯队。我们也更加相信，在分享创新思潮的推动下，中国的软件研发团队会不断涌现新技术、新理念。
最后，我要对这些分享者表示感谢，正是因为有你们的无私奉献，才有这本书的诞生，才有技术思维及经验的交流与传递，让整个行业不断前行。
全球软件案例研究峰会组委会主席
msup创始人兼CEO
刘付强
前言
preface
从经典案例中学习软件测试之道
朱少民
受麦思博（msup）有限公司的邀请，担任《软件测试之道：那些值得借鉴的实践案例》的副主编，想利用这个机会把软件测试的一些基本问题阐述清楚，而不是对每一个测试案例进行点评。这些案例来自淘宝、腾讯、百度、奇虎360、蚂蚁金服等公司的一线测试工程师，他们在各自工作的具体某个领域都辛勤耕耘多年。在这些领域，他们即便不能把工作做到极致，也已经做得很好了，值得我们学习。在这些具体方面，我也要向他们学习，要进行点评不是一件轻松的事情。只是在这里提醒大家在阅读这些案例的时候，不仅要多问几个为什么，知其所以然；而且要了解案例发生的背景、上下文，分析它是否适合自己公司所处的环境，做到因地制宜根据自己公司所采取的开发模型、产品特点、应用领域、团队规模、工程师能力水平等等，借鉴案例所提出的解决方案。当然，如果是纯技术问题解决的案例，其学习会比较简单，可以直接加以实践。
回到软件测试的基本问题，如果用通俗易懂的方式来表达，就是下面这些基本问题：
?为什么要测？
简单理解为质量保证的需要。
?测什么？
简单理解为测试范围分析、测试需求分析。
?如何测？
简单理解为测试的方法。
?谁来测试？
简单理解为测试的人力资源。
?何时测？
简单理解为测试进度。
?用什么测试？
简单理解为手工测试，或是采用什么工具进行测试。
?交付什么结果？
简单理解为提交缺陷分析报告等。
但是如果深入下去，这些基本问题的理解就不那么简单了。例如，为什么测？看起来是一个简单的问题，即保证质量的需要。但这样的答案比较含糊，对测试工作缺乏指导意义。首先，质量是构建出来的，不是测试测出来的；其次，测试如何保证质量，是对软件系统所实现的功能一项一项去验证、像守门员那样去保证质量呢？还是从项目开始，就介入其中，自始至终不断揭示产品的质量风险呢？对软件测试有不同的理解，给出的回答就会不一样。为什么要测？这个问题深入下去，就是对软件测试解释的探讨，会触及软件测试思想、测试理念、测试价值观，甚至包括测试思维方式（Mindset）就是我们这里说的测试之道。
如在我写的测试教程《软件测试方法和技术（第3版）》中，对软件测试的具体方法和技术有详细的介绍。本书的重点，则是让大家通过案例学习，更直观地学习测试之道。
软件测试的具体方法和技术，如我写的测试教程《软件测试方法和技术（第3版）》中有详细的介绍。而本书的重点，则是通过案例学习，让大家更直观地学习测试之道。
道可道，非常道。道，是适应环境、不断变化的道，是人们选择、亲近的道。我们首先要结合自己公司或团队所处的环境，对软件测试之道有一个正确的把握，然后基于已建立的软件测试之道，进一步确定测试的原则、测试的流程、测试的方法和技术、测试工具等。
朱少民
2016.12
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
