前言

为什么要写这本书

1）人不能像走兽那样活着，应该追求知识和美德。——但丁

2）助人为乐，人生一美德。

我们4个作者加起来年龄过百，而且有着年超半百的工作经验，算起来也是测试领域的老鸟了。

根据上面的1）和2），我们得出一个很重要的结论：

经过这么多年在工作中不断总结经验，时不时与Bug斗智斗勇，最后提炼出来的经验，我们希望能分享给更多的人，更重要的是能抛砖引玉，引发对更优秀的工作方式和实践的思考。

为什么需要看这本书

怎样判断你是否需要这本书？以下场景，如果8条以内你都似曾相识，那么请看这本书吧！

1）测试过程中，某个功能的测试除了依据需求文档编写测试用例，好像找不到别的测试点了。

2）按需求文档编写的测试用例，执行过后测试都通过了，但自己还是没有信心，总觉得还有没测到的地方。就像都出门了，还在怀疑自己究竟是否锁门了。

3）产品上线了，Bug出来了。为什么老是遗漏？

4）当前测试的功能怎么和之前项目的很相似，当时还发现了一个很有意思、很难发现的问题，可现在居然想不起来了。接着，又重新慢慢摸索。要是有记录可以翻查多好！

5）发现一个Bug，提交请求修复时，却被要求提供更多信息。更多信息？怎么提供，不知道，找不着，没头绪。

6）团队其他测试人员遇到技术问题，我却只能抓耳挠腮，无法提供更多帮助，怎么办？

7）分析测试进度和风险时，文档是写了，内容却无关痛痒。问题的实质在哪里？貌似离我有点远。

8）开发过程中，不知道自己编写的代码质量怎样，哪些Bug会变身为“大笑话”。

你符合哪一条或者哪几条？

这本书到底写了些什么

归根结底：总结工作中发现、解决Bug的经验，并通过一个个活生生的故事描述出来，能让你开拓思维、唤起记忆、深入知识、学以致用，把这些经验积累的精华举一反三地运用到自己的项目中。

本书特色

以大型购物网站Web测试为背景场景，以初入测试领域的小蔡为主人公，以功能测试、性能测试、安全性测试、自动化测试、移动Web测试、非功能性测试以及其他类型的测试为主线，向大家展示不同测试场景下，如何发现、分析并解决问题。

本书通过对故事的分析，引出缺陷出现的规律和模式，并通过对缺陷模式的总结和抽象化，提示大家在以后的测试中如何更高效地捕捉类似缺陷。

本书并没有详细描述如何通过对Bug的分析发现开发人员的开发模式，以避免缺陷。所以，如何预防开发人员编写存在缺陷的代码，帮助他们了解自己的弱点，使之有针对性地提高，就需要读者们从这一个个小故事中“悟”。

读者对象

▼测试工程师

▼测试经理

▼业务分析师

▼产品经理

▼系统架构师

▼其他对测试技术感兴趣的人员

如何阅读本书

本书着重讲解Web测试中可能遇到的各种问题以及思考和解决思路，包括以下10章内容。

第1～4章 这4章重点介绍了Web测试中最为关键的功能测试，并从开发和测试技术、测试覆盖率、测试实践及业务需求4个方面分析了功能测试中Bug产生的原因及其解决思路。

第5、6章 详细介绍在Web测试中安全和性能测试要怎么做，作为一个非专业安全/性能测试的人员，从思维和实践上如何进行安全和性能测试。

第7章 详细介绍在进行Web自动化测试过程中你可能遇到的各种“坑”，以及如何应对和预防。

第8章 详细介绍了在移动应用迅猛发展的浪潮下，针对移动Web测试我们需要进行什么样的调整。

第9章 介绍了非功能性的其他测试，例如可用性测试及本地化和全球化测试是如何运用在项目中，保证产品质量的。

第10章 通过介绍在需求澄清、测试环境管理和运维中的测试实践，阐述如何通过这几方面的测试活动提升产品质量。

附录A介绍了可以移植到更多项目中的Web测试优秀实践，附录B为广大测试人员展现了可以大展宏图的职业路径。

希望读者在开始阅读本书之前，已具备基础的测试理论知识。在阅读中，希望读者能在阅读完每一个故事后，留给自己一点时间重新审视故事的内容，想一想故事中的场景与自己工作中的相似之处，触类旁通地解决类似的问题或者运用相应的实践进行质量提升。

勘误和支持

由于笔者的水平有限，编写时间仓促，书中难免会出现一些错误或者不准确的地方，恳请读者批评指正。如果你有更多的宝贵意见，欢迎通过邮箱bug_big_bang_in_web_testing@outlook.com联系我们，期待能够得到你的真挚反馈，在技术之路上互勉共进。

致谢

我们要特别感谢师洁以及ThoughtWorks中国区的QA们，也要感谢机械工业出版社华章公司的策划编辑高婧雅在写作上的支持与鼓励。

谨以此书献给我们最亲爱的家人，没有你们的鼓励和支持，我们就不会这么全身心地投入到本书的创作。

最后感谢购买和阅读本书、热爱测试技术的朋友们！

黄勇 雷辉 徐潇 杨雪敏