软件测试发展简史
乘着互联网的封口,测试行业发展的也是如火如荼,很多科班/非科班的人员涌入这个行业。作为一名测试工程师,咱们先了解一下测试这个行业发展的历程,也方便对别人进行科普(侃大山)
BUGS-图自维基百科.png测试工程师的主要职责是保障产品的质量,发现产品中的“bug”,bug这个词的来源有一则趣事。根据维基百科的记载,1946年,著名的计算机先驱 Grace Hopper女士在其参与的哈佛项目Harvard Mark II中,遇到了一项事故,有一只蛾子飞到了继电器上。后来这只蛾子被人们小心翼翼的取出来粘贴到了记录本上,如图所示,而Hopper女士也多次用bug来形容这次事故,慢慢的,人们开始习惯用“bug”代表系统中出现的错误和异常事件。
image.png接下来,我们利用时间线,了解测试这个岗位,在职业发展上的一些重要里程碑。一开始,其实并没有专门的软件测试这个职业,而是很自然的,由开发人员自行承担了调试的任务,这就是软件测试的雏形。
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种角色并不是泾渭分明,而是很可能一名人员,身兼多职。
业务测试
业务测试这条路径上,关注点在以业务为导向,提升职业技能。
image.png一个典型的软件开发流程如图所示,测试工程师参与其中,体现价值的节点有
-
保障需求质量。包括需求合理性:有合理的业务场景;需求全面性:主分支的业务逻辑,旁路/异常分支
-
保障测试质量。要求测试工程师有:
-
熟练的业务知识:熟悉现有系统各个业务流程/准确判断新功能与系统其他模块的关系
-
高质量的测试用例:测试用例的编写/评审/执行
-
文档编写的能力:完善的测试计划/准确的BugList/各种类型的测试报告
-
推进项目进度:跨团队沟通能力/区分测试用例优先级/评估版本收敛性/推进Bug解决
-
-
保障发布质量。要求测试工程师能够完成:
-
上线质量:上线后系统工作符合预期
-
数据分析:基于线上数据评价上线的效果
-
问题跟进:跟进线上问题
-
测试开发
发展到这条路径,需要测试工程师具备一定的编码能力,对计算机原理,常用的工具都要掌握到一定的程度。
image.png
测试管理
测试管理方向,是指对测试质量的全程把控。主要包括
-
协作和沟通。以业务为导向,突破职能束缚;资源协调团队协作,资源协调
-
介入软件生命全周期。包括了解各个阶段的进度;监控测试过程,及时发现风险;协助配合其他角色完成任务测试过程监控,协助配合他人完成任务
-
总结和改进:了解各个阶段的进度;测试过程监控,及时发现风险;协助配合其他角色完成任务
总结
本文介绍了软件测试这个行业的发展历史上的一些重要时间节点,以及常见的测试方法/测试类型及其定义。最后针对软件测试工程师这个行业,目前常见的三种职业发展路径做了一些探讨。期望可以帮助刚踏入这个行业的测试工程师们有一个全景的认识,已经成为”老鸟“的测试工程师也可以发表一些关于这个行业的思考。
网友评论