软件测试52讲 – 开篇

写在前面

本系列阅读笔记均来自极客时间,付费阅读专题《软件测试52讲 – 茹炳晟》,希望大家多多支持正版,本文尽量不涉及原文内容,仅发布自己对文章的理解!

《开篇词 | 从“小工”到“专家”,我的软件测试修炼之道》


讲师履历

2002 年开始做软件开发,2005 年时转型成为测试工程师。

2005 年的时候,软件测试还停留在重复性手工测试的阶段,而且受重视程度远不如软件开发,所以说自己就像是一个“小工”

领过的测试项目几乎涵盖了所有种类,包括嵌入式系统测试、金融平台单元测试、平台 SDK 测试、轨道交通安全软件测试、Web Service 测试、大型电商网站 GUI 自动化以及性能全链路压测等。

由此,也完成了从“小工”到“专家”的蜕变,成为了一名资深的测试架构师。


专栏目的

希望能把多年积累的经验和教训,分享给网友,使得大家能够用最短的时间了解整个软件测试行业技术发展的脉络,以“知其然知其所以然”的方式深入理解目前主流的测试技术,不仅知道应该怎么做,更明白为什么要这么做。


测试未来

第一,自动化测试在软件质量工程中的地位发生了质的变化,从原本的“以自动化测试为辅”变成了“以自动化测试为主”。所有我们不仅要掌握手工测试,更要完整的掌握自动化测试才能很好的面对未来的测试业务。

第二,敏捷测试流程铺开,测试基本是以“天”或者“小时”为单位,留给测试的时间非常有限,这也就对测试执行总时间提出了极大的挑战。为了解决这个难题,你需要一套完善的高并发测试执行基础架构的支持。所以,作为测试工程师,就必须掌握设计开发测试基础架构的关键技术

第三,随着自动化测试的规模化,测试数据准备的各种问题被逐渐暴露并不断放大,成为影响自动化测试效率以及稳定性的“拦路虎”。所以,测试必须系统性地思考如何才能将测试数据的准备工具化,服务化,最终实现平台化


学习策略

不要想着一口吃成胖子,按照下列步骤,“三步走”

一、成为互联网时代合格的测试工程师

迅速了解测试项目的业务功能和内部逻辑,在此基础上运用各种测试方面尽可能多的发现潜在BUG,并在已有BUG基础上发散发现新的BUG。

知识体系方面需要有更全面的计算机基础知识:Linux、Windows、Android、iOS等

需要了解互联网的基础架构、安全、软件性能、用户体验、常见问题处理等。

测试技术:需要了解常见的测试工具、测试框架、有一定的自动化测试脚本开发能力。

二、成为互联网时代优秀的测试工程师

“合格的测试工程师”关注的是纯粹的测试,而“优秀的测试工程师”关注更多的是软件整体的质量,需要根据业务风险以及影响来制定测试策略,有效控制测试的时间和成本,并且能够对测试框架以及工具做出适合项目需求的选型。

所以,优秀的测试工程师不仅可以娴熟地运用各类测试工具,还非常清楚这些测试工具背后的实现原理,以及多个同类测试工具各自的优缺点和适用场景。

并且能够对工具进行二次开发,更适配自己所测试的项目。

日积月累,优秀的测试工程师的关注点也从原本的“如何把手工测试步骤用自动化脚本实现”变成了“如何构建低维护成本,可以灵活组装的自动化脚本”。(这里就涉及到自动化脚本的涉及,比如分层、对象模型和业务流程模型等)

三、成为互联网时代的测试架构师

不论UI测试,还是API测试,都需要一套高效的能够支持高并发的测试执行基础架构;

面对测试过程中的大量差异性数据要求,需要统一的测试数据准备平台,这就是我们上述的平台化;

可对自动化测试技术持续集成,使用统一接口等。

总之,你很牛逼就对了。

       

2 Pingbacks

留言

本站文章如未特殊注明,均为原创,转载请注明出处: 未必平凡  本文链接地址: https://vv2014.com/1009.html