51Testing软件测试论坛

标题: 嵌入式的测试 case该如何来写？ [打印本页]

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

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

作者: lesley 时间: 2004-8-13 10:32
日志就只是windows自带的日志吗？

作者: testing 时间: 2004-8-13 10:58
windows是嵌入式系统吗？:p类似于windows的日志，不过是由开发人员设计的产品运行日志/操作维护日志等。

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

作者: testing 时间: 2004-8-13 13:04
你们只作系统测试吗？

作者: lesley 时间: 2004-8-14 13:35
就功能测试，完成一般功能就可以，实在没前提！

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

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

作者: Lighthouse 时间: 2004-10-13 11:24
了解产品是最重要的。故你你还需要时间。

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

作者: meizi 时间: 2004-12-7 12:16
可是嵌入式的驱动程序该如何写test case

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

作者: meizi 时间: 2004-12-14 13:57
谢谢版主

作者: piao_lingcao 时间: 2004-12-15 16:07
呵呵，个人理解

作者: yliuji 时间: 2004-12-24 16:59
楼主搞个模板就行

作者: addvalue 时间: 2005-1-16 13:02
标题: 基于功能和事件先写集成测试用例

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

作者: baitest 时间: 2005-2-3 15:37
标题: 嵌入史测试，不但要考虑软件，还要考虑硬件！
不同的硬件，采用测试的策略、方法、计划、用例也会不同！！

作者: 冰河 时间: 2005-2-4 15:46
标题: 我们公司不要求非要写CASE的
只要把测试策略和测试报告写好就可以了！

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

作者: addvalue 时间: 2005-2-23 10:40
标题: 基于h323协议VoIP testcase参考
国外大学找到这份

作者: meizi 时间: 2005-3-2 16:51
看了，但是不太明白

作者: anan 时间: 2005-3-7 11:00
加入收藏，得慢慢看了

作者: super 时间: 2005-3-17 08:06
收藏了

作者: Shanghai 时间: 2005-3-21 11:34
有没有关于手机的SIP方面的

作者: alrn 时间: 2005-4-7 10:11
ding

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

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

作者: hxc21st 时间: 2005-5-26 23:23

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

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

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

作者: dongxiaoxiao 时间: 2005-6-16 09:27

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

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

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

作者: maochengtuan 时间: 2005-6-30 14:55
我是刚入嵌入式才3个月大家多多交流每次都是自己写代码

作者: cb8009 时间: 2005-9-2 11:57
标题: 有没有那位好心人给予一个测试实例
各个模块靠消息来驱动,怎样编写测试程序.怎样选测试用列???
我是一个新手,但现在必须要做,有没有人帮下忙啊,
万分感谢!
e_mail:bchen8009@sohu.com
或QQ:304553529

作者: lorence810715 时间: 2005-9-13 09:56
标题: 关于测试用例,可以参考参考!
测试用例
 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.

作者: lorence810715 时间: 2005-9-13 09:58
标题: 关于测试用例,可以参考参考!
测试用例
 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.

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

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

作者: jiping_xu 时间: 2005-10-14 15:13

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

有同感！

作者: ht01948 时间: 2005-11-6 21:48
就嵌入式系统的测试方法首先要看你是黑盒测试还是白盒测试，如果是黑盒测试不妨试一下等价类划分和边界值的方法，慢慢属性后还可以用经验推测法，如果是白盒测试那就先把代码和系统结构搞清楚了。

作者: eric.y 时间: 2005-11-23 14:07
就界面功能测试这块,能利用那种工具进行回归测试,比如wr?????/

作者: uyul 时间: 2005-11-24 13:30
唉，现在做黑盒，没有技术含量可言啊，郁闷...

作者: cherryfu 时间: 2005-11-25 15:42
错了，黑盒测试的技术含量其实是很高的，而且经验更为重要。有时候你一个人要相当于成千上万的客户，能让那么多客户在操作中没有发现公司的产品是有bug，那你的功劳就很大。

作者: miaoxing4 时间: 2005-11-26 11:29

原帖由 cherryfu 于 2005-11-25 15:42 发表
错了，黑盒测试的技术含量其实是很高的，而且经验更为重要。有时候你一个人要相当于成千上万的客户，能让那么多客户在操作中没有发现公司的产品是有bug，那你的功劳就很大。

技术含量多吗？经验重要倒是真的，目前情况来看，你说得“功劳”很难被体现和察觉

作者: Jehovah_PG 时间: 2005-11-28 11:25
其实我认为，只能说黑盒测试的门槛是比较低的，但是，如果能把黑盒做好已经是很牛很牛的人了。黑盒测试是从产品外部的角度整体地把握项目进展。
"做好"有这样几个方面：
一个是测试技术技巧本身的积累，
一个是测试项目产品知识的积累，
而更为重要的是项目进度把握、项目风险控制等项目管理经验的积累。
这些积累综合起来熟练运用就可以有很多其他更加高层次的发展了。

