新書推薦：
《
世界园林艺术史：500年经典绘画中的园林全书
》
售價：HK$
477.6
《
觉醒（百万畅销书《格局》作者何权峰新作，影响数百万人命运的觉醒之书）
》
售價：HK$
47.8
《
金色沼泽：柏林的严谨与叛逆（列城志）
》
售價：HK$
129.6
《
大学问·实践与理论：中国社会经济史与法律史研究（以立足本土的国际视野，手把手教你做科研）
》
售價：HK$
141.6
《
体系模型理论与建模仿真技术
》
售價：HK$
117.6
《
图解服装立体裁剪与板样
》
售價：HK$
70.8
《
香港金融史（1841?2017）
》
售價：HK$
201.6
《
私域社群营销：从引流到变现运营实战
》
售價：HK$
93.6
|
| 編輯推薦： |
|
（1）饿了么企业订餐团队官方出品，饿了么联合创始人、CTO等近20位专家联袂推荐！（2）从技术、方法、经验等多个维度全面讲解饿了么软件质量体系的搭建与演进过程，既能指导读者从0开始搭建质量体系，又能让读者了解饿了么质量体系建设的功过得失。（3）书中既有可借鉴的方法论和案例成果，又给出了团队解决问题的思考过程，而且将这个过程立体化、可视化地呈现了出来。
|
| 內容簡介： |
内容简介
本书是饿了么企业订餐团队在软件质量保障方面的经验总结。它通过讲解该团队如何从0到1构建软件质量体系以及该体系如何逐步演进，分享了饿了么在软件质量保障方面的技术积累、实战经验、解决问题的思考过程，以及质量保障团队的建设与发展。
全书一共18章，分为六篇，具体内容如下。
*篇 规划（第1章）
介绍了饿了么企业订餐业务的背景、团队背景、面临的挑战以及团队在制定技术规划时是如何考虑的。
第二篇 基础（第2～5章）
总结了QA团队在功能测试、安全测试、兼容性测试、线上问题治理等方面的技术见解和经验积累。
第三篇 提效（第6～9章）内容简介
本书是饿了么企业订餐团队在软件质量保障方面的经验总结。它通过讲解该团队如何从0到1构建软件质量体系以及该体系如何逐步演进，分享了饿了么在软件质量保障方面的技术积累、实战经验、解决问题的思考过程，以及质量保障团队的建设与发展。
全书一共18章，分为六篇，具体内容如下。
*篇 规划（第1章）
介绍了饿了么企业订餐业务的背景、团队背景、面临的挑战以及团队在制定技术规划时是如何考虑的。
第二篇 基础（第2～5章）
总结了QA团队在功能测试、安全测试、兼容性测试、线上问题治理等方面的技术见解和经验积累。
第三篇 提效（第6～9章）
介绍在团队人员与业务稳定之后，QA团队应如何提高测试和研发的效率。包括API测试框架、自动生成框架代码技术、框架代码场景化改造、FSM场景化代码动态组合技术等。
第四篇 赋能（第10～13章）
从持续集成、代码质量、Story QA等技术角度介绍了企业订餐QA团队是如何赋能研发人员以提高软件质量的。
第五篇 探索（第14～16章）
介绍了团队在契约测试、探索性测试、流量测试等方面的经验。
第六篇 管理（第17~18章）
分享了如何打造有实力、有格局和有凝聚力的团队，以及项目管理的关键问题和解决问题的思路。
|
| 關於作者： |
作者简介
张丙振
高级测试专家、企业订餐质量负责人，9年工作经验。擅长自动化测试、测试框架搭建、质量交付团队管理等。2017年入职饿了么中后台研发部，负责商家开放平台，多次参与公司S级别跨团队合作项目并担任测试总owner，曾担任上海站技术沙龙测试讲师。2019年转入阿里巴巴本地生活企业订餐团队，目前专注于QA团队建设、基础设施建设及质量交付。
檀飞翔
测试专家，从事测试行业7年，擅长测试框架开发、CI集成、自动化测试、功能测试以及大型项目测试管理。2016年加入饿了么，主要负责饿了么商家配送、商户订单、商家商品以及企业订餐等业务领域的QA工作，多次参与和负责公司级别项目，目前负责阿里巴巴本地生活企业订餐供给交易领域的QA工作，专注于测试提效和赋能工作。
作者简介
张丙振
高级测试专家、企业订餐质量负责人，9年工作经验。擅长自动化测试、测试框架搭建、质量交付团队管理等。2017年入职饿了么中后台研发部，负责商家开放平台，多次参与公司S级别跨团队合作项目并担任测试总owner，曾担任上海站技术沙龙测试讲师。2019年转入阿里巴巴本地生活企业订餐团队，目前专注于QA团队建设、基础设施建设及质量交付。
檀飞翔
测试专家，从事测试行业7年，擅长测试框架开发、CI集成、自动化测试、功能测试以及大型项目测试管理。2016年加入饿了么，主要负责饿了么商家配送、商户订单、商家商品以及企业订餐等业务领域的QA工作，多次参与和负责公司级别项目，目前负责阿里巴巴本地生活企业订餐供给交易领域的QA工作，专注于测试提效和赋能工作。
侯佳刚
测试专家，一直积极探索正确的质量保障之道。从事质量工作多年，擅长测试自动化及测试工具开发。先后研发多个测试工具和质量平台，并将其应用在产品研发过程中。目前主要负责企业订餐质量平台研发及推广工作。
伍菊红
资深测试开发工程师，有较丰富的测试经验。曾参与多个公司级项目的业务测试，如企餐新零售入淘、覆盖率工具开发等，擅长自动化测试、工具开发。目前专注于测试前沿知识探索，如精准测试、流量回放等。
李京蓉
资深测试工程师，从事软件测试工作5年。2018年入职饿了么，负责饿了么商户端交易业务测试，转入企业订餐团队后负责供给交易领域的业务测试以及整个事业部的安全测试。
张晏婷
资深测试工程师。先后从事订单、财务等领域测试工作，功能测试、自动化测试经验丰富，参与多个提效工具、测试平台开发工作。
蔡辉
5年从业经验，资深测试工程师。有证券、金融、企业餐饮服务相关工作经验，擅长平台服务开发、质量交付。入职企业订餐后负责测试平台开发，自动化测试工具建设。
李南昊
高级测试工程师，主要负责企业订餐的业务测试、自动化测试、压测的工作。参与企业订餐三条业务线外卖、团餐、到店从0到1的搭建过程。
杨亮亮
资深测试工程师，负责企业订餐基础及到店相关领域QA工作。从事测试工作9年，曾独立负责多个大型项目（支付、基金、发票等）的测试工作。擅长后端自动化及测试工具、平台的搭建，具有丰富的行业知识背景及测试经验。
常娜
高级测试工程师。先后在阿里、百度、饿了么等企业工作，实战经验丰富。参与多个公司BU级项目（广告、开放平台、订单等多领域）的测试工作，并协助完成多个测试平台的开发工作。
|
| 目錄：
|
|
赞誉序前言第一篇 规划第1章 技术保障规划21.1 业务特点21.2 面临的挑战31.3 测试进程的演进41.4 绘制战略图51.5 本章小结7第二篇 基础第2章 功能测试102.1 业务梳理102.1.1 接手新业务的痛点112.1.2 业务梳理的构想112.1.3 过程实战132.2 用例设计162.2.1 用例设计面临的问题172.2.2 解决思路172.2.3 用例设计原则确立182.2.4 用例设计模板化192.2.5 设计用例框架202.3 用例评审232.3.1 评审的意义232.3.2 评审的价值242.3.3 思考与破局242.3.4 合格用例的特点242.3.5 用例评审的准则252.4 本章小结26第3章 安全测试273.1 全面清扫当前漏洞273.2 团队安全知识赋能283.2.1 引入安全测试工具283.2.2 增强安全意识293.3 安全测试常态化293.3.1 下沉QA流程303.3.2 研发流程增设安全保障313.4 本章小结32第4章 兼容性测试334.1 兼容性测试的挑战334.2 兼容性测试的步骤344.3 案例分析：性能测试对比364.3.1 案例背景364.3.2 测试策略及过程364.3.3 测试结论394.4 关于测试机器资源404.5 本章小结41第5章 线上问题治理425.1 线上问题的现状425.2 工具的抉择435.3 线下反馈线上化445.3.1 钉钉机器人接入445.3.2 简化线上问题反馈455.4 线上问题数据沉淀及可视化465.5 FAQ 转化475.6 线上问题规约495.7 本章小结49第三篇 提效第6章 API测试框架526.1 API测试基础知识526.1.1 RPC536.1.2 RESTful546.1.3 Thrift576.2 常见API测试手段586.2.1 cURL 596.2.2 常见工具分析616.3 测试框架的演进与分析626.3.1 什么是框架626.3.2 测试框架思想的变迁636.3.3 测试框架的特点666.4 测试框架搭建676.4.1 常见的框架结构设计686.4.2 框架的升级改造方案696.4.3 框架的分层解耦706.4.4 数据分类处理726.4.5 多协议的封装746.4.6 多环境的处理766.5 测试框架结果自动对比验证806.5.1 验收结果思路对比816.5.2 hook函数扩展826.5.3 数据库设计836.5.4 对比引擎设计846.6 API覆盖率统计866.6.1 覆盖率介绍866.6.2 覆盖统计的思考876.6.3 接口覆盖率统计实战876.7 本章小结91第7章 自动生成框架代码技术927.1 底层框架代码自动生成927.1.1 传统自动化框架的痛点937.1.2 代码自动生成的解决方案947.1.3 代码自动生成实战957.2 手工用例自动转化代码977.2.1 接口用例撰写现状987.2.2 代码自动转化实战987.3 冒烟测试代码自动化生成1017.3.1 冒烟测试的挑战与方案1027.3.2 拼装请求1027.3.3 构造参数数据1037.4 本章小结105第8章 框架代码场景化改造1068.1 Journey模式BDD1068.1.1 Journey模式简介1068.1.2 Journey模式原理1078.2 问题与解决方案1088.2.1 自动化问题1098.2.2 解决方案1098.3 过程实战1108.3.1 梳理场景需求1108.3.2 实例化用户故事1108.3.3 转化为自动化验收代码1108.4 框架与BDD的融合解析1118.4.1 框架与BDD融合所面临的问题1118.4.2 框架的设计思路1138.4.3 过程实战113第9章 FSM场景化代码动态组合技术1169.1 订单代码组合的常态1169.2 FSM 赋能方案1179.3 业务建模1189.4 动态绘制流程图1199.4.1 Graphviz使用介绍1199.4.2 使用简化模式绘图1209.5 构建解析器1229.5.1 解析器方案1229.5.2 过程实战1229.6 本章小结124第四篇 赋能第10章 数据工厂12810.1 数据工厂迭代背景12810.1.1 造数常见的场景12810.1.2 数据工厂演变历史12910.2 数据工厂脚本化12910.2.1 脚本化面临的挑战12910.2.2 从RESTful API转向SOA API13010.3 数据工厂平台化13110.3.1 平台化面临的挑战13110.3.2 关于平台化的思考13210.3.3 如何新增一个造数工具13310.4 数据工厂服务化的思考13710.5 本章小结137第11章 持续集成13811.1 持续集成是什么13811.2 持续集成前后实践的对比13911.3 持续集成全景14111.3.1 研发模式14311.3.2 代码准入14411.3.3 自动化方案14511.4 本章小结152第12章 代码质量15312.1 代码质量背景知识15312.1.1 怎样衡量代码质量15412.1.2 糟糕的代码15612.2 构建代码质量体系15812.2.1 为什么选择SonarQube159
|
| 內容試閱：
|
|
为何写作本书我们曾经思考过这样一个问题，如何才能将自己积累的技术和知识进行抽象总结，将逐步解决问题的过程立体化、可视化地展现给大家，而不只是简单地介绍一个结果。我们技术团队之所以决定写这本书，就是希望通过介绍我们的实战经验和解决问题的思路，帮助大家在“质量与效率”的提升上打开新的思路。“质量与效率”一直是我们关注的焦点。相对于软件开发，软件测试起步较晚，缺乏拥有专业知识的人才。即便是大学开设的软件工程专业，针对软件测试的介绍也只是涉及少量的概念和设计测试用例的方法。专业的测试并不是简单地翻译需求。目前有很多测试人员只是在简单地执行需求翻译的工作，没有结合业务实现、质量模型和测试用例，没有用科学的方法设计测试场景，这就导致测试用例质量低下，只能应用于单个特定点的测试场景。有些人认为功能测试很低端（从效率、技术含量和市场反馈的价值综合得出如此结论），甚至有相当一部分测试人员也认为，功能测试意义不大，希望从事测试工具的开发工作，因为那样看上去更高端，更具有挑战性。其实，功能测试、自动化测试、性能测试、安全测试、测试框架开发、平台研发等工作都是为了提高软件测试的质量，没有高低贵贱之分，都是必要的辅助手段。可以将软件测试类比为一个兵团，上述这些工作是不同的兵种，在面对一场战役的时候，我们需要考虑的是如何排兵布阵，以赢得战役，而不是排列兵种的等级。不同的时代对测试人员有不同的要求。起初是“保姆时代”，以发现Bug为荣，对测试人员的基本要求是具备良好的测试思维，测试人员主要利用系统测试方法进行测试。业内关注的焦点是黑盒测试，白盒测试和灰盒测试偏少，效率偏低。由于黑盒测试大部分是通过人工在系统界面中手动进行的，从而导致业界普遍认为测试就是“点点点”。随着软件复杂度的不断提高，交付质量变得越来越重要，我们急需提升测试的效率，压力测试和安全测试等各种专项测试以及各种测试平台和工具随之出现。时代的进一步发展对测试提出了更高的要求，从产品研发后期寻找Bug转变为提前预防Bug。小步迭代、快速上线的敏捷开发时代，再次对测试提出了更高的要求，持续集成、快速验证、全方位监控线上质量，需要测试人员更早地介入产品研发的整个过程，以便更好、更全面地了解产品。测试左移到开发阶段进行代码评审、单元测试，右移到运维阶段进行持续部署、线上监控，从而可以更加立体地保障软件的质量。如今是一个输出测试能力的时代，测试人员不仅要提升自己的效率，而且要赋能研发人员，帮助他们提升自己的自测水平。本书主要内容第一篇：规划本篇简要介绍了我们的业务背景、团队背景、测试的一般规律，以及我们团队在制定技术规划时是如何考虑的。第二篇：基础当团队从零开始的时候，QA（Quality Assurance，质量保证）基础设施落后、资源有限、技术改造频繁，应快速形成战斗力，以业务为先，保证产品的质量，此时QA团队的主要任务是发现产品中的Bug。本篇主要介绍了QA团队在功能测试、安全测试、兼容性测试等不同阶段的特点及不同之处。第三篇：提效当团队人员与业务基本稳定，而且功能迭代基本可以正常运行之后，我们就开始思考如何提高测试和研发的效率，例如，如何构建可用于提升效率的小工具和平台，如何实现API自动化，以及框架的搭建、分层思想、性能测试、环境的部署、CI（Continuous Integration，持续集成）流程的建立等，从而使得QA人员能够从大量的手工劳动中解放出来，提高工作效率，将更多的时间和精力投入到测试分析、发现Bug、预防Bug的工作中。第四篇：赋能在提效之后，我们开始思考，软件质量是“构建”出来的，是由软件开发整个过程的质量所决定的。所以，QA人员的工作不能总是停留在最后一个环节，在敏捷开发的大环境下，开发人员也要开始注重自测质量，作为QA人员，我们需要考虑如何赋能开发人员，使其能够对自己开发的产品进行自测。本篇主要从技术的角度（比如，可视化度量、自动化用例开放、工具开发，以及如何在流程上使用story_QA来使项目过程数据可视化）介绍了企业订餐业务的QA人员是如何赋能开发人员以提高软件质量的。第五篇：探索当前，业务开发周期越来越短，几乎每隔一天就有新版本发布。针对这种迭代速度快、回归量比较大的特点，自动化测试的稳定性正面临着巨大的挑战，除了传统的集成之外，我们还引入了契约测试、流量测试、探索性测试等辅助手段来提高测试质量，同时提高QA人员的工作效率。第六篇：管理本篇主要讲解了新型团队如何不拘泥于传统管理方法地勾勒团队画像，同时还介绍了技术分享的改革，以及如何让团队变成有格局、有原则、有自我认知、有凝聚力的健康团队。读者对象本书适合各种水平的测试人员、测试开发人员、测试组长、测试经理、项目经理等，以及其他在软件质量保证的道路上持续进行修炼的读者阅读。勘误和支持由于笔者水平有限，编写时间仓促，书中难免出现一些遗漏或者不准确的地方，恳请读者
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
