51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: lesley
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

81#
发表于 2007-6-1 08:53:17 | 只看该作者
其实嵌入式软件测试也没有想象的那么难,对于测试而言,80%的测试理论都是贯通的,只是20%的因为行业的不同而存在差异.其实做测试最关键的是用心,细心,耐心.
至于测试用例嘛,如果自己的测试系统按照步骤操作比较明显的话,那么测试用例可以按照"按步骤"的方式来写,若你的测试项目对表单、区域、数值、输入文件等存在较多变化;相同的输入,但有不同的平台、浏览器或配置;输入输出用矩阵表达较好
,那可以使用"矩阵表(Matrix)格式"的格式.
回复 支持 反对

使用道具 举报

该用户从未签到

82#
发表于 2007-6-11 12:02:01 | 只看该作者
我也想学白盒测试。我的msn是youxipp@hotmail.com
QQ14189239
回复 支持 反对

使用道具 举报

该用户从未签到

83#
发表于 2007-6-11 13:37:09 | 只看该作者
原帖由 lorence810715 于 2005-9-13 09:58 发表
测试用例
        Title
标题一般会描述出当前要执行的case是哪个功能模块的,能实现怎样的一个操作。标题下面有当前case的ID号和软件的版本号,如
Phonebook-Memory Save-Selected memory is Phone and S ...


正好有用,借鉴一下,多谢啦sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

84#
发表于 2007-6-18 11:04:48 | 只看该作者
虽然是老贴,但还是很实用啊。
我也在学习中
回复 支持 反对

使用道具 举报

该用户从未签到

85#
发表于 2007-6-19 09:28:51 | 只看该作者
其实关于嵌入式不同的测试水平有不同的测试方法,就拿我来说,我在测试机顶盒的时候,出现一个bug,我会去关注后天的打印信息,包括后台和串口等等,如果是机顶盒展现不对,我会关注数据库等等。。。。。,基本上都能定位出来
回复 支持 反对

使用道具 举报

该用户从未签到

86#
发表于 2007-7-5 10:44:16 | 只看该作者
公司也有小组是机顶盒的,不知道他们那怎么样了?
回复 支持 反对

使用道具 举报

该用户从未签到

87#
发表于 2007-7-9 10:36:49 | 只看该作者

谢谢

先下来看看
回复 支持 反对

使用道具 举报

该用户从未签到

88#
发表于 2007-7-24 09:53:16 | 只看该作者
有个组长居然提出花那么多时间写testcase有什么用啊,加打印语句不就得了。

真搞不懂公司怎么招人的!?
回复 支持 反对

使用道具 举报

该用户从未签到

89#
发表于 2007-7-27 16:48:34 | 只看该作者
看来嵌入式测试挺难的
回复 支持 反对

使用道具 举报

该用户从未签到

90#
发表于 2007-8-6 10:49:55 | 只看该作者
感想一下!
回复 支持 反对

使用道具 举报

该用户从未签到

91#
发表于 2007-9-30 21:01:02 | 只看该作者
机顶盒的测试我做过的,这种测试相对还是比较简单的,我觉得测试人员最重要的还是提高自己的编程能力和专业知识,在测试发现问题后可以先分析,然后向开发人员了解修改情况,一个做测试的是很难去修改bug的,测试用例也相对简单,
这种用例的编写主要可以分三个方面,测试用例描述,测试用例输入,期望结果,实际结果
这些就需要自己去仔细思考了,这些时候很多组合的,比如,一个切换频道的测试可能就有几十种情况
1有卡时原频道切换到当前频道
2无卡时原频道切换到当前频道
3插卡时原频道切换到当前频道
当然用例输入要在一个大项上细分,有卡时原频道切换到当前频道也可以分成几十个测试用例,在这里我就不举例了
总之测试一定要注重自己的积累
回复 支持 反对

使用道具 举报

该用户从未签到

92#
发表于 2007-10-7 17:41:43 | 只看该作者
楼主写的Test Case 和我们的格式都一样,但是我现在就是很多用英文描述会有很大出漏,不知道楼主能否给一些写Test Case的术语表呢!比如花屏,死机等应该如何翻译的资料呢? 有的话希望能发一份给我,将非常的感谢
回复 支持 反对

使用道具 举报

该用户从未签到

93#
发表于 2007-10-18 14:13:56 | 只看该作者
如果开发人员能把需求写好,嵌入式测试其实很好操作。按照需求点一个个的测试,基本的测试技巧都可以使用,如等价类划分,边界值输入等。
在嵌入式测试中比较难的是异常测试,这个取决于你对项目产品的熟悉。
btw:这里说的是黑盒,百合的话考虑到时间关系我在公司做的很少。不知道百合如何才能做好,我的意思是在投入产出上取得较高的效率?欢迎交流:msn:wangzjj@gmail.com
回复 支持 反对

使用道具 举报

该用户从未签到

94#
发表于 2007-10-28 10:03:43 | 只看该作者
谢谢大家的分享
回复 支持 反对

使用道具 举报

该用户从未签到

95#
发表于 2007-11-9 00:01:04 | 只看该作者
更多的时候,嵌入测试要用到场景法和状态图法
回复 支持 反对

使用道具 举报

该用户从未签到

96#
发表于 2007-12-14 11:06:01 | 只看该作者
我现在在做嵌入式软件白盒测试,单元测试,工作了半年多了,根据需求和代码写testcase。但是感觉嵌入式的知识根本用不上啊,请假各位作嵌入式白盒测试的人。你们的工作流程是什么样的阿
回复 支持 反对

使用道具 举报

该用户从未签到

97#
发表于 2007-12-18 10:32:19 | 只看该作者

回复 1# 的帖子

我测试手机,有抓图工具,先用ActiveSync连接
回复 支持 反对

使用道具 举报

该用户从未签到

98#
发表于 2007-12-18 10:33:24 | 只看该作者
2、case如果无法独立运行,需要添加测试代码,包括桩代码和驱动代码。

这是说的白盒吧
回复 支持 反对

使用道具 举报

该用户从未签到

99#
发表于 2007-12-18 10:34:24 | 只看该作者

回复 5# 的帖子

同感啊,而且这方面的资料也很少
回复 支持 反对

使用道具 举报

该用户从未签到

100#
发表于 2007-12-18 10:39:05 | 只看该作者

回复 44# 的帖子

但是黑盒在公司一点地位都没有,还没有美工受重视,郁闷啊!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-21 23:39 , Processed in 0.084708 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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