一）据各方需求，整理Csae
1）了解原始需求做好需求整理，整理成可执行操作的Case
2）根据研发的需求和测试部门的具体情况做好Caase
二）
1）了解掌握整个测试的运作流程 刚刚进入嵌入式测试，下周参加一个培训:)
回复 1# 的帖子
相机 路过的，学习下 原帖由 lesley 于 2005-2-3 15:20 发表 http://bbs.51testing.com/images/common/back.gif个人认为黑盒测试的解决不了嵌入式测试中找出的bug,虽然可以找出很多的bug. 但是bug定位非常困难!难道这里没有有经验的高手来指导一下吗? 是不是现在作嵌入式测试的都很水啊!
每个小模块的单元测试更重要,还有模块 ...
嵌入式测试，我觉得测试设计非常非常重要。
即使是基于用户的角度来测试，也要想到方方面面，各种可能发生的情况。用户用得到用不到的地方都不能有遗漏。
现在比较新的测试设计理念是基于风险的测试。 对于产品熟悉非常重要。 测试并不是在产品成型后才开展的，测试贯穿整个项目进程。嵌入式测试也不例外，需求阶段到开发阶段，硬件到软件，底层到应用层，都可以写测试用例的。比如：底层驱动测试（驱动测试脚本编写），上层应用软件系统测试，产品集成测试，硬件稳定性测试，元器件选型测试等等
回复 1# 的帖子
在嵌入式测试中要加入log文件，尽量多的在测试过程将各种调试信息放入其中。。。回复 18# 的帖子
建议你从几个方面来考虑1。基本API测试
2。功能测试
3。兼容性测试
4。稳定性测试
5。性能测试
6。压力测试
这是嵌入式测试的主要几个方面，光是黑盒测试确实是满足不了的 现在很多人一提起测试就想到需求，一定要拿到需求才能编写测试方案及用例，个人觉得是个很大的误区。
回复 152# 的帖子
为什么是误区？没有需求，你怎么知道测试标准？虽然嵌入式测试有一些国家或者国际标准可以参考，但是需求还是必须的啊。 机顶盒的测试可能还要借助第三方的工具才能查找到bug的发生地点。通常串口线之类的设备是必须的 原帖由 byx 于 2006-4-21 09:37 发表 http://bbs.51testing.com/images/common/back.gif嵌入式操作系统的性能测试怎么做呢?我以前的公司就如楼主所说,只做黑盒测试,模拟用户操作,感觉没什么技术含量.问一下大家是怎么做性能测试的?
我也想问这个问题：那是怎么关注性能的呢，中间需要什么工具吗。在网上搜了一下，codetest，但是价钱很贵！我们的做了一个关于GIS的PDA系统，运行在windows mobile上面的，请问我怎么看它的运行速度，及资源使用率啊，小女子刚接触嵌入式，不是很懂忘指教 公司软件测试以手工测试为主，黑盒测试，就是在做压力测试时采用自动测试工具，反复进行操作，感觉工作真的很累、很单调。这些还好，最烦是测试在开发眼中就是帮他们打下手的，老板也不重视，目前想在标准上好好钻研下，希望能有收获，看完整个帖子，感想是：做嵌入式测试，大家都一样呀，感觉要得到重视，还得大家多努力，但前提还是黑盒测试是进入测试行业的起点，转其他的方向发展才是正途。小子胡说，见笑！ 21楼是正解，来顶个。 这个要你首先对产品的功能设计有详细的认知，然后从用户的角度考虑，比如一些异常的操作会有什么结果，每一步有什么结果，都要要Testcase中写出来，当然对于多任务的操作才造成的Bug,这个的确不好写在Testcase中，可以将问题描述在Buglist中供软件工程师解析完善。 积极学习.. 刚刚接触嵌入式测试，感觉方法是一样的，但要开发驱动和桩，可以在开发人员提供的调试工具中完善 回复 20# 冰河 :handshake
