朋友最近几年似乎搞测试的比做嵌入式研发的好就业点，很可能是做测试的人少吧，至于前途问题我还是看重做研发的哦！原因如下：做测试的可以说不搞技术。并且就拿相同工龄的人来说，测试员的工资比程序员的薪水要低1--2K呢。做技术的人做到很牛的人可以自己创业，而且近几年创业的小老板蛮多的。至于我们本土的想去国外一般是比较难的，除非偶尔有往国外外包项目的，我们国内的IT和国外的美国，日本甚至印度相比都还很有差距，所以出国比较难，除非有海外求学或工作的背景。

嵌入式软件工程师，软件开发工程师，软件测试工程师，他们是什么样的关系，那个发展空间大，请专业人士解

嵌入式开发是现在的主流开发..发展空间还是比较大的...

嵌入式软件工程师和软件开发工程师，发展前途大，就业待遇高；入门还是很简单，主要就是要会运用。

软件测试工程师，建议做几年开发了然后再做测试，如果单纯的做测试，才开始的待遇是很低的，如果有了几年的测试经验，那么待遇就比较可观了。如果能看懂代码，做白盒测试，那个待遇比较好，一般要有几年的开发经验才行。

总的来说搞软件的发展空间都比较大，单从待遇上来看，软件开发的待遇远远好于软件测试。工作的经验越多，工资待遇就越高。

嵌入式软件的基本测试方法都有哪些？

有道启新嵌入式培训机构——随着制造行业的再一次崛起，嵌入式软件目前在软件行业中越来越多，2004年软件行业最火爆的三个项目是：嵌入式开发，软件培训以及软件外包。由于嵌入式软件与其他产品息息相关，这给嵌入式软件的测试工作带来了极大的困难，软件的测试工作不能够等程序烧到或者固化到芯片中才开始进行测试，这就太晚了，本文结合自己的一些经验提出自己的看法，希望大家一起讨论。搞好开发前的原型设计

原型开发目前在开放流程中受到了更多的重视，同样嵌入式软件也是非常需要的。比如说一个录音机版面的设计，可以定义好版面上面的按键以及每个按键的功能。然后画出状态转化图，写清楚每个按键何时可以触发，触发后由哪个状态转入别的其他状态。原型设计好了，组织专家，工程师进行评审，尽可能多的找出原型中不合理需要改进的地方；改进以后，有必要可以进行再一次的评审工作。每一次评审工作需要记录评审建议是否需要解决？如何解决以及实际解决情况。进行设计和开发工作

设计和开发工作需要设立里程碑。每个里程碑结束前都需要进行评审工作。由于嵌入式软件的运行环境不同，受到很大的限制，所以在进行开发之前需要进行编程规范工作，编码的时候需要严格按照编码要求进行工作，每一个条款都需要认真执行和审查。现在业界提供许多关于嵌入式软件开发的标准，大家可以通过网站搜索，最好能够购买业界一些比较著名的标准。目前市场上也提供许多关于代码检验的工具。为什么一直提出代码编码规范？这是因为嵌入式软件的质量与代码规范是十分重要的。举个例子，著名的阿里亚火箭失事，专家进行详细的调查工作，最后发现问题出在代码上。代码是符合标准C语言的，但是在运行过程中由于程序员将一个长整形变量赋给了一个短整形变量，造成内存溢出，这是导致火箭失事的关键所在。

（

int8 a;

int32 b;

…

a=b;

）

代码测试

当程序开发完毕，需要进行测试工作，但是在程序烧入或固化芯片之前

如何进行测试呢？这里介绍一种方法：比如程序时使用C语言进行开发

的，请将所有的操作都封入在函数中，函数的定义都在相应的头文件中

定义(.h),然后设计测试用例，书写测试代码，测试代码包含相应头文

件，可以对函数进行检测。测试案例往往分为两类：一种是功能测试，

主要测试函数的功能；另外一种是错误参数测试，主要检查程序对进行

错误参数进行检验。

功能测试

这种测试的运行往往需要通过仿真器辅助完成，比如类似录音机

