java面试开发为什么要转测试？为什么很多开发都要转测试

大家好，关于java面试开发为什么要转测试很多朋友都还不太明白，今天小编就来为大家分享关于为什么很多开发都要转测试的知识，希望对各位有所帮助！

为什么很多开发都要转测试

相比开发以后的职业生涯；对软件测试的未来更看好。

其次具有开发经验。对软件测试会有相当大的帮助，前面学了测试基础工具后，后期自动化提升会更快。这样才能更好的胜任软件测试工作。

最重要的是测试不是青春饭，和软件开发相比，如果30岁还没有转到管理，或在技术总监或在高级研发等上层职位。那么会越来越弱势，越来越不吃香，压力会很大（技术和心理都会）。

同时随着时间的发展，越来越证明整个自动化测试到后期的一些基于 API测试，或者现在很多一些新的测试技术越来越多，而且整个测试地位也越来越高，从早年的并不受重视，或者是一些比较弱的开发去做测试，到现在一个优秀测试工程师可能是比一个开发人员更懂开发代码。

扩展资料：

注意事项：

管理国际化测试流程应该保证测试数据内容的有效传递，例如被测试软件的Build如何在编译工程师和测试团队之间及时传递，发现问题如何反馈，谁负责解答。

如果设计需求发生了改变，测试用例需要相应的更新。在测试过程中发现的测试用例无法执行的问题，需要通过有效的渠道，将这些信息及时地传送给合适的人员。

当测试的范围或测试时间发生改变时，测试管理人员应该及时将这些信息进行处理，调整测试人员的数量和工作内容，并且通知测试团队成员。

参考资料来源：百度百科-软件测试

面试时问到为什么不想做软体开发想做测试怎么回答

面试时问到为什么不想做软体开发想做测试怎么回答

就说软体开发是生产者，测试是体验者，你更喜欢体验，以此来分析判断，从而完善它。

1、对软体测试的未来看好；这样既说明你很了解行业发展，也很有规划和选择；

2、具有开发经验，对软体测试会有相当大的帮助，更能胜任软体测试工作；

3、可以长久做下去，且会越来越好；和软体开发相比，如果30岁还没有转到管理，或在技术总监或在高阶研发等上层职位，那么会越来越弱势，越来越不吃香，压力会很大（技术和心理都会）；

再看实际情况：

国内软体测试行业才刚刚开始，一直以来都没有被重视，当成是一个可有可无的职位，大部分都是为了形式，没有专业的测试队伍，测试人员也水平低下，待遇自然低下，这不是由这些人所决定的，而是行业里面的掌控者，比如各公司老板，大公司懂事等；但是，现在不同了，已经越来越多的公司认识到测试的重要性，软体质量的重要性了，所以这个细分行业以后会很好；

国外，软体测试一直就是很重要的，而且比软体开发要求高，地位高，待遇也高，如果能做到高阶测试职位，那么几乎和专案经理差不多，如果能兼做质量管理，那么专案完全由你主导，而不是专案经理（现在大部分专案经理就相当于工厂里面的一条流水线上的组长，负责这条流水线的工作而已）；

个人意见，仅供参考；

我也是学软体的，我也不想做这个，我也是想做销售之类的工作。但是，你要想一下啊，你做财经方面的工作自己有优势吗？和人家财经方面的学生比自己的优势在什么地方啊？首先你应该先去考一下会计从业资格证，再就是我感觉你最好从事一些与计算机方面的知识有关的知识，别完全的脱离计算机，否则的话就白费了。你可以去干一些计算机方面的销售，可以开发一点简单点的财务方面的软体。总之，未来掌握在你手中，自己好好把握啊，加油

苏州java培训中心苏州天智软体学院,sztarena

你就这样回答啥：学程式设计是为了进软体行业，可是当我真正接触之后，发现我适合做测试，我喜欢做测试的感觉！

面试通过却问这样的问题你真的是去求职吗？

怎么感觉好像是去培训机构一样。

以前的工作不适合自己，现已对自己作过很好的分析，要面试的职位是自己喜欢的，也很适合自己，自己会尽最大的努力

嗯，实际上，刚毕业的学生来说，C和Java的工资待遇基本上是差不多的。Java目前比C用的广泛，C的确用的比较少了，但是在微控制器方面或者系统开发方面还是用的比较多的，比如驱动等，但是这个C对于系统方面的理解也是有比较高的要求的，还有汇编也需要有深刻的了解，作为除错很好。

个人认为，但精通一个C语言，想成为系统架构师是不可能，可以成为核心演算法或者驱动程式设计师，因为C对系统的控制和灵活度虽然很大，但是已经无法支援大中专案的需求了。

首先现在软体开发，整体上用的是面对物件语言，C在现在已经不足。

系统架构师，在软体开发上和专案经理属于一个层次，不过有的公司专案经理是不做技术的，那么就必须有个系统架构师，有的专案经理是兼任系统架构的。

可以想象，系统架构师，首先必须有丰富的开发经验，至少要有3-5个企业级的专案经验，然后还需要掌握需求分析，软体工程，系统分析等知识，至于语言，一般系统架构师会掌握2-3种语言的，如Java、C++、.等，熟悉的就是能够看懂程式码的可能还有多点，这个是必须的，因为你在开发不可能只用一种语言，哪怕同一个专案，比如一个J2EE专案，你要会j2ee(jsp\servelt\\css\js\sql)等。

