Google软件测试之道

目录

一、Google软件测试介绍

1、质量不等于测试 

2、角色

3、组织结构

4、爬、走、跑

5、测试类型

二、软件测试开发工程师

三、测试工程师

1、一种面向用户的测试角色

2、测试工程师的工作

四、测试工程经理

五、Google软件测试改进


一、Google软件测试介绍

1、质量不等于测试 

  • 质量不是被测试出来的,但是未经测试也不可能开发出有质量的软件。
  • 如果某个产品出了问题,第一个跳出来的肯定是导致这个问题发生的开发人员,而不是遗漏这个bug的测试人员。
  • 质量是开发过程的问题,而不是测试问题。

2、角色

  • 软件开发工程师(software engineer)
  • 软件开发测试工程师(software engineer in test)
  • 测试工程师(test engineer)

3、组织结构

4、爬、走、跑

  • 金丝雀版本:每日都要构建的版本,用来排除过滤一些明显不适宜的版本。
  • 开发版本:开发人员日常使用的版本,一般是每周发布一个。
  • 测试版本:通过了持续测试的版本。
  • beta或发布版本:由非常稳定的测试版本演变而来。

5、测试类型

  • 小型测试:一般通过自动化实现,用于验证一个单独函数或功能模块的代码是否按照预期工作,着重于典型功能性问题、数据损坏、错误条件和大小差一错误等方面的验证。测试工程师几乎不参与。

  • 中型测试:通常也都是自动化实现的,一般会涉及两个或两个以上,甚至更多模块的交互。

  • 大型测试:涵盖三个或以上(通常更多)的功能模块,使用真实用户使用场景和实际用户数据,一般可能需要消耗数个小时或更长的时间才能运行完成。


二、软件测试开发工程师

三、测试工程师

1、一种面向用户的测试角色

2、测试工程师的工作

在 TE 进入产品时,需要考虑以下一些问题:

  • 当前软件薄弱点在哪里?
  • 有没有安全、隐私、性能、可靠性、可用性、兼容性、全球化和其他方面的问题?
  • 主要用户场景是否功能正常?对于全世界不同国家的用户都是这样吗?
  • 这个产品能与其他产品(软件和硬件)互操作吗?
  • 当发生问题的时候,是否容易诊断问题所在?

关于 TE 职责的一般性描述:

  •  测试计划和风险分析
  • 评审需求、设计、代码和测试
  • 探索式测试
  • 用户场景
  • 编写测试用例
  • 执行测试用例
  • 众包
  • 使用统计
  • 用户反馈

四、测试工程经理

五、Google软件测试改进

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值