作者: nzxgrace 时间: 2005-12-8 13:47
标题: 求助：有没有做汽车电子产品测试的XDJM？
有没有做汽车电子产品测试的XDJM？
怎么样做集成测试？各个模块之间的接口很复杂！
那个地方的培训机构比较好？能够提供比较全面系统的测试？
希望各位有经验的人给点建议：）

作者: njnuaa 时间: 2005-12-13 22:59
标题: 测试应该有不变的东西
无论是嵌入式测试还是一般的信息系统的测试，都有其共同点，例如，在测试工作进行前，你必须了解你所要测试的产品的使用领域，了解该领域的潜在规则，其次，你必须熟悉你所要测试产品的特性，如那些是主要功能，那些是次要功能，那些地方最容易出错，要找出程序中那些可能引入80%错误的20%代码.......，至于怎么写测试用例，如何写桩函数，封装函数，基本差别不是很大，因为现在的嵌入式产品也是模块化设计的呀......

作者: xingming9 时间: 2005-12-21 17:20
在我看来，嵌入式软件黑盒测试可能遇到的最大难度是重现错误/定位错误。
由于硬件对环境要求很高，对于做黑盒测试的人来说，对环境了解不清楚，操作步骤也不清晰，那么可能带来某些偶然性，组合性的错误。这个时候由于不能截图，那么相对来说比较难以证明找到的缺陷，这样很难说服开发人员，让他们进行修改。而且这个时候会出现软件开发人员与硬件开发人员互相推卸责任的现象。
所以我认为做嵌入式软件黑盒测试的朋友其实应该有很多需要学习的地方：
1.测试用例设计：必须考虑到更多的环境因素，这就需要对硬件知识和相关的行业知识有更多的了解。
2.BUG描述：这里的描述既要详细，又要让人容易理解
3.测试用例描述：以前对测试用例得描述可能对条件描述相对简单，但嵌入式测试，我认为，测试条件，和测试步骤也得详细记录和描述。

作者: ivy_yin 时间: 2006-1-3 11:29
偶也是做软件测试的，今年开始要转做嵌入式测试，不过感觉看了大家的东东，还是很抽象啊

希望下来自己接触到了实例，再上来学习会事半功倍

作者: tangtangja 时间: 2006-1-4 22:22
标题: 学习学习

作者: gubinger 时间: 2006-1-5 15:49
同志们可以看看linux test project项目(LTP),会有收获的.

作者: 逻辑思维 时间: 2006-1-5 16:03

原帖由 dongxiaoxiao 于 2005-6-16 09:27 发表

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

仔细看了一下，写的不够详细，就是把实际的信令流程重复了一下，没有具体的验证方法。dongxiaoxiao你有比较详尽的h323相关产品的测试用例可以共享吗？

作者: 测试有前途 时间: 2006-3-27 15:08
继续观望

作者: 虫虫特工队 时间: 2006-4-4 16:34

原帖由 lesley 于 2005-2-3 15:20 发表
个人认为黑盒测试的解决不了嵌入式测试中找出的bug,虽然可以找出很多的bug. 但是bug定位非常困难!难道这里没有有经验的高手来指导一下吗? 是不是现在作嵌入式测试的都很水啊!
每个小模块的单元测试更重要,还有模 ...

Nod，不想只模拟用户操作来发现bug

作者: 无痕 时间: 2006-4-7 21:49
标题: 嵌入式软件测试有界面的吗？
是否黑盒测试也都是要测试人员自己写代码的？

没做过嵌入式测试，但是现在必须要用了，可一点头绪都没有，请高手指点，谢谢了

作者: lelebachelor 时间: 2006-4-19 13:21
想转入嵌入式测试。。。。。感觉深圳嵌入式行业技术力量雄厚

作者: byx 时间: 2006-4-21 09:37
嵌入式操作系统的性能测试怎么做呢?我以前的公司就如楼主所说,只做黑盒测试,模拟用户操作,感觉没什么技术含量.问一下大家是怎么做性能测试的?

作者: ctfy520 时间: 2006-4-23 09:30
标题: 郁闷嵌入式测试很难吗
我现在要投一份简历,这个公司招的人就式做嵌入式测试的,简历要怎么写啊 ,我现在是在北大青鸟学习软件测试的
不知道怎么样写啊谁帮帮我

作者: 翼上 时间: 2006-5-3 22:10
学习学习

作者: slide 时间: 2006-5-4 22:16
嵌入式软件测试的难点在于没有标准的输入输出界面，信息的获取变得很困难。
首先要完成的就是需要一个通讯接口，能够提供被测试的信息，如果嵌入式系统是整个系统的一个部分，则可以利用现有的通讯接口，如果是单独的系统，就需要自己开发一个在线测试口了。
有了这样一个突破口之后，才能验证自己需要的内容。

作者: 天生我才 时间: 2006-5-19 15:47

原帖由 piao_lingcao 于 2004-12-9 10:30 发表
那要根据需求来写的，不同的产品不同的需求test case当然也不一样了，不过写这个我觉得应该跟别的软件测试写这个注意的应该差不多的吧，你如果图片不能截下来那就画出来，把预期的结果界面画出来，是比那个麻烦了 ...

什么意思？这么做有什么必要吗？
不明白

作者: aprillee 时间: 2006-5-27 18:59
有哪位高人对嵌入式软件开发前期的白盒测试有经验的？迫切需要指导！！！我之前是做黑盒测试的，现在刚转入到嵌入式这块，对这个方面了解的很少，还要跟开发人员一起做白盒测试，不知道从何下手，茫然中。。。。。。

作者: xuanyuzheng 时间: 2006-7-26 15:17
我是今年毕业的应届毕业生以前，做过一点简单学习机的功能测试。现在公司要我做数码学习机的测试，要写测试用例，可是他们需求分析，设计文档一概没有，应用程序也还不能跑。我怎么写测试计划阿，各位谁有好的办法能帮帮我啊。

作者: joy127 时间: 2006-7-29 15:16
标题: 我是做信用卡芯片的测试,希望跟大家多多交流,我的QQ是:65396796
我是做信用卡芯片的测试,希望跟大家多多交流,我的QQ是:65396796

作者: 灵犀 时间: 2006-7-31 17:39
如果仅停留在黑盒测试阶段的软件测试员个人觉得始终是没有什么前途的

作者: robert24 时间: 2006-8-3 17:36
关于对测试中发现问题的敏感度，大家是怎么看待的？

作者: ?�?� 时间: 2006-9-4 16:40
bug

作者: heroguo 时间: 2006-9-5 11:21
不错我接触的case也是这样的

作者: dannywong 时间: 2006-10-2 01:18
不错的资料就是不够详细不过覆盖面还是够了

作者: m普洱茶m 时间: 2006-11-4 23:01
标题: 回复 #36 cb8009 的帖子
我一直在从事嵌入式操作系统测试，对嵌入式系统中的其他业务测试也了解一些
我的QQ:12775855
希望我的知识能给你一点帮助sdlkfj2

作者: m普洱茶m 时间: 2006-11-4 23:03
标题: 回复 #64 aprillee 的帖子
我做代码覆盖的白盒测试
QQ：12775855

作者: miny19 时间: 2006-11-14 10:31
路过，学习

作者: aileen_carey 时间: 2006-11-16 11:24
嵌入式产品也是涉及到各行各业，所用到的测试工具肯定也不一样。
像我们公司做的是VoIP，所以我做测试用的工具一般是抓包工具Etheral。
但是嵌入式产品通常对性能的要求都比较高，还有内存泄漏、内存碎片的问题，有没有关于这些方面的讨论？？？

作者: yuting716 时间: 2006-12-7 17:13
目前我从事的测试也就是黑盒测试，像用户一样多产品测试，如何才能更深入一点呢？请各位帮忙。MSN：yuting716@haomail.com
QQ:448038892

作者: x379937330 时间: 2006-12-17 15:32
标题: 同感
我也是做嵌入式软件测试的,真的很难.如果能够把它做好,其他的软件测试都很简单

作者: mp4 时间: 2007-4-18 17:46

原帖由 piao_lingcao 于 2004-10-13 10:39 发表
楼上那位说得不错，我也是做嵌入式软件测试的，没有工具，全是凭手动的，写testcase首先你要了解整个流程，你这个产品做出来要达到什么样的结果，你输进去什么要输出来什么，把预期希望的结果先写下来，然后先 ...

我觉得写得非常好,我也要学习学习.我以前是做产品测试的,但现在要做嵌入式测试,急需要一些相关的嵌入式软件测试经验.
多谢了.

作者: 51mobile 时间: 2007-4-25 12:56
有些不明白,呵呵

作者: millerjordan 时间: 2007-5-26 17:06
偶也是做嵌入式测试的

作者: yongming566 时间: 2007-5-28 12:38
受教
以前做嵌入式软件测试，完全是靠手工了
白盒由开发做

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

作者: youxipp 时间: 2007-6-11 12:02
我也想学白盒测试。我的msn是youxipp@hotmail.com
QQ14189239

作者: Salanganezhou 时间: 2007-6-11 13:37

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

正好有用，借鉴一下，多谢啦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# 的帖子
但是黑盒在公司一点地位都没有，还没有美工受重视，郁闷啊！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)