软件程序，分别测试播放，加大（减小）音量，停止，暂停（取消暂停

），快速前进，快速后退，录音对应的功能是否能够正常运行。

错误测试

主要测试函数在调用参数无效的时候，系统是否会按照规定返回

正确的错误代码。比如

function test(int Tid)

测试的时候给出一个错误的序列号(Tid),看程序是否返回正确的

错误代码。

对于函数function test1(int t)需要进行特出的处理

t 定义为1-100

我们可以按照边界值法和等价分类法进行测试

上边界:-1,0,1

下边界：99，100，101

中边界：50

所以测试用例集合为（-1,0,1,50,99,100,101）,其中-1，101为错误测

试用例，其他为正确测试用例

功能组合测试

在进行完功能测试后，我们可以进行功能组和测试，还是拿录音机程序做个例子。我们可以定义将音量增加到10，快速前进，检查音量，看是否还是为10；播放，暂停，试图调整音量，检查调整音量的功能是否可以被成功执行。烧入固化测试当以上测试都通过后可以将程序烧入芯片或者固化，进行最后在实际环境中进行测试工作。

软件测试工程师和嵌入式软件工程师相比，哪个更有前途，在初期时哪个拿的工资高，到后期工资又会是怎么样

呵呵，这个很有意思。我是嵌入式软件工程师，我女朋友是软件测试的工程师，我的工资一直都是她的2倍。所以楼主你应该知道哪个工资高吧。

不过嵌入式的比较辛苦，要学的东西比较多。测试相对比较简单。所以推荐楼主自学嵌入式吧。学习嵌入式，该学习什么基本的知识呢？

首先C语言，这个是毋庸置疑的，不管是做嵌入式软件还是硬件开发的人员，对C语言的掌握这个是必需的，特别是对于以后致力于嵌入式软件开发的人，现在绝大部分都是用C语言，你说不掌握它可以吗？至于如何学习C语言，我想这些基础的知识每个人都有自己的方法，关键要去学习，看书也好，网上找些视频看也好。很多人会问，C语言要学到怎么样，我觉得这没有标准的答案。我想至少你在明白了一些基础的概念后，就该写代码了，动手才是最重要的，当你动手了，遇到问题了，再反过来学习，反过来查查课本，那时的收获就不是你死看书能得到的。

其次，应该对操作系统有所了解，这对你对硬件和软件的理解，绝对有很大的帮助。应该把系统的管理理解一下，比如进程、线程，系统如何来分配资源的，系统如何来管理硬件的，当然，不是看书就能把这些理解透，如果不是一时能理解，没关系，多看看，结合以后的项目经验，会有更好的理解的。

还有应该学习嵌入式系统，如linux或者wince下的编程，这些对以后做应用的编程很有帮助，当然，如果做手机的话，那可以学习MTK、塞班、Android等操作系统，Android是以后发展的趋势，现在很热门，Android也是基于linux系统封装的，所以建议先学习下linux。

还有，应该学习下单片机或者ARM或者MIPS，很多人说我没有单片机的经验，直接学ARM可以吗？我觉得那完全没有问题的，当然如果你学习过单片机，那最好不过了，以后学习ARM就更简单了。

最后如果你把以上的知识都有所了解后，就该去阅读阅读一些优秀的代码，比如结合arm芯片手册学习去学习下UBOOT的源代码，了解下最小的系统开发，那对你整个嵌入式开发的非常有帮助的，可以的话，还可以学习下linux的源代码，当然如果你直接阅读2.6的代码，我想你会很痛苦的，可以先看看linux 代码早期的版本，比如0.12 的代码等等，麻雀虽小，五脏俱全，如果你全看完了，那我想你就是一名很成功的嵌入式工程师。

至于上面说的知识如何学习呢？每个人都应该去找自己最好的方法，所谓的最好的方法就是最适合自己的方法。很多人看不进书，那就去看看视频吧。视频也应该要选择，不是随便看看，应该要有所选择，有所挑选。我也是这样一路走过来的，不过我这人比较懒，我看不进书，一看书我就想睡觉，所以这几年我都是看视频过来的，现在也算学有所成，但也不敢说是高手吧。

