后记

虽然在全书校稿的过程中，大家普遍反映本书的内容还是比较全面的，但作为作者，我们还是能发现本书存在的不足之处，有些内容我们并没有说得面面俱到，如下述内容。

1. 优化测试用例进阶

2. 专业测试管理工具QC相关内容

3. HTTPS的证书相关内容

4. JSON格式的数据发送内容

5. 数据驱动优化方面

6. 自建的自动化测试框架内容

以上这些优化及一些新的测试思想，我们会在后续的“心花绽放测试窝”公众号文章或者《Python的测试之道进阶》图书中，为测试人员详细展开。就如同当测试人员发现一个bug后会发现更多bug一样，bug的运行轨迹永远是先发散后收敛的。作为优秀的测试人员，我们需要精益求精地要求自己，向完美不断靠近。

*文中代码字体版权说明

第1章

大话软件测试基础

理论基础是所有技术发展的地基。

地基不打好，万丈高楼就容易倒塌。但理论通常十分枯燥，所以常常被大家所忽略。在本书的开头，我想从不一样的角度大话一下测试基础，为大家的后续学习打好坚固的地基。

1.1 测试的分阶

关于测试基础，我阅读过很多书籍，大多都介绍的大同小异。本书结合大家的工作，从更贴近工作生活的角度，将软件测试的基础进行划分，以测试的分阶模式来阐述软件测试的理论知识。

1.1.1 入门阶

套用一句俗话“人人都是产品经理”，其实人人也都是测试工程师。

入门阶的测试人员不需要掌握过多的计算机基础技术，只需要像用户一样对系统做各种操作，如果出现不符合预期的结果，则它们被认为是系统存在的bug。这种测试被称为功能测试。

功能测试是通过测试来检测每个功能是否都能正常使用，只关注外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行的测试。这个阶层实现测试的方法是手工测试，也就是俗称的点点点测试。测试人员手动实现各种测试行为。

在这个阶层，测试人员除了需要理解功能测试的基本概念以外，还需要掌握两个要点。

1. 及早介入测试的重要性

从项目成本的角度考虑修复bug的代价，如图1.1所示。

图1.1 修正bug的代价

从图中可以看出随着项目一个阶段一个阶段的延伸，越到后期修复bug的代价越大，所以测试工程师在工作中需要尽早启动测试活动，从需求分析阶段进入就是最好的时间点。在理解需求的基础上，提取测试需求，为编写测试用例做准备。

2. 测试活动贯穿整个软件生命周期

测试并不是软件生命中的一部分，而是贯穿整个周期，如图1.2所示。

图1.2 测试活动详解

在每一个阶段中，测试工程师需要和需求人员、开发人员、设计人员以及运维人员积极配合，参与需求设计调研及评审等会议，务求让测试渗透各方面，为后续测试执行做好充足的准备工作。

以下以故事的形式详细描述一下测试人员贯穿整个软件生命周期的行为。

有一个刚毕业的女孩叫作开心，她的志向是成为一名优秀的测试工程师。经过严格的面试考核制度，她被一家名叫哎呦喂的公司录取了。经过公司的新人培训等内容后，测试部的经理比目鱼先生准备给她委派第一个测试任务。作为没有工作经验的新人，她是否能够顺利地完成任务呢？

“只要勤奋努力一定可以！”开心心中暗暗下定了决心。

测试员开心接到她的上级领导比目鱼先生委派的任务，需要她跟进项目A的整体测试流程，为项目A的质量做好把控。

“测试流程是什么？”开心问比目鱼先生。比目鱼先生给开心画了一张测试项目的流程图，如图1.3所示。

测试项目流程图中包括测试人员需参与的每一个阶段及该阶段中参与的角色、开展的会议以及测试文档的输出。

“我本来以为测试项目只要根据需求验证系统功能就可以了。居然这么复杂！”开心对测试工作多了一份憧憬之情。

图1.3 测试项目流程图

“可是这些测试文档我都不知道怎么写，怎么办？”比目鱼先生看着开心苦恼的样子，发了一份测试部门的文档模板给她。