查看完整版本: 嵌入式的测试 case该如何来写？

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

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

1、嵌入式的系统，需要有很好的错误日志记录，日志可以作为bug报告的重要依据。
2、case如果无法独立运行，需要添加测试代码，包括桩代码和驱动代码。

日志就只是windows自带的日志吗？

windows是嵌入式系统吗？:p类似于windows的日志，不过是由开发人员设计的产品运行日志/操作维护日志等。

不太明白啊！嵌入式的测试好难啊！和一般的软件测试完全不同，好要命啊！对嵌入式没一个了解怎么测啊，现在只能象用户那样，好原始一点都不专业啊，怎么样才能改变现状啊！想知道嵌入式开发的过程，但无从下手！好痛苦！！！！！

你们只作系统测试吗？

就功能测试，完成一般功能就可以，实在没前提！

你只要从用户的角度出发，从功能性，性能性的角度思考即可！嵌入式的测试和其他测试，我想框架都是一样的。呵呵，然后多考虑一些异常的情况，边缘情况，多进行一些反常规思维的操作。我想，bug会滚滚而来的。

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

了解产品是最重要的。故你你还需要时间。

由于应用层界面和功能难于统一，因此没有通用的测试平台。也正是因为这样，黑盒测试是各个嵌入式软件开发的主要测试手段。但也有有实力的企业也开发了自动化测试工具。期待有过这方面开发经验的高手多加指点我们

可是嵌入式的驱动程序该如何写test case

那要根据需求来写的，不同的产品不同的需求test case当然也不一样了，不过写这个我觉得应该跟别的软件测试写这个注意的应该差不多的吧，你如果图片不能截下来那就画出来，把预期的结果界面画出来，是比那个麻烦了一点，或者描述出来

谢谢版主

呵呵，个人理解

楼主搞个模板就行

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

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

嵌入史测试，不但要考虑软件，还要考虑硬件！

不同的硬件，采用测试的策略、方法、计划、用例也会不同！！

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

只要把测试策略和测试报告写好就可以了！

类似于机顶盒/DVD这样的嵌入系统测试，单元的，模块的，目前还是应该有程序员完成。作为测试员，像楼上某位所说，从用户使用的角度出发，写case和测试。
确实和PC上软件的测试差别很大，应该从熟悉产品和基本知识入手。
譬如，DVD，要知道行业spec，这是很大的知识库，要知道PAL/NTSC，16：9/4：3/Letter Box/Pan Scan...要知道Navigation的标准等等；譬如，STB，要知道卫星的参数特征，频点信息分类，DMX，CA，EPG...
至于bug定位，那是程序员的事，测试员目前能做到准确描述就很不错了，更何谈寻找规律。
虽然是从用户的角度测试系统，但并不是时间长了谁都可以做的。我们碰到过的情况，三五个测试员一个多月的测试，三千多个bug，但客户韩国的测试工程师过来，一上午，又抓出严重bug近二十个。经验足了，知道哪儿可能会出事，能发现别人发现不了的问题。
case最好写，在测试过程中不断完善。记录下来总没坏处，记录、总结才能提高，也可以为公司留下知识财富。
最后说说自动工具，单元、模块测试的工具因测试活动目前只能由程序员完成，也应该由程序员自己考量是否需要，需要什么样的，然后自己做出来。系统测试阶段的工具，我们做过尝试，结论是可以做，但不实用。

基于h323协议VoIP testcase参考

国外大学找到这份

看了，但是不太明白

加入收藏，得慢慢看了

收藏了

有没有关于手机的SIP方面的

ding

我感觉测试各种软件，它们的方法都是大同小异的，为什么嵌入式的测试说得那么难呢？我感觉最主要的还是应该抓住最主要的地方，最致命的地方，加强测试。如果是我，我会捉住软件开发分析和设计来进行重点测试。因为，60%以上的软件错误并不是程序错误，而是分析和设计错误呀！我觉得黑盒测试是不错比较实用的测试方法！而我更觉得自动化测试只是辅助工具而已。因为，自动化测试本身就有着它所不能避免的bug。

我感觉测试各种软件，它们的方法都是大同小异的，为什么嵌入式的测试说得那么难呢？我感觉最主要的还是应该抓住最主要的地方，最致命的地方，加强测试。如果是我，我会捉住软件开发分析和设计来进行重点测试。因为，60%以上的软件错误并不是程序错误，而是分析和设计错误呀！我觉得黑盒测试是不错比较实用的测试方法！而我更觉得自动化测试只是辅助工具而已。因为，自动化测试本身就有着它所不能避免的bug。

[quote]Originally posted by [i]black_tulip[/i] at 2005-2-5 04:35 PM:
类似于机顶盒/DVD这样的嵌入系统测试，单元的，模块的，目前还是应该有程序员完成。作为测试员，像楼上某位所说，从用户使用的角度出发，写case和测试。
确实和PC上软件的测试差别很大，应该从熟悉产品和基本知 ... [/quote]



