测试工程师成长-笔记

1. 测试的本质

发现被测对象与用户需求之间的差异

通过测试活动发现并解决问题, 增加最终用户对软件质量信心

通过测试活动了解被测对象的质量状况, 为决策提供数据依据

通过测试活动积累经验, 预防缺陷出现, 降低产品失败风险

软件测试是需要投入各类资源: 人力, 物力, 财力, 时间等, 每家公司都会通过投入测试资源核算投入与产出比,以此考核测试绩效.

2. 测试目标

测试并不仅仅是为了找出错误, 通过分析错误产生的原因和错误分布特征, 帮助项目管理者发现所采用的软件过程中的问题, 便于改进, 同时这种分析也能

帮助我们设计出有针对性的测试方法, 改善测试的有效性. 因此, 软件测试是为了保证整个软件开发过程是高质量的.

3. 软件测试的类型

单元测试 多数是有开发自行测试,也有特例

集成测试 在单元测试基础上, 按照设计要求模块与模块之间, 组装成的子系统进行测试

系统测试 按照需求对整个系统进行全面的测试, 理想是建立在集成测试基础上, 并且依赖于运行环境.

验收测试 软件在发布前进行的测试, 参与者以产品经理,UI交互设计师为主, 已经完成了功能测试和系统测试. 是测试过程中的一个重要环节, 复审软件配置齐全, 分类有序,以及维护的必要的细节等.

Alpha测试 公司组织内部人员模拟用户对即将上市的软件产品进行测试,试图发现错误, 重点是只在公司内部.

Bate测试 用户验收测试, 一个用户或者多个用户在实际环境中进行测试, 通常已经将软件部署到生产环境的部分机器上, 软件地址并未正式大规模使用者开放.

4. 软件质量关乎整个团队成员

产品需求文档是软件生命周期的重要依据,也是软件测试的重要的依据,质量问题从这个阶段就被提上日程.

开发工程师的技能与软件质量有着非常重要的关系,先要经过细致的设计, 如系统设计, 架构设计,工具选型等,去解决日益高可用, 高并发, 低耦合

测试质量和测试工程师技能有着非常重要的关系

缺乏规范的软件过程给软件质量埋下了不可预知的隐患

高度手工部署和发布软件产品增加了软件产品发布风险

5.尽早参与尽早发现问题

测试工程师越早参与项目, 对需求的了解越为透彻, 这已经是行业共识.

产品经理在设计需求的时候,可能更多的考虑产品功能和业务, 往往忽视了这个功能与其他功能交互和影响

随着项目的不断深入, 测试对系统有了相对比较全面深入的了解, 底层实现方式和架构的缺陷就会暴露出来, 这里的缺陷越早发现, 修复成本越低,俗话说牵一发而动就是这个理.

测试工程师不仅仅是站在测试的角度上去考虑问题, 更是站在全局的, 可靠性, 易用性以及用户体验上考虑问题

问题不仅仅出现在开发阶段, 不合理的业务逻辑,从需求阶段就已经把问题隐患埋在其中, 需求评审就是在评审中挖掘隐患.

6. 发现问题和分析问题

如何去发现和解决问题呢? 这就是测试方法和分析方法.

测试方法有多种多样, 但作为测试专家他们积累了丰富的经验, 会采用采用各种工具和手段去发现问题

当问题被发现后, 如何去分析问题定位问题, 这就需要丰富的经验去支撑, 技术能力决定了定位是否快速准确.

7. 测试是技能更是艺术

当今软件技术日新月异, 测试技术不断革新, 要想在测试领域成为高手,需要对测试有着深厚的理解, 有自己一套独创的见解和方法论.

并且积极拥抱新技术, 新方法, 新哲学, 参加各种技术大会, 将自己的方法论推广到整个测试领域, 促进软件行业不断前行,这就好比

是一门美学艺术作品成为了一个行业的标杆.

8. 时间的洗礼

经过5年以上的沉淀, 测试工程师应该逐步向测试架构师靠拢,从宏观上去把控测试方向,制定测试策略,为测试team提供准确全面的测试方法论.

测试架构师多数都是有资深的技术骨干组成,他们往往非常熟悉系统架构和业务体系, 有较为全面的技术经验和前瞻性,能从技术角度分析出专业的经验.

为整个测试团队服务,是团队最有效的技术支撑和技术支持对象

总结:

你现在的生活水平，是你三年前的工作状态决定的；而你现在的努力程度，会决定你三年后的生活；

软件行业是个逆水行舟，不进则退的行业，既然选择了这个行业，那么就要努力地“敲”下去。