网络运维开发与测试实施的职位分析

第一，本人从事网络工程师工作十年，做过研发和运营，做过一些交付执行项目，也做过一些非主业。

按照题主的描述，你想要做编程相关的工作，那么开发、测试、运行都可以。它们都可以帮助您设计软件项目。所有的问题都需要通过编程来解决。但它们的入口不一样。自己了解，开发入门最容易，这也是为什么开发的人最多的原因，但如果你个人学习动力不足，知道了它，就不知其所以然，最后只能靠卖苦力，做一个个小模块，在公司里跳跃，升迁空间不大。

操作要求相对较高，是与客户接触比较多的部门，也是公司最主要的对外服务部门。由于有很多公司只卖服务，甚至可能没有开发，只做运营。但大型平台或产品的运营仍然需要产品技术、客户管理经验以及平台的大量编程和数据处理技术。而且考试的时候，绝对不能随便点名，看就行。产品质量的最后一关就是他了。为何许多公司缺乏测试？这是因为他们在测试之前提到了开发阶段或者是用户试用阶段。

但那是因为他们的产品太小，不能产生雪崩式的缺陷效应。但是，这类公司的产品往往难以大规模生产，或者随后需要重新构建。因此，测试应该达到何种程度？类似于程序的单元测试。我只使用一个好的测试例子(基于产品特性和客户需求)，不管是谁写的程序，管你是10个还是100个开发人员，只要通过测试，产品就可以。因此，测试的工作与产品架构师相似，因为他们共同定义了产品是什么，只是在产品的两个不同端。

当然，如果你仅仅是每天不断地运行测试案例，那就像前面提到的开发一样。(因为有很多优秀作品的公司已经实现了自动化)

从事执行操作工作。在我看来，没有哪好哪坏，都有利弊。开发时，需要频繁地编写代码，修复bug，有时还要加班，就像公司接一个新项目，需要加班，要在工期结束前交付，但是开发人员总体工资较高，好找工作。运营，一般说来，保证服务正常运转就行了，然后需要7*24保持手机等可以接收报警信息的工具，及时处理问题。但是有些公司的运维就比较厉害，会自己做事情，实现自动化的运维啊，然后往容器化发展啊，等等，工资还是可以的。但是公司的开发和运营人员通常是10:1，甚至100:1。测试，不太懂，但是感觉开发只要做了东西，测试就得找问题。实施运营，就像我，四处跑，不能总待在公司，有点累，工资还低，技术什么的，要靠客户，客户要用很高端的技术，我们学习，低端的话，那就是做低端的技术，你是乙方，到客户那里，要看客户的眼睛。听取同事的意见，实施类的工资会高一点，但是我的工资不高，可能是刚开始实施，经验不够吧。