我在网上看到，有人把自己学习嵌入式的视频总结出来，嵌入式系列实践和视频教程，大家可以看看网址http://www.002r.com/embedvideo.htm 我仔细看了觉得很不错，我本来也想整理下，可是奈何我自己的电脑硬盘空间才40G，没有办法，时间也是不够，心有余而力不足，我不是在帮他做广告，虽然要花钱，我觉得算不错，至少自己不用去整理和花大量的时间去找资源，当然如果网上有的下，你网速和硬盘都够的话，我建议大家自己网上下也好。想想我自己该开始学的时候，那时视频资源少之又少，我买书和买视频至少花了几千块，但是我觉得那很值，至少我现在赚回来了很多知识。

最后，希望这篇文章对热爱嵌入式，想致力于嵌入式开发的朋友有所帮助。送给大家一句简单而又朴素的话，坚持就是胜利，贵在坚持，也可以看看如何坚持嵌入式学习！

软件设计，嵌入式软件开发，软件测试。这三个专业哪个前景好

鄙视一下回答软测不好的 是中国对测试不够重视 大部分工作被开发人员代替了 专业的测试人员是非常牛的 不管是开发还是测试 还是嵌入式 都是建立在软件开发基础知识上 所以楼主不管以后怎样 现在还是要学好基础 尤其是语言 像C C++ Java 语言中最重要的是思想 很多开发语言中只是个别语句用法不一样 思想都是差不多的 学好一门 其他容易融会贯通 就我这里（大连）而言 嵌入一般用人公司较少 但一旦招人都是大公司 前景不错；开发是每个公司都需要 工资相对其他2个较低；测试一般小公司不认可 大一些专业的公司吃香 但我认识的几个做测试 一般5-10年后都转做管理或开发了 一个是因为测试久了 除非你测试技术过硬 要么工作很无聊 再就是测试属于一个给开发找茬的职位 所以人际关系不是很好处理 现在计算机行业已经不比从前了 想涉足要考虑好 几年后不知道会变化什么样 这三个都是吃苦加班的行业 要学好数学和英语或者日语 别在国企干 没前途 去外企吧 工资和福利的相对好些

回答的有点乱 将就看吧

我英语和日语都不会额。。。 数学也不怎么好 那咋办呀！？

嵌入式与软件测试的疑惑

就个人观念来说，做测试那是在你有开发经验后，你可以选择去做测试，一味的去学做测试，说实话，是没多大前途的，很多公司里开发的都要做测试。相反，你选择了去做研发，那同样可以去找测试的工作，你有研发的底子啊。

嵌入式不都是硬件了，嵌入式也分底层开发和上层开发（就是应用软件开发）。底层开发需要会一种芯片，如：ARM，PIC等，需要会一种嵌入式系统，如：linux，VxWorks等，你做的工作可能是驱动开发和系统移植，就是基本是C语言和少量汇编，其实也不是很硬件，还是编程的问题。你觉得你能力可以，那你就好好学了，其实不需要学多精通啦，毕竟你还是学生，到了公司还可以继续学。上层开发就基本和你一般的开发没什么区别了，就是C和C++了，给你库，你调用就可以了。

总之，单纯的测试不好啊，不建议选了，哪怕选了嵌入式，没学好，再去做测试都可以。现在的小公司都是研发又测试的，还是要眼光长远点的。

什么是 嵌入式软件测试求答案

