软件运维与实施哪个好

你好 我是小小办公室的叶子 很高兴回答这个问题 整体来说，软件测试的市场需求量越来越大。

运维的相对会少一些。

就论技术而言 测试社区一直有种危机感，就是会被开发、被自动化替代掉。

就算是仰望谷歌这种标杆的做法，也感到惶恐。

而敏捷方法的主张，在国内也几乎被诠释为全能开发搞定一切。

但事实上，正如我在其他答案里说过的：一方面任何工作如果技术含量低、自身又不思进取，那必然会被淘汰，跟你从事测试还是啥的没关系；另一方面开发也许是可以比测试写自动化代码写得更好，但你也可以学习写自动化脚本的能力啊，而且，能够写，和能够一直写、当作一份职业来写，这是不同的；更何况，如果一个开发，每天的工作都是设计测试用例、用编码的方式利用自动化工具来执行测试，那么请问，他/她到底是一个开发还是一个测试呢？运维，看业界趋势，估计也和测试面临的情况差不多。

例如现在业界在流行DevOps，姑且不细谈它的定义，你可以大概理解成要把研发跟运维拉通吧。

一种主张认为这是敏捷研发的这批风潮往运维方向刮，认为运维没价值，要通过DevOps把运维弱化，用自动化、服务化来取代专职的运维；而另一方面，运维圈也在奋起，不能叫反击，叫积极发挥影响力吧，也在用自己的方式方法和经验诠释DevOps，但更多地像是智能运维、自运维，而没有特别多的把Dev部分涵盖进来的感觉。

总之，任何行业、职业都有高峰低谷，个人并不建议你根据这种不够稳定的东西来选择未来，至少你也要关注自己的性格特质、特长等更适合在哪个行业哪个职业有更好地发展，以及你的心声在哪里。

以上仅阐述个人观点，希望对你有所帮助

我是做IT的，我来谈谈我的看法。

软件测试，主要是在项目建设单位，软件的第三方测评机构开展，有软件开发都要测试，测试部门或者机构一般开展功能测试、性能测试和安全测试等。

所以学会了测试方式方法后不同单位岗位哪里都可以找工作，可以通过经验积累，得到岗位和待遇不断提升，通用性较强，好找工作。

软件运维，主要在甲方信息运行部门做业务或者应用系统的技术服务，主要熟悉指定的一个或多个系统，受限于业务系统或者应用软件，一旦调整后新的要在重新学习，面比较窄。

因此，软件测试比软件运维好就业。