Google中的SET和TE

Google中的SET和TE
SET 的部分职责是在单元测试方面给予开发人员支持,另一部分职责是为开发人员提供测试框架,以方便他们编写中小型测试,用以进行更多质量相关的测试工作。
SET 是 100% 的编码角色,作为测试的开发工程师和功能的开发工程师处于同等的地位。
一个好的 SET 具有宽广的整体产品视野,而且在产品的整个生命周期里对产品及功能特性都有充分的理解。
一个好的 SET 在项目早期参与项目时,会协助项目形成良好的文档、不错的可测试性、运行稳定的自动化测试、清晰的代码提交流程。
通常来说,代码复用和模块交互方面的设计会由 SET 来做,而不是 SWE(Software Engineer)。
SET 在审阅设计文档时,预期要关注的要点有:完整性、正确性、一致性、设计、接口与协议、测试。
SET 是第一个实现所有接口和协议的人,SET 针对各个模块的依赖提供了 mock 或 fake 的实现。
ET 的第一要务是可测试性,SET 需要提供程序结构和代码风格方面的建议给开发人员,这样开发人员可以更好地做单元测试,同时提供测试框架方面的建议,让开发人员可以在这些框架基础上自己写测试。
SET的面试,重点在考察候选人如何思索问题的解决方案,而不是解决问题方案本身的实现上有多高雅。
Google软件测试中的角色职责
发表于:2019-04-01来源:未知作者:kelele点击数:283 标签:google
Google 测试团队的职级汇报关系是:TE(Test Engineer,测试工程师) 和 SET(Software Engineer in Test,软件测试开发工程师) -> 测试工程经理 -> 测试总监 -> 高级总监 -> CEO。
《Google 软件测试之道》是 2013 年出版的,书中记录的也都是截止当时的 Google 软件测试的现状,如果和国内目前的情况相比较的话,Google 不仅仅是走在了前列,而且是远远看不到边的前列。

我在上篇文章中有提到 Google 当时对于测试团队的定位,已经是上升到「工程生产力」部门的高度了,而对应的,随着团队职责的不断演化,团队成员的职责也进行了对应的转变。

Google 测试团队的职级汇报关系是:TE(Test Engineer,测试工程师) 和 SET(Software Engineer in Test,软件测试开发工程师) -> 测试工程经理 -> 测试总监 -> 高级总监 -> CEO。

今天我把书中提到的两个最主要的角色 SET 和 TE,分别提取了他们具体的工作职责,希望藉此可以作为我们努力的目标。

Google中的SET

SET 的部分职责是在单元测试方面给予开发人员支持,另一部分职责是为开发人员提供测试框架,以方便他们编写中小型测试,用以进行更多质量相关的测试工作。

SET 是 100% 的编码角色,作为测试的开发工程师和功能的开发工程师处于同等的地位。

一个好的 SET 具有宽广的整体产品视野,而且在产品的整个生命周期里对产品及功能特性都有充分的理解。

一个好的 SET 在项目早期参与项目时,会协助项目形成良好的文档、不错的可测试性、运行稳定的自动化测试、清晰的代码提交流程。

通常来说,代码复用和模块交互方面的设计会由 SET 来做,而不是 SWE(Software Engineer)。

SET 在审阅设计文档时,预期要关注的要点有:完整性、正确性、一致性、设计、接口与协议、测试。

SET 是第一个实现所有接口和协议的人,SET 针对各个模块的依赖提供了 mock 或 fake 的实现。

SET 的第一要务是可测试性,SET 需要提供程序结构和代码风格方面的建议给开发人员,这样开发人员可以更好地做单元测试,同时提供测试框架方面的建议,让开发人员可以在这些框架基础上自己写测试。

SET的面试,重点在考察候选人如何思索问题的解决方案,而不是解决问题方案本身的实现上有多高雅。

Google中的TE

TE 负责从用户的角度来思考质量方面的各种问题。从开发角度来说,他们编写用户使用场景方面的自动化用例代码,从产品角度来说,他们评估整体测试覆盖度,并验证其他工程师角色在测试方面合作的有效性。

TE 以对某种特定的产品最合适的方式发现软件中风险最大的地方并尝试减少或消除它。

TE 的根本使命是保护用户和业务的利益,使之不受到糟糕的设计、令人困惑的用户体验、功能 bug、安全和隐私等问题的困扰。

TE 是团队中全职地负责从整体角度发现产品或服务弱点的唯一角色。

TE 的主要职责包括但不限于:测试计划和风险分析、评审需求、设计、代码和测试、探索式测试、用户场景、编写测试用例、执行测试用例、众包、使用统计、用户反馈。
总之,SET 负责可测试性和测试自动化体系的长期有效性。TE 的重点在于评估对用户的影响以及软件产品整体目标上的风险。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值