一、嵌入式软件的测试方法 一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。 1、白盒测试与黑盒测试 一般来说，软件测试有两种基本的方式，即白盒测试方法与黑盒测试方法，嵌入式软件测试也不例外。 白盒测试或基本代码的测试检查程序的内部设计。根据源代码的组织结构查找软件缺陷，一股要求测试人员对软件的结构和作用有详细的了解，白盒测试与代码覆盖率密切相关，可以在白盒测试的同时计算出测试的代码的覆盖率，保证测试的充分性。把100％的代码都测试到几乎是不可能的， 所以要选择最重要的代码进行白盒测试。由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。 黑盒测试在某些情况下也称为功能测试。这类测试方法根据软件的用途和外部特征查找软件缺陷，不需要了解程序的内部结构。黑盒测试最大的优势在于不依赖代码，而是从实际使用的角度进行测试，通过黑盒测试可以发现白盒测试发现不了的问题。因为黑盒测试与需求紧密相关，需求规格说明的质量会直接影响测试的结果，黑盒测试只能限制在需求的范围内进行。在进行嵌入式软件黑盒测试时，要把系统的预期用途作为重要依据，根据需求中对负载、定时、性能的要求，判断软件是否满足这些需求规范。为了保证正确地测试，还须要检验软硬件之间的接口。嵌入式软件黑盒测试的一个重要方面是极限测试。在使用环境中，通常要求嵌入式软件的失效过程要平稳，所以，黑盒测试不仪要检查软件工作过程，也要检查软件换效过程。 2、目标环境测试和宿主环境测试 在嵌入式软件测试中，常常要在基于目标的测试和基于宿主的测试之间作出折衷。基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。 在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。二、嵌入式软件的测试工具 用于辅助嵌入式软件测试的工具很多，下面对几类比较有用的有关嵌入式软件的测试工具加以介绍和分析。 1、内存分析工具 在嵌入式系统中，内存约束通常是有限的。内存分析工具用来处理在动态内存分配中存在的缺陷。当动态内存被错误地分配后，通常难以再现，可能导致的失效难以追踪，使用内存分析工具可以避免这类缺陷进入功能测试阶段。目前有两类内存分析工具——软件和硬件的。基于软件的内存分析工具可能会对代码的性能造成很大影响，从而严重影响实时操作；基于硬件的内存分析工具价格昂贵，而且只能在工具所限定的运行环境中使用。 2、性能分析工具 在嵌入式系统中，程序的性能通常是非常重要的。经常会有这样的要求，在特定时间内处理一个中断，或生成具有特定定时要求的一帧。开发人面临的问题是决定应该对哪一部分代码进行优化来改进性能，常常会花大量的时间去优化那些对性能没有任何影响的代码。性能分析工具会提供有关的数据，说明执行时间是如何消耗的，是什么时候消耗的，以及每个例程所用的时间。根据这些数据，确定哪些例程消耗部分执行时间，从而可以决定如何优化软件，获得更好的时间性能。对于大多数应用来说，大部分执行时间用在相对少量的代码上，费时的代码估计占所有软件总量的5%-20%。性能分析工具不仅能指出哪些例程花费时间，而且与调试工具联合使用可以引导开发人员查看需要优化的特定函数，性能分析工具还可以引导开发人员发现在系统调用中存在的错误以及程序结构上的缺陷。 3、GUI测试工具 很多嵌入式应用带有某种形式的图形用户界面进行交互，有些系统性能测试足根掘用户输入响应时间进行的。GUI测试工具可以作为脚本工具有开发环境中运行测试用例，其功能包括对操作的记录和回放、抓取屏幕显示供以后分析和比较、设置和管理测试过程。很多嵌入式设备没有GUI，但常常可以对嵌入式设备进行插装来运行GUI测试脚本，虽然这种方式可能要求对被测代码进行更改，但是节省了功能测试和回归测试的时间。 4、覆盖分析工具 在进行白盒测试时，可以使用代码覆盖分析工具追踪哪些代码被执行过。分析过程可以通过插装来完成，插装可以是在测试环境中嵌入硬件，也可以是在可执行代码中加入软件，也可以是二者相结合。测试人员对结果数据加以总结，确定哪些代码被执行过，哪些代码被巡漏了。覆盖分析工具一般会提供有关功能覆盖、分支覆盖、条件覆盖的信息。对于嵌入式软件来说，代码覆盖分析工具可能侵入代码的执行，影响实时代码的运行过程。基于硬件的代码覆盖分析工具的侵入程度要小一些，但是价格一般比较昂贵，而且限制被测代码的数量。