以Java为例，j2ee的专案，作为系统架构，你要掌握UML这个工具，要会网页设计(\css\js\xml)，J2ee是必须的了（就是jsp\servlet\MVC结构\SHS设计模式），对于资料库你要会吧，Oracle，sqlserver等，要会slq语言，会储存过程等。这些是做一个j2Ee专案，专案经理或者系统架构师必须掌握的，实际需要的一般不会比上面的少。

不要说系统架构师不需要写程式码，只要设计就行了，这不可能。当然，你写的可能是比较关键的东西，比如核心或者把所有程式码连线起来的模组，或者模版类的东西。单纯的系统设计估计是不存在的，一点不会，估计你就要被你下面的程式设计师歧视了。

你想一下，一个专案，本身就需要专案经理参与去谈先来，然后需求分析，专案经理或者系统架构师就需要参与了，整体要实现的功能，设计模式有原型模式，就是需要架构师先把介面的雏形搞出来，让需求方知道大概软体做出来是什么样子；专案接下来，就需要你根据你的知识来设计了，用什么语言，模式，技术，有哪些模组，工作环境等，然后把这些任务分派给你专案下的程式设计师或者工程师，测试工程师，你需要把这些所有的模组组合起来。

OK，就这样了，想成为系统架构师，先知道软体是怎么做出来的，然后怎么实现这个，所有的过程你都要考虑到。

个人建议做java后台，目前市场很缺后台，而且无论终端怎么换，后台永远屹立不倒。

1、计算机相关专业，本科以上学历；

2、具有3-4年以上的Java开发经验，熟悉J2EE体系结构，并能熟悉掌握SSH等开源框架；

3、能熟练掌握和开发Web Service、SOAP、Socket、NIO等开发技术，对、tcp、udp协议有一定的了解；

4、精通Ajax、JavaScript、HTML5等前端技术，对常用的一些JS框架了解，如Jquery、extjs，能够在jquery的类库基础上封装元件；

5、精通MYSQL，SQL SERVER，ORACLE等资料库应用；

6、精通redis、codis等NoSql资料库；

7、对大资料、高并发服务的java架构比较了解；

8、工作积极乐观，能够承受在高压下工作，工作责任心强

C语言是没有“类”这个抽象型别的，所以封装成类这个说法欠妥。

我给你讲讲我对指标管理的经验，其实也谈不上什么管理：

1，指标在定义时如果没有初始值，就记住赋NULL；系统对NULL这个地址是有保护的，在以后对指标的解引用操作时对NULL值的指标会有错误提示，容易发现，否则发生解引用错误时就是可恨的段错误了。

2，指标如果用了malloc,realloc等记忆体分配函式赋值后，在明确后面的程式码不需要引用该地址的内容时，就一定要用free函式释放该指标。

3，如果给指标赋予变数或常量的地址，就不能用free函式释放，记住free只与malloc或realloc函式匹配。

4，多级指标在不需要使用时，要逐级释放。

5，总之，指标是最容易引起错误的地方，但不要怕，在查错时，对指标变数进行跟踪，根据以上4条经验即可。至于在指标阵列，连结串列里用到的指标也是要遵循这些原则即可。

为什么都不建议java转测试

都不建议java转测试的原因：Java性能测试不再仅适用于测试团队。

随着DevOps方法的越来越多的采用——特别是因为它适用于早期和频繁的测试——许多公司正在让性能测试成为开发人员的责任。

Java性能测试是测试Java代码以衡量应用程序速度的实践。这扩展到响应时间、资源利用率、可扩展性和可靠性。

对于Java开发人员来说，性能测试已经在两个方面发生了变化：必要性和复杂性。现在，超过一半的Java开发人员将应用程序性能要求作为其开发职责的一部分，这使得Java性能测试成为应用程序开发的重要组成部分。

随着微服务等架构方法的日益流行，开发人员现在的任务是评估更复杂的应用程序，这些应用程序具有更复杂（且难以追踪）的交互。

由于专职测试人员并不参与产品的代码编写，所以给人一种非生产劳动力的感觉，而且大多企业都是用一些编码能力较弱的人去做测试。

即便在很多外企中，对测试相对国内会重视一些，对测试人员素质要求也较高，对测试人员培训也较重视，但是并不代表测试人员地位就高，一样是会有开发人员看不起测试的情况。

性能测试很重要：

性能测试是应用程序开发的一个重要方面，因为它有助于确保应用程序满足最终用户的需求。随着大量数据、用户以及对快速、用户友好体验的需求，很明显应用程序性能测试比以往任何时候都更加重要。

然而，性能问题对于达到生产具有特殊的诀窍。事实上，据相关调查发现，超过82%的Java开发人员在进入生产环境时遇到了性能问题。

确保你正在进行正式的性能测试。这通常是通过第三方性能监控工具完成的，或者如果你真的有雄心壮志，可以为你的项目量身定制。

第二，确定应用程序生命周期每个阶段的策略。这一点至关重要，因为你能够越早发现问题，就越早解决问题，并且这些性能问题对你的团队而言的成本也就越低。

如果你还想了解更多这方面的信息，记得收藏关注本站。