软件测试开发工程师
1.书中讲到编写功能代码和测试代码的不同点:对于功能代码而言,思维模式是去创建,重点在考虑用户,使用场景和数据流程上;而对于测试代码来说,主要思路是去破坏,怎样写测试代码用以扰乱分离用户及其数据.所以需要去区分开发工程师以及测试开发工程师,这是因为他们的思维方式是不同的
3.构建系统之前要按要求运行静态代码分析工具
4.面试SET的时候,在代码要求标准上与SWE的招聘要求是一样的,SET还要额外了解如何测试他们编写的代码
5.在项目试验初级阶段(产品概念上还没有完全确定成型)强调测试是一件非常愚蠢的事情
6.所有的Google项目都有设计文档,这是一个动态 ,不断更新的文档
7.SET是第一个审阅所有设计文档的人,审阅设计文档要点:
正确性:语法,拼写,标点等
一致性/接口/协议
测试:文档中描述系统的可测试性如何否需要增加测试钩子
8.SET时间有限且需要做的事情太多,尽早地提供一个可实施的自动化测试计划是一个很好的解决方法
9.在端到端的自动化测试上过度投入,常常会把你与产品的特定功能设计绑定在一起,这部分测试在整个产品稳定之前都不会特别有用
10.在Google注重代码的可读性,大家确保整个代码库看起来像是一个人编写的一样.Google内部主要的编程语言是C++,Java,Python和Javascript,它们都有不同的可读性要求
11.只有能加速开发过程的自动化测试才有意义,测试不应该拖慢开发的速度.之所有这么说,是因为Google坚持项目快速发布
12.在代码变更提交到版本控制系统之后,自动化运行所有测试
13.70/20/10原则:分别对应小型测试,中型测试与大型测试.当然这个比例也不是固定的
14.Google测试运行的要求
每个测试和其他测试之间是独立的,使它们能够以任意顺序来执行
测试不做任何数据持久化方面的工作.这测试用例离开测试环境的时候,要保证测试执行前后环境的状态一致
15.对每一个重要的缺陷修复都要增加一个测试用例与之对应
16.Google对SET的招聘要求:是一个编码能力很强的程序员,可以写功能代码,也是一个很强的测试者.可以测试任何产品,有能力管理他们自己的工作和工具.有技术上的好奇心也很重要
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！