三、嵌入式软件测试策略 在嵌入式领域目标系统的应用系统日趋复杂，而由于竞争要求产品快速上市，开发技术日新月异，同时硬件发展的日益稳定，而软件故障却日益突出，软件的重要性逐渐引起人们的重视，越来越多的人认识到嵌入式系统的测试势在必行。提到嵌入式软件测试，首先要简单介绍一些软件工程的一些观点，现在，被普遍接受的软件的定义是：软件(software)是计算机系统中与硬件(hardware)相互依存的另一部分，它包括程序(program)、相关数据(data)及其说明文档(document)。其中程序是按照事先设计的功能和性能要求执行的指令序列；数据是是程序能正常操纵信息的数据结构；文档是与程序开发维护和使用有关的各种图文资料。 对于一般商用软件的测试，嵌入式软件测试有其自身的特点和测试困难。 由于嵌入式系统的自身特点，如实时性(Real-timing)，内存不丰富，I/O通道少，开发工具昂贵，并且与硬件紧密相关CPU种类繁多，等等。嵌入式软件的开发和测试也就与一般商用软件的开发和测试策略有了很大的不同，可以说嵌入式软件是最难测试的一种软件。 嵌入式软件测试使用有效的测试策略是唯一的出路，它可以使开发的效率最大化，避免目标系统的瓶颈，使用在线仿真器节省昂贵的目标资源。自从出现高级语言，开发环境与最终运行环境通常都是存在差异的，嵌入式系统更是如此。开发环境被认为是主机平台，软件运行环境为目标平台。相应的测试为host-target测试或cross-testing。 讨论嵌入式软件测试首先就会遇到一个问题：为什么不把所有测试都放在目标上进行呢？因为若所有测试都放在目标平台上有很多不利的因素： 1）测试软件，可能会造成与开发者争夺时间的瓶颈，避免它只有提供更多的目标环境。

2）目标环境可能还不可行。

3）比起主机平台环境，目标环境通常是不精密的和不方便的。

4）提供给开发者的目标环境和联合开发环境通常是很昂贵的。

7）使用主机与目标环境之间有什么限制（如软件安全标准）? 任何人或组织进行嵌入式软件的测试都应深入考虑以上问题，结合自身实际情况，选定合理测试策略和方案。 对于嵌入式软件测试或叫交叉测试（cross-test），在测试的各个阶段有着通用的策略： 1．单元测试 所有单元级测试都可以在主机环境上进行，除非少数情况，特别具体指定了单元测试直接在目标环境进行。最大化在主机环境进行软件测试的比例，通过尽可能小的目标单元访问所有目标指定的界面。 在主机平台上运行测试速度比在目标平台上快的多，当在主机平台完成测试，可以在目标环境上重复作一简单的确认测试，确认测试结果在主机和目标机上没有被他们的不同影响。在目标环境上进行确认测试将确定一些未知的，未预料到的，未说明的主机与目标机的不同。例如，目标编译器可能有bug，但在主机编译器上没有。 2．集成测试 软件集成也可在主机环境上完成，在主机平台上模拟目标环境运行，当然在目标环境上重复测试也是必须的，在此级别上的确认测试将确定一些环境上的问题，比如内存定位和分配上的一些错误。

在主机环境上的集成测试的使用，依赖于目标系统的具体功能有多少。有些嵌入式系统与目标环境耦合的非常紧密，若在主机环境做集成是不切实际的。一个大型软件的开发可以分几个级别的集成。低级别的软件集成在主机平台上完成有很大优势，越往后的集成越依赖于目标环境。 3．系统测试和确认测试 所有的系统测试和确认测试必须在目标环境下执行。当然在主机上开发和执行系统测试，然后移植到目标环境重复执行是很方便的。对目标系统的依赖性会妨碍将主机环境上的系统测试移植到目标系统上，况且只有少数开发者会卷入系统测试，所以有时放弃在主机环境上执行系统测试可能更方便。 确认测试最终的实施舞台必须在目标环境中，系统的确认必须在真实系统之下测试，而不能在主机环境下模拟。这关系到嵌入式软件的最终使用。 包括恢复测试、安全测试、强度测试、性能测试，已超出了软件测试的范畴，本文暂不讨论。 使用有效的cross-test测试策略可极大的提高嵌入式软件开发测试的水平和效率，当然正确的测试工具使用也是必不可少的： 总结一下，应用以上测试工具进行.Cross-test时的策略： A)使用测试工具的插装功能（主机环境）执行静态测试分析，并且为动态覆盖测试准备好一插装好的软件代码。

