51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 118942|回复: 190
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-8-12 09:47:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本人现在从软件测试转向嵌入式测试发觉有很多地方是完全不同的,项目不去说光是testcase就有很大的不同,以前发现bug可以用图片记录,但现在是作机顶盒的测试根本不可能抓图!一个case还可能和很多东西发生关联使得原来的一个case无法独立,真不知道咱们写了。有经验的人可以分享一下吗?:s
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

推荐
 楼主| 发表于 2005-2-3 15:20:16 | 只看该作者
个人认为黑盒测试的解决不了嵌入式测试中找出的bug,虽然可以找出很多的bug. 但是bug定位非常困难!难道这里没有有经验的高手来指导一下吗? 是不是现在作嵌入式测试的都很水啊!
每个小模块的单元测试更重要,还有模块的整合测试. 这里所谓的黑盒测试只是像用户一样的操作,时间长了谁都可以作的,那我们的实力在哪里呢? 只是一个挑剔的用户,这样做事情是没有效率的!
没有实力就没有地位!
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

2#
发表于 2004-8-12 10:31:22 | 只看该作者
1、嵌入式的系统,需要有很好的错误日志记录,日志可以作为bug报告的重要依据。
2、case如果无法独立运行,需要添加测试代码,包括桩代码和驱动代码。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2004-8-13 10:32:36 | 只看该作者
日志就只是windows自带的日志吗?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-8-13 10:58:55 | 只看该作者
windows是嵌入式系统吗?:p类似于windows的日志,不过是由开发人员设计的产品运行日志/操作维护日志等。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2004-8-13 12:59:55 | 只看该作者
不太明白啊!嵌入式的测试好难啊!和一般的软件测试完全不同,好要命啊!对嵌入式没一个了解怎么测啊,现在只能象用户那样,好原始一点都不专业啊,怎么样才能改变现状啊!想知道嵌入式开发的过程,但无从下手!好痛苦!!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-8-13 13:04:17 | 只看该作者
你们只作系统测试吗?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2004-8-14 13:35:54 | 只看该作者
就功能测试,完成一般功能就可以,实在没前提!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-9-10 15:41:10 | 只看该作者
你只要从用户的角度出发,从功能性,性能性的角度思考即可!嵌入式的测试和其他测试,我想框架都是一样的。呵呵,然后多考虑一些异常的情况,边缘情况,多进行一些反常规思维的操作。我想,bug会滚滚而来的。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-10-13 10:39:58 | 只看该作者
楼上那位说得不错,我也是做嵌入式软件测试的,没有工具,全是凭手动的,写testcase首先你要了解整个流程,你这个产品做出来要达到什么样的结果,你输进去什么要输出来什么,把预期希望的结果先写下来,然后先用一般的思维思考这个流程的正确走法,再从一些异常操作来考虑,包括输入的异常,操作顺序的异常等,这就和你的思维、想法有关了,看你能不能想得到,观察得到了,呵呵,白盒测试是要把所有的路径都走过,我们黑盒测试也需要把所有能走的路径都走一篇,同一条路径正常的数据要走,不正常的数据也要走
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-10-13 11:24:07 | 只看该作者
了解产品是最重要的。故你你还需要时间。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-10-13 14:56:45 | 只看该作者
由于应用层界面和功能难于统一,因此没有通用的测试平台。也正是因为这样,黑盒测试是各个嵌入式软件开发的主要测试手段。但也有有实力的企业也开发了自动化测试工具。期待有过这方面开发经验的高手多加指点我们
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-12-7 12:16:16 | 只看该作者
可是嵌入式的驱动程序该如何写test case
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-12-9 10:30:45 | 只看该作者
那要根据需求来写的,不同的产品不同的需求test case当然也不一样了,不过写这个我觉得应该跟别的软件测试写这个注意的应该差不多的吧,你如果图片不能截下来那就画出来,把预期的结果界面画出来,是比那个麻烦了一点,或者描述出来
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2004-12-14 13:57:26 | 只看该作者
谢谢版主
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-12-15 16:07:12 | 只看该作者
呵呵,个人理解
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2004-12-24 16:59:20 | 只看该作者
楼主搞个模板就行
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-1-16 13:02:35 | 只看该作者

基于功能和事件先写集成测试用例

回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2005-2-3 15:37:27 | 只看该作者

嵌入史测试,不但要考虑软件,还要考虑硬件!

不同的硬件,采用测试的策略、方法、计划、用例也会不同!!
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-2-4 15:46:15 | 只看该作者

我们公司不要求非要写CASE的

只要把测试策略和测试报告写好就可以了!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 23:18 , Processed in 0.079736 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表