根据你的描述，你们的测试方法、测试流程应当跟我一样，我是做网络接入产品系统测试的，基本是手工完成。没有像这个论坛里大家说的那样有那么多测试工具。希望能交流。谢谢！
也非常欢迎其他做系统测试的人员与我交流。
MSN：[email]hxc21st@hotmail.com[/email]
QQ：7185854

我认为我们做嵌入式的软件测试，如果有机会能和程序员交流一下思想，对我们发现bug有很大好处，最少知道向哪个方向努力了！

[quote]Originally posted by [i]addvalue[/i] at 2005-2-23 10:40:
国外大学找到这份 [/quote]

我们公司就是基于H323开发视频电话的，要写系统测试计划、测试方案、测试用例、测试报告都还不知道怎么写呢！你说的那个我下载了，但看不懂！比较郁闷！ME的英语不好！测试计划怎么写呀？有哪位高手给指点一下了！先谢了！

测试计划应包括:
a.版本的介绍
b.执行人
c.测试时间
d.测试对象的描述
e.测试覆盖面
f.测试阶段
g.测试准备...
上面是我做测试时要做的,可能和大家不太一样.看你们各们的工作内容和要求了.我也是新手呢.不懂的或说错的,请大家指教哦.

我是刚入嵌入式才3个月 大家多多交流 每次都是自己写代码

有没有那位好心人给予一个测试实例

各个模块靠消息来驱动,怎样编写测试程序.怎样选测试用列???
我是一个新手,但现在必须要做,有没有人帮下忙啊,
万分感谢!
e_mail:bchen8009@sohu.com
或QQ:304553529

关于测试用例,可以参考参考!

测试用例
        Title
标题一般会描述出当前要执行的case是哪个功能模块的，能实现怎样的一个操作。标题下面有当前case的ID号和软件的版本号，如
Phonebook-Memory Save-Selected memory is Phone and SIM
ID:        EK20010829094907
Version:        1.1.0
        Description
整体地描述这个case的测试目的，能实现什么功能。例如：
The purpose of this test case is check out that the phone number can be saved to phonebook when selected memory is Phone and SIM.
        Required test environment and accessories
必需的测试环境和附件。测试环境包括硬件环境和软件环境。例如：HW, ESIM，Headset.
        Precondition
描述执行case的前提条件。例如：
Select memory in use to be Phone and SIM.
Return to the Idle State.
        Action
详细描述执行case时的每一步操作。一般每一步操作都对应着一个期望中的结果。执行时可参照下面的期望结果。例如：
Start the procedure to add a new item to the Phonebook.
Enter some name and press Ok.
Enter some number such as 12345 and press Ok.
        Expected result
描述执行该case的期望中的结果，与上面的操作Action是相对应的。例如：
Name: query is displayed.
Number: query is displayed.
Saved to phone memory information note is shown. Phone goes to detailed memory screen.

关于测试用例,可以参考参考!

测试用例
        Title
标题一般会描述出当前要执行的case是哪个功能模块的，能实现怎样的一个操作。标题下面有当前case的ID号和软件的版本号，如
Phonebook-Memory Save-Selected memory is Phone and SIM
ID:        EK20010829094907
Version:        1.1.0
        Description
整体地描述这个case的测试目的，能实现什么功能。例如：
The purpose of this test case is check out that the phone number can be saved to phonebook when selected memory is Phone and SIM.
        Required test environment and accessories
必需的测试环境和附件。测试环境包括硬件环境和软件环境。例如：HW, ESIM，Headset.
        Precondition
描述执行case的前提条件。例如：
Select memory in use to be Phone and SIM.
Return to the Idle State.
        Action
详细描述执行case时的每一步操作。一般每一步操作都对应着一个期望中的结果。执行时可参照下面的期望结果。例如：
Start the procedure to add a new item to the Phonebook.
Enter some name and press Ok.
Enter some number such as 12345 and press Ok.
        Expected result
描述执行该case的期望中的结果，与上面的操作Action是相对应的。例如：
Name: query is displayed.
Number: query is displayed.
Saved to phone memory information note is shown. Phone goes to detailed memory screen.

关于嵌入式测试

我原来是做软件测试的。刚刚转到嵌入式的测试（主要产品是汽车电子，代码很多是matlab建模的），目前采用的是黑盒测试，但是下一步我想进行白盒测试，谢谢大家在白盒测试方面给与一些意见和建议。
谢谢了！

楼主写的Test Case 和我们的格式都一样，但是我现在就是很多用英文描述会有很大出漏，不知道楼主能否给一些写Test Case的术语表呢！比如花屏，死机等应该如何翻译的资料呢？ 有的话希望能发一份给我，将非常的感谢 ，E-mail：[email]myselflx@163.com[/email]

[quote]Originally posted by [i]alrn[/i] at 2005-4-7 10:11 AM:
ding [/quote]
:)有同感！