软件测试发展简史
乘着互联网的封口，测试行业发展的也是如火如荼，很多科班/非科班的人员涌入这个行业。作为一名测试工程师，咱们先了解一下测试这个行业发展的历程，也方便对别人进行科普（侃大山）
测试工程师的主要职责是保障产品的质量，发现产品中的“bug”，bug这个词的来源有一则趣事。根据维基百科的记载，1946年，著名的计算机先驱 Grace Hopper女士在其参与的哈佛项目Harvard Mark II中，遇到了一项事故，有一只蛾子飞到了继电器上。后来这只蛾子被人们小心翼翼的取出来粘贴到了记录本上，如图所示，而Hopper女士也多次用bug来形容这次事故，慢慢的，人们开始习惯用“bug”代表系统中出现的错误和异常事件。
接下来，我们利用时间线，了解测试这个岗位，在职业发展上的一些重要里程碑。一开始，其实并没有专门的软件测试这个职业，而是很自然的，由开发人员自行承担了调试的任务，这就是软件测试的雏形。
1968年，NATO(北大西洋公约组织)提出”软件工程”概念，软件测试随之发展起来
1975年，John Good Enough和Susan Gerhart在IEEE上发表了《测试数据选择的原理》，软件测试被确定为一种研究方向
1979年，Glenford J. Myers的著名的《软件测试艺术》给出了测试代定义。Software testing is the process of running a program with the intention of finding errors”
1983年，Bill Hetzel在《软件测试完全指南》提出软件测试方法论，测试不只是发现问题，而是对软件质量的度量
20世纪90年代，软件测试体系日趋完善。包括各种软件测试工具，自动化测试技术出现，软件测试系统的评估方法被提出，如测试成熟度模型（TMM），测试能力成熟度模型（TCMM）
同时，对于测试工程师个人而言，其职业发展的路线上，也逐渐形成了各具特点的多种发展分支，比如业务，自动化，测试工具，性能，安全，持续集成方向等。有趣的是，随着时代的发展，一个人不能够只承担其中一种角色，而是必须成为“斜杠青年"，身兼多种角色，才是一名会受到市场欢迎的测试工程师。
问题来了，在测试行业里，想要站到时代的浪潮上而不是被后浪拍死，具体要学会何种技能呢？
测试技能分类
下面从两个角度，介绍测试工程师的技能点。假设我们现在在一个面试现场，当被问到，你在工作中，是通过什么方式测试产品的，那就是第一个角度的问题，当被问到为了保障产品的质量，具体做了哪些测试，那就是第二个角度的问题。细节如下。
测试方法有哪些
测试方法是测试的策略的具体实现，定义了如何执行整个测试过程。业界常见的测试方法如下：
静态测试：指代码review/代码走查
动态测试：需要人员实际执行测试用例
被动测试：不参与系统交互，例如分析离线日志
探索式测试：1984年，Cem Kaner提出。强调测试工程师的主观能动性，看重持续优化调整测试策略，而不会放太多精力在测试计划和测试用例上
白盒测试：关注程序内部的逻辑机构和工作方式，例如常见的API测试，测试覆盖率，静态代码扫描，故障注入
黑盒测试：不检查代码，只关注测试软件的功能
灰盒测试：了解程序内部结构，并在黑盒层或者User层执行测试用例。例如通过修改数据库，构造边界值/错误值来观察被测产品状态
测试类型有哪些
如果说测试方法偏重于描述一名测试工程师的经历，而测试类型则更偏重于是一种”赤luoluo“的衡量测试工程师的能力高低的方式。下面我们看看，测试工程师可能会被面试官问到的，会做哪些类型的测试，都有啥？
| 序号 | 类型 | 定义 |
|---|---|---|
| 1 | 安装测试 | 安装过程中测试各种安装流程 |
| 2 | 兼容性测试 | 在不同的应用系统，操作系统上执行测试 |
| 3 | 健全测试 | 快速验证系统的合理性，例如通过小的bug fix |
| 4 | 冒烟测试 | 使用一个比较小的用例集，快速验证系统稳定性 |
| 5 | 回归测试 | 发生大的代码变化时，保证所有功能正确 |
| 6 | 验收测试 | 由客户执行的用户验收测试 |
| 7 | Alpha测试 | 内部用户在开发环境下非正式验收测试 |
| 8 | Beta测试 | 在alpha之后，外部用户执行验收测试 |
| 9 | 功能测试 | 需求文档中描述的功能 |
| 10 | 非功能测试 | 与功能无关的，例如可伸缩性，容灾，安全性，性能等。 |
| 11 | 持续测试 | 软件交付流程中，持续执行自动化测试用例和反馈测试结果 |
| 12 | 破坏性测试 | 构造无效或者错误的输入，验证系统健壮性 |
| 13 | 性能测试 | 在特定负载下的响应能力和稳定能力 |
| 14 | 可用性测试 | 验证用户界面UI是否友好 |
| 15 | 可访问性测试 | 能否被多种用户特别是残疾人群使用 |
| 16 | 安全测试 | 避免被黑客入侵 |
| 17 | 国际化和本土化测试 | 验证该软件可用于不同的语言和地理区域 |
| 18 | 开发阶段的测试 | 静态代码分析，单元测试，代码覆盖率等 |
| 19 | A/B测试 | 给用户提供不同的系统版本，收集数据以确定哪个版本更适合实现期望的结果 |
| 20 | 并发测试 | 并发条件下，验证是否死锁，竞争，对共享资源的处理等问题 |
| 21 | 一致性测试 | 符合指定标准，例如测试编译器，要符合该语言的公认标准 |
| 22 | 输出比较测试 | 有一个预期的文本或者图形的输出显示，与之对比测试。也被称为快照测试 |
职业发展方向
在职业发展方向上，有3种路径。如前所述，在新时代背景下，这3种角色并不是泾渭分明，而是很可能一名人员，身兼多职。
业务测试
业务测试这条路径上，关注点在以业务为导向，提升职业技能。
一个典型的软件开发流程如图所示，测试工程师参与其中，体现价值的节点有
保障需求质量。包括需求合理性：有合理的业务场景；需求全面性：主分支的业务逻辑，旁路/异常分支
-
保障测试质量。要求测试工程师有：
熟练的业务知识：熟悉现有系统各个业务流程/准确判断新功能与系统其他模块的关系
高质量的测试用例：测试用例的编写/评审/执行
文档编写的能力：完善的测试计划/准确的BugList/各种类型的测试报告
推进项目进度：跨团队沟通能力/区分测试用例优先级/评估版本收敛性/推进Bug解决
-
保障发布质量。要求测试工程师能够完成：
上线质量：上线后系统工作符合预期
数据分析：基于线上数据评价上线的效果
问题跟进：跟进线上问题
测试开发
发展到这条路径，需要测试工程师具备一定的编码能力，对计算机原理，常用的工具都要掌握到一定的程度。
测试管理
测试管理方向，是指对测试质量的全程把控。主要包括
协作和沟通。以业务为导向，突破职能束缚；资源协调团队协作，资源协调
介入软件生命全周期。包括了解各个阶段的进度；监控测试过程，及时发现风险；协助配合其他角色完成任务测试过程监控，协助配合他人完成任务
总结和改进：了解各个阶段的进度；测试过程监控，及时发现风险；协助配合其他角色完成任务
总结
本文介绍了软件测试这个行业的发展历史上的一些重要时间节点，以及常见的测试方法/测试类型及其定义。最后针对软件测试工程师这个行业，目前常见的三种职业发展路径做了一些探讨。期望可以帮助刚踏入这个行业的测试工程师们有一个全景的认识，已经成为”老鸟“的测试工程师也可以发表一些关于这个行业的思考。
