x379937330 2007-6-1 08:53
其实嵌入式软件测试也没有想象的那么难,对于测试而言,80%的测试理论都是贯通的,只是20%的因为行业的不同而存在差异.其实做测试最关键的是用心,细心,耐心.
至于测试用例嘛,如果自己的测试系统按照步骤操作比较明显的话,那么测试用例可以按照"按步骤"的方式来写,若你的测试项目对表单、区域、数值、输入文件等存在较多变化;相同的输入，但有不同的平台、浏览器或配置;输入输出用矩阵表达较好
,那可以使用"矩阵表(Matrix)格式"的格式.
youxipp 2007-6-11 12:02
我也想学白盒测试。我的msn是[email]youxipp@hotmail.com[/email]
QQ14189239
Salanganezhou 2007-6-11 13:37
[quote]原帖由 [i]lorence810715[/i] 于 2005-9-13 09:58 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=127035&ptid=1336][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
测试用例
Title
标题一般会描述出当前要执行的case是哪个功能模块的，能实现怎样的一个操作。标题下面有当前case的ID号和软件的版本号，如
Phonebook-Memory Save-Selected memory is Phone and S ... [/quote]
正好有用，借鉴一下，多谢啦sdlkfj5
liulinzhu 2007-6-18 11:04
虽然是老贴，但还是很实用啊。
我也在学习中
李才军 2007-6-19 09:28
其实关于嵌入式不同的测试水平有不同的测试方法，就拿我来说，我在测试机顶盒的时候，出现一个bug，我会去关注后天的打印信息，包括后台和串口等等，如果是机顶盒展现不对，我会关注数据库等等。。。。。，基本上都能定位出来
liulinzhu 2007-7-5 10:44
公司也有小组是机顶盒的，不知道他们那怎么样了？
jackyfever 2007-7-9 10:36
谢谢
先下来看看
liulinzhu 2007-7-24 09:53
有个组长居然提出花那么多时间写ｔｅｓｔｃａｓｅ有什么用啊，加打印语句不就得了。
真搞不懂公司怎么招人的！？
applejuzi 2007-7-27 16:48
看来嵌入式测试挺难的
anqiers 2007-8-6 10:49
感想一下!
闻欣 2007-9-30 21:01
机顶盒的测试我做过的，这种测试相对还是比较简单的，我觉得测试人员最重要的还是提高自己的编程能力和专业知识，在测试发现问题后可以先分析，然后向开发人员了解修改情况，一个做测试的是很难去修改bug的，测试用例也相对简单，
这种用例的编写主要可以分三个方面，测试用例描述，测试用例输入，期望结果，实际结果
这些就需要自己去仔细思考了，这些时候很多组合的，比如，一个切换频道的测试可能就有几十种情况
1有卡时原频道切换到当前频道
2无卡时原频道切换到当前频道
3插卡时原频道切换到当前频道
当然用例输入要在一个大项上细分，有卡时原频道切换到当前频道也可以分成几十个测试用例，在这里我就不举例了
总之测试一定要注重自己的积累
fchaowh1 2007-10-7 17:41
楼主写的Test Case 和我们的格式都一样，但是我现在就是很多用英文描述会有很大出漏，不知道楼主能否给一些写Test Case的术语表呢！比如花屏，死机等应该如何翻译的资料呢？ 有的话希望能发一份给我，将非常的感谢
windone 2007-10-18 14:13
如果开发人员能把需求写好，嵌入式测试其实很好操作。按照需求点一个个的测试，基本的测试技巧都可以使用，如等价类划分，边界值输入等。
在嵌入式测试中比较难的是异常测试，这个取决于你对项目产品的熟悉。
btw：这里说的是黑盒，百合的话考虑到时间关系我在公司做的很少。不知道百合如何才能做好，我的意思是在投入产出上取得较高的效率？欢迎交流：msn:wangzjj@gmail.com
zhouzxcv 2007-10-28 10:03
谢谢大家的分享:)
yangya 2007-11-9 00:01
更多的时候,嵌入测试要用到场景法和状态图法
SabrinaZhang 2007-12-14 11:06
我现在在做嵌入式软件白盒测试，单元测试，工作了半年多了，根据需求和代码写testcase。但是感觉嵌入式的知识根本用不上啊，请假各位作嵌入式白盒测试的人。你们的工作流程是什么样的阿
zhangting119 2007-12-18 10:32
回复 1# 的帖子
我测试手机，有抓图工具，先用ActiveSync连接
zhangting119 2007-12-18 10:33
2、case如果无法独立运行，需要添加测试代码，包括桩代码和驱动代码。
这是说的白盒吧
zhangting119 2007-12-18 10:34
回复 5# 的帖子
同感啊，而且这方面的资料也很少
zhangting119 2007-12-18 10:39
回复 44# 的帖子
但是黑盒在公司一点地位都没有，还没有美工受重视，郁闷啊！
zhangting119 2007-12-18 10:41
[quote]原帖由 [i]byx[/i] 于 2006-4-21 09:37 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=214255&ptid=1336][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
嵌入式操作系统的性能测试怎么做呢?我以前的公司就如楼主所说,只做黑盒测试,模拟用户操作,感觉没什么技术含量.问一下大家是怎么做性能测试的? [/quote]
对啊，很想知道！
zhangting119 2007-12-18 10:45
[quote]原帖由 [i]灵犀[/i] 于 2006-7-31 17:39 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=274466&ptid=1336][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
如果仅停留在黑盒测试阶段的软件测试员个人觉得始终是没有什么前途的 [/quote]
对啊，很痛苦的
carolinebi 2007-12-20 12:23
支持 谢谢:)
tingtingc 2008-1-3 18:41
其实万变不离其宗，写case就是根据SRS，客户的需求才是我们做事的标准！
置于测试计划，测试方案，测试报告，这些都是有模版的！51testing 有丰富的资源哦！
tankxu 2008-1-8 16:59
说了怎么多还是不明白，谁提供个具体的用例来看下咯
zxsong024 2008-1-22 14:55
还是一头雾水
lengchun10 2008-2-13 15:34
准确描述异常
我想嵌入式测试和一般的软件测试是大同小异的，还得建立在对系统的全面了解上，同时不能忽视硬件的影响。 截不下来图不要紧，把错误的细节描述出来就好。
youyan2007 2008-2-18 10:12
楼上有做机顶盒测试的能不能提供一个测试用例模板来看看啊，谢谢共享啊！
zhanhuaijiang 2008-3-24 20:41
做黑盒嵌入式测试确实很难
1。BUG的重现有难度
2。模块本身带的日志很不完善
3。异常情况太多
4。信息的交互你不能使用手段让它暂停
5。硬件环境的特殊性和易变性
xisklan 2008-4-10 14:19
似乎绝大多数单片机测试，都有难以深入白盒测试的瓶颈
fansuai 2008-6-2 20:16
我觉得大家不要认为黑盒测试没有前途,其实,前途是大大的好.因为嵌入式测试,和其他的测试不太一样.它特别要求你对行业知识的了解.关靠一些测试理论恐怕还是不行的.就拿DVD测试来说,里面的认证就很多,什么HDMI,DVBT,DIVX等等,这些都是需要很长时间积累的.
关于case,我的感觉是,如果你所在的公司不是新公司的话,一般会有以前项目的case,这些东西都是可以拿来利用的.另外,你可以向开发那边拿spec,有了spec,你按照那些写case,问题应该不大.
有时间欢迎和大家交流
wangbaoyi 2008-7-7 14:39
回答
你现在需要这个行业经验的积累，没有这些东西，其它的就多余了，还有测试机顶盒他有自己本身的特点，估计楼主都不了解DVB协议，先去了解基本的东西，将来才有可能与他人探讨。
Salanganezhou 2008-7-7 15:32
经验是多么的有用啊:lol
Kity_88 2008-7-18 09:41
嵌入式测试的测试用例是根据功能设计文档来设计的，基本上是手动进行测试，手动测试加上一些数据的监测工具可以帮助分析Bug出现的原因，我一般使用串口监测和网络监测工具。
shtesting 2008-7-18 11:08
如果是从测试用例的角度上讲，测试用例就是输入、输出、实际输出。如果是嵌入式测试，你要确定做的是软件级别还是系统级别？先确定好你测试的对象在制定测试计划。如果是软件级别，你是做单元级还是集成级或者是确认级，不同的级别有不同的测试标准。如果是单元级，并且是动态测试，才涉及到测试用例的设计。单元级主要以函数或过程为主，那么你的测试用例的构成如下，输入:函数的形参、全局变量、被调函数的返回值，实际输出：函数的返回值，全局变量，再加上输出的预期值，如果是黑盒测试用例设计，根据你的设计规格说明书确定，如果还想做白盒覆盖率分析确定测试的完成程度或者深入查询函数内部代码级的错误，还需设计白盒测试用例，根据你覆盖的要求，是做语句覆盖、分支覆盖还是MC/DC覆盖确定。
懒0:)蜂 2008-7-29 16:12
[quote]原帖由 [i]hxc21st[/i] 于 2005-5-26 23:23 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=93271&ptid=1336][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
根据你的描述，你们的测试方法、测试流程应当跟我一样，我是做网络接入产品系统测试的，基本是手工完成。没有像这个论坛里大家说的那样有那么多测试工具。希望能交流。谢谢！
也非常欢迎其他做系统测试的人 ... [/quote]
大家基本一样的情况.对客户端应用来说:手工操作,对比结果是否与需求一致.不过做多了,就可以很快的发现BUG,并一般情况下可以找到问题的原因.
这是基于业务逻辑熟悉了,并且对整个开发流程,数据格式等都了解的情况下进行的.
而此后对服务器进行单元测试时,就会发现其实非常容易,里面的测试其实在做黑盒测试的时候,就已经做过了.只是从手动换成了测试工具进行测而已.
[[i] 本帖最后由 懒0:)蜂 于 2008-7-29 16:21 编辑 [/i]]