嵌入式的测试 case该如何来写？

lesley · 发表于 2004-8-12 09:47:44

本人现在从软件测试转向嵌入式测试发觉有很多地方是完全不同的，项目不去说光是testcase就有很大的不同，以前发现bug可以用图片记录，但现在是作机顶盒的测试根本不可能抓图！一个case还可能和很多东西发生关联使得原来的一个case无法独立，真不知道咱们写了。有经验的人可以分享一下吗？:s

lesley · 发表于 2005-2-3 15:20:16

个人认为黑盒测试的解决不了嵌入式测试中找出的bug,虽然可以找出很多的bug. 但是bug定位非常困难!难道这里没有有经验的高手来指导一下吗? 是不是现在作嵌入式测试的都很水啊!
每个小模块的单元测试更重要,还有模块的整合测试. 这里所谓的黑盒测试只是像用户一样的操作,时间长了谁都可以作的,那我们的实力在哪里呢? 只是一个挑剔的用户,这样做事情是没有效率的!
没有实力就没有地位!

RMBchun · 发表于 2020-6-27 09:55:05

嵌入式测试新手收藏学习

夕阳西下° · 发表于 2013-7-8 15:21:55

看上去有点难啊，肯定有高手能帮你解决

张傲 · 发表于 2013-6-4 11:44:18

看到了一些精华

流氓黑兵 · 发表于 2013-1-28 15:29:43

谢谢大侠们的指点

ahaxi · 发表于 2012-12-25 18:01:12

pilottest · 发表于 2012-8-16 11:39:22

黑盒测试，自动化工具倒是没有用，我们公司自己针对产品有开发软件，所以我们测试时是软件、产品、以及测试设备一起配套测试产品。

茴香 · 发表于 2012-8-15 13:46:52

回复 31# hnkfzhaomeng

我是新手，刚刚接触嵌入式软件测试，想问一下，你们做测试是使用测试工具还是手动黑盒测试？

pilottest · 发表于 2012-8-14 15:36:19

我们公司嵌入式产品居多，我们测试全部为手工测试，我们经常写case时就是依据需求规格书和产品说明书，但我总觉得设计出来的CASE不全面，有哪位测试嵌入式产品的高手出来指点一下，谢谢！！

飞云天 · 发表于 2012-7-19 21:51:45

想要深入测试嵌入式软件，最好要熟悉产品使用的嵌入式方案和开发平台，还有软件的相关调试信息的分析，这样对于发现深层次问题以及定位问题都很有帮助，我在嵌入式测试的就是这么干，有问题时事可以和开发一起分析定位，对自己的业务掌握提高也很快；有时间跟他们多交流下业务实现的流程等，也是很不错的方法

gxjofx93 · 发表于 2012-5-1 10:06:21

我没什么观点

coldwinter · 发表于 2012-2-13 14:40:02

谢楼主，一定要谢！

yazi0127 · 发表于 2011-12-13 14:34:31

以前做嵌入式系统测试的时候，都是基于功能的。需要对产品非常的熟悉。
1. 首先对功能划分几个模块。
2. 对每个功能模块划分功能点，针对功能点写test case.
3. test case包括test title, test step, expect result。如果需要test data的话，需要提前创建test data.
4. 搭建测试环境，包括测试主机的OS，测试系统的OS，build kernel等等。
5. run test case.

性能测试也是建立在功能测试基础上的，一般都需要工具或者脚本来做。

西域风 · 发表于 2011-12-12 17:21:41

。。。。。。。。。。。。。。。。。。。。。。。

yandan140522 · 发表于 2011-11-17 16:37:43

现在要做嵌入式测试了，有空多来这取些经，大家的意见还是很有学习的价值的。我的QQ165358904

bokewangyu · 发表于 2011-9-29 11:21:02

机顶盒测试现在很火吗

wacos3gnss · 发表于 2011-8-1 08:55:54

楼主说了很多，感觉还是靠行业知识可以很好测试嵌入式软件

magicwin · 发表于 2011-7-14 23:13:42

嵌入式测试要看测试级别：系统测试or配置项测试or模块单元测试?
不同级别测试方法不一样，同时，有**面的测试方法也不一样。
有界面，分功能点，分测试类型（接口、性能、强度、安全性、功能等）分解。
**面，也可分解啊，针对每个类型，功能点，看输入输出，结合测试方法（等价类、边界、异常边界等）设计testcase。
言于此。

daminqq · 发表于 2011-6-28 11:30:43

路过呵呵学习学习

js_gary · 发表于 2011-6-16 09:38:12

国外大学找到这份
addvalue 发表于 2005-2-23 10:40

不错，收藏下了

datou201219 · 发表于 2011-6-12 11:45:12

其实嵌入式软件测试还是有一些技巧的，比如对于一个功能的测试，都有输入或者操作吧，在进行正常的考虑设计测试用例后，可以基于异常操作或错误命令进行测试，举一反三，可以进行很多异常测试，黑盒测试就是这样，其实测试最好的情况就是也能做到穷举，也就是能把白盒中的如路径、分支等做到100%覆盖，但由于黑盒测试的性质及时间进度上的因素，是不可能做到那么完美的，这就需要对测试有一个重点的把握；还有遇到输入/输出的数据时，如果有范围限制的就应该形成一种思想，都要进行边界测试，而边界测试除了边界值还应该进行内外边界，极大外边界，过0值等的测试...
还有最重要的一点就是要对整个被测系统有清晰的认识，熟悉系统数据流和系统框架，从总体上去考虑系统的工作状态和响应时间（内部中断、外部中断）以及多任务操作系统中任务优先级的处理及调度等，这样才能设计出更多有质量的用例，很多系统设计的问题在单元测试和集成测试阶段是无法发现的，所以其实每一种测试级别（单元、集成等）都是不可或缺的，黑盒测试的门槛低，但是不代表他是一项没有技术含量的工作，如果你进行了充分的系统测试，那你至少可以充当售后工程师或实施工程等角色... ...再做得多做得好，对同一系列的系统架构也能有很好的把握...

		自动登录	找回密码
密码			(注-册)加入51Testing

嵌入式的测试 case该如何来写？

相关帖子

我没什么观点

站长推荐 /1