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

国外大学找到这份

看了，但是不太明白

加入收藏，得慢慢看了

收藏了

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

ding

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

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

引用:

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

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

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

引用:

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

我们公司就是基于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：myselflx@163.com

引用:

Originally posted by alrn at 2005-4-7 10:11 AM:
ding

有同感！