Skip to content

读《Google软件测试之道》 #16

Description

@snxq

再次阅读这本书,之前的认知也更加清晰。

这篇文章目前还在更新,摘录以及记录自己的理解。

测试的重要性在目前已经不用多说,本书侧重于对测试的一个分工和方式。在基于Google的实践下的一套理论,尽管每个公司遇到的情况各不相同,但对我们还是有着很大的启发性。

测试不能成为导致创新和开发过程变慢的阻碍。

刚开始自己对测试也是很不屑一顾的,但是随着项目经验的增多,书中大佬们说的话也一一应验,越来越觉得测试真的是日常开发中必不可少的一环。要想开发出可靠的软件,测试就一定不能少,不仅仅是为了交付,也是为了开发过程中的重构或者扩展等目的。虽然很多需求在一开始不能明确,但是还是建议使用TDD(测试驱动开发Test-driven development)开发方式,能够减少开发工程中很多不必要的重复调试操作。因此,测试就绝不会成为开发过程的阻碍,相反能够提高开发效率。

Google成功的关键是什么,我的第一条建议就是,不要招聘太多的测试人员。

这条我觉得还是比较有争议的,在之前听讲座的时候,听到过与之相反的言论,说是测试人员与开发人员至少为一比一。大概是因为把开发和测试的职能分开的原因吧。

测试人员任务是怎样使开发可以更好地去做测试。
停止开发与测试的隔离对立。
you build it, you break it, you fix it.

这三句话就总结出了google为什么不用招聘那么多测试的原因吧,由开发承担编写测试的责任,而测试人员是可以让开发更好地进行测试。我同意这个意见,这样开发人员同时编写业务代码和测试代码,可以更快地对自己的代码进行修改,同时测试人员不必了解更深的业务,减少共同成本,提高开发效率。

2018.9.9


我们面临的挑战比Google更大,我们不仅要做好自动化,做好持续集成,做好测试工具,做好研发生产力,我们还要将测试技术与产品和业务结合,促进集团内产品和业务的发展。

这段话是推荐序中阿里测试总监夏林娜节选,就目前遇到的现状,国内的技术大多围绕着业务,而尝试新的测试技术意味着刚开始业务压力的陡增,这对业务开发来说是难以忍受的。

测试团队的定位。开发团队已经视我们为顺利上线的可靠合作伙伴。

这是工程效率部门在前期工作的终极目标。

2019.7.24


Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions