鲸云效讲软件测试转测试开发需要的技能，感兴趣的快收藏

鲸云效讲软件测试转测试开发需要的技能，感兴趣的快收藏
鲸云效是腾讯优测推出的为企业制定软件质量全景解决方案的平台，其基于腾讯软件质量管理体系，以质量体系标准为准绳，以工程效能提升为宗旨，致力于以科学化和体系化的理论和实践，赋能传统行业实现数字化转型。

测试想去转测试开发，他需要积累哪些经验？
一个普通的测试人员，可能更多想转型为测试开发工程师。那需要什么知识点呐？

我觉得技术的路是没有捷径可以走的，如果你想转成测试开发，那就意味着你要有开发的基础，这种情况下，你做得第一件事情是掌握一门语言。不要多，只掌握一门语言就行。这意味着你是真正地掌握，从骨子里掌握这门语言，而不是简单写个 Hello World。而是你要掌握编程语言很核心的东西，并且你能够通过编程来做一些实际的项目。

从个人发展角度来讲，我更倾向于学 Java。因为 Java 的面更广，Python 虽然好，它更多的还是在测试领域里面。当你一旦跳出这个测试圈子，你想做更多的事情，Java 语言还是会来的更好。这是我的一个建议，从开发的基础职能入手，去实践去编程。专栏告诉你的是一个方向，是一些思想方法，以及整个生态，以及工具体系的分析，而不是我手把手教你一个工具。手把手教你一个工具是没有价值的，因为学一个工具最好的路径去看官方文档，官方文档一定是最新的，而且最全面的。

测试用例的力度怎么去把控？
我们如果要把这个问题谈清楚，就要看它是一个 GUI 的测试，还是一个 API 的测试。不同的测试用例的力度把控差别是非常大的，而且产品的不同阶段、不同规模，还有项目的性质，对于测试力度的把控也是会有巨大差别。

举个简单例子，如果是一个长期的产品，自动化会进行长期维护的，那么一定要做可复用很高的力度，并且这些可复用的脚本可以被尽可能的多测试用例去使用。但如果是一次性的项目，或者能够短期项目性的产品，做完之后也就不维护了，但是你想做一些基础的自动化，这个时候你就压根就不需要去考虑自动化的力度，你只要用最快的自动化方式给测试用例实现了，那就可以。这种情况下我们就不用谈力度。

用例的力度没有说一定对，或者一定错，而一定是基于上下文去找到最适合自己的东西。对于用例的力度，

那为什么别人能够针对某一类测试系统，或者某一类东西给出比较好的测试解决方案呐？或者说是测试的策略？那是因为感觉。经过长期积累，别人形成了对这种技术本身的一种感觉，在无形的情况下，形成一些有形有价值的东西，帮助你快速且准确地给出方案。这就比较重要了。