C++ 是使用最广泛的编程语言，他可以用在很多方面，比如应用软件开发、娱乐游戏开发、多媒体音视频处理等等。由此可见，学习了C++之后，就业机会是非常广泛的。
服务端开发是一个细分方向，技术性更强，对开发者的逻辑思维要求更高。它只处理逻辑和业务。所以，从长远的职业规划来看，以从事服务器端开发作为技术道路的起点，从长远来看是非常有利的。
现在游戏产业是一个非常有发展前景的朝阳产业。从事这个行业的人目前在我国工资最高，但这个领域的人才却很少。它主要使用C++编程语言编写游戏脚本。市面上相当多的游戏引擎都是基于C++开发的，比如cocos2d、虚幻4等。这些游戏引擎的代表作品有《迷失方舟》、《绝地求生》、《地狱之刃》、《中国象棋》、《雷电传奇》、《俄罗斯方块》、《保卫萝卜》、《钓鱼》大师，快乐比赛等
数字图像处理是如今最流行的技术之一，它的应用在生活中无处不在。可以说，它是每时每刻都在改变人类生活的技术。图像处理的应用领域不可避免地涉及到人类生活和工作的方方面面。如航空航天、生物医学工程、通信工程、工业与工程、军事公安、文化艺术、机器人视觉、视频与多媒体系统、科学可视化、电子商务。
据权威部门的统计，我国目前c/c++软件开发人才缺口每年约在10万人左右。未来，随着信息化、数据化的不断加速，这个数字将呈指数级增长。如果这个问题不解决，未来软件行业将面临危机。由于c/c++软件人才的严重匮乏，c/c++软件工程师的工资水平逐年提高。
据调查，目前初级和中级c/c++软件开发工程师年薪5万-15万元，高级软件工程师年薪高达15万-30万元。市场上最紧缺的C/C++技术总监或者项目总监，年薪更高。与JAVA软件工程师和.NET软件工程师的年薪相比，c/c++软件工程师的年薪普遍高于。据专家介绍，C/C++软件工程师是未来几年最热门、最抢手的职业之一。
}
从定义来说是：验证软件功能是否满足用户的需求
软件测试是在软件投入使用之前通过手动或自动的方法对软件进行测试，以找出与预期结果不相符的地方。
在我看来，可以简单的说一下，测试可以分为两个步骤：首先运行程序，先保证程序整体的正确性；其次，检查功能是否满足用户需求。
（1）在给定的产品中尽可能多地发现错误 ( 或 bug ) 。
（2）演示一个给定的软件产品与它的需求规格匹配。
（3） 使用最小的成本和努力来验证软件的质量。
（4）生成高质量的测试用例，执行有效的测试，并发布正确 和 有用的问题报告。
软件研发是让产品从无到有的过程，测试的任务是发现程序中的缺陷，贯穿于软件开发的整个生命周期。
那测试与研发有什么不同呢？
1. 完成的工作不同：
测试 主要由测试人 员和开发人员来执行，测试人员完成黑盒测试（功能测试），开发人员执行单元 / 集成测试、并同时完成调试工作。
测试广度大、但专业度低；研发广度小、但专业度高。
中小企业测试的薪资总体比研发低，自动化等专业测试领域和研发基本无差距。大厂研发和测试薪资基本无差别。
一般来说测试比研发工作轻松，但敏捷模式下差距不大，在产品发布前测试的压力较大。
测试要求更广泛：业务能力，设计和架构分析能力，测试手段和工具使用，用户模型分析和理 解，编程能力。
测试开发工程师的目标有两点：质量和效率。
质量是提升产品的覆盖度，以求得更高的质量；
效率是提升产品的测试效率，以求得更快的产品交付和发布上线。
为了达到以上两点，测试开发工程师会使用各类手段以达到以上目标，包括但不限于：
（3）灰盒测试 ( 搜狗内部将通过了解代码实现而进行的功能测试称之为灰盒测试 )
（4）专项性测试 ( 性能、压力、内存、耗电、流量 )
（6）代码重构 ( 谷歌的测试开发工程师会对代码进行重构，仅限于重构而不做功能性开发，目前在国内这一工作职责还没有推广起来。 )
（8）自动化解决方案……等
所以，测试开发工程师是一个编码能力很强的程序员，可以写功能代码；也是一个能力很强的测试者，可以测试任何产品，有能力管理他们自己的工作和工具。
普通的测试人员不需要有太强的编程技术，普通应用或是代码段能看懂就行。思考问题时要全面、细致、有原则，对产品敏感，不能跟着开发和产品走，这是测试人员的基本要求。
测试开发人员需要写测试工具，自动化测试代码，具备一定的开发编码能力，虽然不像开发那样深入地掌握一种编码语言，但对于脚本语言还是要有所掌握。
说到底，其实这两个职位都属于软件测试体系。只是软件测试工程师是纯粹的软件测试，执行执行用例。而软件测试开发工程师，是测试体系里面会使用测试工具，或者能开发测试工具从而提高测试效率的软件测试人员。
}
Electron 是一个跨平台的、基于 Web 前端技术的桌面 GUI 应用程序开发框架。
使用 Web 前端技术来开发一个桌面 GUI 程序是一件多么炫酷的事情，你可以使用 HTML、CSS 来绘制界面和控制布局，使用 JavaScript 来控制用户行为和业务逻辑，使用 平台上的模块已经超过 90 万个，覆盖领域广，优秀模块繁多且使用非常简单方便。
4) 无需考虑兼容性问题
在完成 Web 前端开发工作时，开发者需要考虑很多浏览器兼容的问题，比如：用户是否使用了低版本的 IE 浏览器，是否可以在样式表内使用 Flexbox（弹性盒模型）等。这些问题最终会导致前端开发者束手束脚，写出一些丑陋的兼容代码以保证自己的应用能在所有终端表现正常。
但由于 Electron 内置了 Chromium 浏览器，该浏览器对标准支持非常好，甚至支持一些尚未通过的标准，所以基于 Electron 开发应用不会遇到兼容问题。开发者的自由度得到了最大化保护，你可以在 Electron 中使用几乎所有 HTML5、CSS3、ES6 标准中定义的 API。
另外，Web 前端受限访问的文件系统、系统托盘、系统通知等，在 Electron 技术体系下均有 API 供开发者自由使用。
基于 Electron 开发桌面 GUI 应用并不是完美的方案，它也有它的不足，综合来说有以下几点。
1) 打包后的应用体积巨大
一个功能不算多的桌面应用，通过 electron-builder 压缩打包后至少也要 40MB。如果开发者不做额外的 Hack 工作的话，用户每次升级应用程序，还要再下载一次同样体积的安装包，这对于应用分发来说是一个不小的负担。但随着网络环境越来越好，用户磁盘的容积越来越大，此问题给用户带来的损失会慢慢被削弱。
2) 开发复杂度较大，进阶曲线较陡
跨进程通信是基于 Electron 开发应用必须要了解的知识点，虽然 Electron 为渲染进程提供了 remote 模块来方便开发人员实现跨进程通信，但这也带来了很多问题，比如某个回调函数为什么没起作用、主进程为什么报了一连串的错误等，这往往给已经入门但需要进阶的开发者带来困惑。
为了跟上 Chromium 的版本发布节奏，Electron 也有非常频繁的版本发布机制，每次 Chromium 改动，都可能导致 Electron 出现很多新问题，甚至稳定版本都有很多未解决的问题。幸好 Electron 的关键核心功能一直以来都是稳定的。
Electron 把一些有安全隐患的模块和 API 都设置为默认不可用的状态，但这些模块和 API 都是非常常用的，因此有时开发者不得不打开这些开关。但是，一旦处理不当，就可能导致开发的应用存在安全隐患，给开发者乃至终端用户带来伤害。
安全问题有很多值得关注的技术细节，以至于 Electron 官方文档中专门开辟出来一个章节号召程序员重视安全问题。但我认为，很多时候安全和自由是相悖的，在不损失自由的前提下提升安全指标的工作是值得肯定的，如果哪天 Electron 以安全为由停用脚本注入的技术，相信很多开发者都会反对。
Electron 底层基于的 Chromium 浏览器一直以来都因资源占用较多被人诟病，目前来看这个问题还没有很好的解决办法，只能依赖 Chromium 团队的优化工作。
除了以上这些问题外，Electron 还不支持老版本的 Windows 操作系统，比如 Windows XP。在中国还有一些用户是使用 Windows XP 的，开发者如果需要面向这些用户，应该考虑使用其他技术方案。
}
点击联系发帖人