B)使用源码在主机环境执行功能测试，修正软件的错误和测试脚本中的错误。

C)使用插装后的软件代码执行覆盖率测试，添加测试用例或修正软件的错误，保证达到所要求的覆盖率目标。

D)在目标环境下重复（B），确认软件在目标环境中执行测试的正确性。

E)若测试需要达到极端的完整性，最好在目标系统上重复（C），确定软件的覆盖率没有改变。 通常在主机环境执行多数的测试，只是在最终确定测试结果和最后的系统测试才移植到目标环境，这样可以避免发生访问目标系统资源上的瓶颈，也可以减少在昂贵资源如在线仿真器上的费用。另外，若目标系统的硬件由于某种原因而不能使用时，最后的确认测试可以推迟直到目标硬件可用，这为嵌入式软件的开发测试提供了弹性。设计软件的可移植性是成功进行cross-test的先决条件，它通常可以提高软件的质量，并且度软件的维护大有益处。以上所提到的测试工具，都可以通过各自的方式提供测试在主机与目标之间的移植，从而使嵌入式软件的测试得以方便的执行。 使用有效的cross-test测试策略可极大的提高嵌入式软件开发测试的水平和效率，提高嵌入式软件的质量。附录：

1). HOST-TARGET的连接方法简介：图1-- 直接连接图2 -- 通过仿真器连接图3 -- 使用介质进行间接连接图4 -- 使用PROM等传递被测软件图5 -- 测试的交互界面图6 -- 无交互界面的连接四、结论 嵌入式系统在人类生活中发挥着重要的作用，包括飞行控制器这样的控制系统，以及洗衣机这样的家用电器。日前，嵌入式系统中软件的比重越来越大，也越来越复杂，保证嵌入式软件的可靠性正面临严峻的挑战。 大多数软件测试方法都可以直接或间接地用于嵌入式软件的测试，但是由于操作系统的实时和嵌入式特性，嵌入式软件测试也面临一些特殊的问题。虽然日前已经有一些针对嵌入式软件的测试和调试工具，但是在有些方面仍存在不足，包括许多任务操作系统的并发、非侵入式的测试和凋试、嵌入式系统的软件抽象等。对于嵌入式软件测试技术的研究人选测试工具有待开发，仍须要做很多进一步的工作。

嵌入式软件工程师和软件测试工程师，哪个好点

大家感觉上嵌入式软件工程师要好点，所以现在要找好的嵌入式软件工程师比较容易，但找好的软件测试工程师却比较困难。这是我们软件产业发展决定的。随着我们软件产业的发展成熟，软件测试工程师必然会越来越吃香。测试工作相当于品质管理，对于成熟的软件公司来说，是非常重要的。而且今后优秀的测试工程师不会比优秀开发工程师的薪水低。测试其实属于研发的一部分，如果一个团队不重视测试团队建设，必然会对产品质量问题付出惨重代价的。所以，软件测试工程师未来定会很吃香！ ： 虽然我都没学过,但是我感觉做测试的还是先经理开发再测试?这样比较好,因为你熟知每一个细节,这才是高端的工程师,如果单纯的去学软件测试,感觉学的比较机器,重复测数据,而且数据不对,或者运行不好,具体的技术原因可能还要请教开发者,这个就是初级测试工程师吧? 我的理解对吗?软件测试工程师比较难走吗? 回答： 专业不同，测试工程师也要做开发的，也要开发测试用例和测试模块。也有研发工程师转到测试工程师的，也有测试工程师转到研发工程师的。其实选择看自己的条件和兴趣。软件测试工程师目前总体很缺人的。

转载请注明出处51数据库 » 全国软件测试嵌入式 软件测试和嵌入式