51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

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

[复制链接]

该用户从未签到

161#
发表于 2010-11-11 17:27:48 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

162#
发表于 2010-11-11 17:28:07 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

163#
发表于 2010-11-11 17:28:17 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

164#
发表于 2010-11-11 17:28:24 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

165#
发表于 2010-12-17 15:12:26 | 只看该作者
回复 3# lesley


    日志不是windows系统自带的,每一个嵌入式的软件都有自己的log软件版本,从log上可以看到bug所在
回复 支持 反对

使用道具 举报

该用户从未签到

166#
发表于 2010-12-21 17:09:45 | 只看该作者
嵌入式自动化测试时需要根据不同的产品来搭建的吧
回复 支持 反对

使用道具 举报

该用户从未签到

167#
发表于 2010-12-28 13:08:29 | 只看该作者
首先是什么操作系统?

最好能有 串口 中端操作!

至于 case 的设计。还要基于对系统的理解!
回复 支持 反对

使用道具 举报

该用户从未签到

168#
发表于 2011-1-21 15:27:07 | 只看该作者
恩  学习到不少东西
回复 支持 反对

使用道具 举报

该用户从未签到

169#
发表于 2011-5-31 14:33:28 | 只看该作者
谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

170#
发表于 2011-6-2 22:13:01 | 只看该作者
本人现在做的是传统PC软件的SIT/UAT测试,黑盒的,感觉没啥技术含量,开始迷茫了。想知道嵌入式软件的测试(尤其是VOIP) 会不会技术要求高点,是不是能接触到有关协议或代码的测试? 请懂的朋友指点一二~ 谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

171#
发表于 2011-6-12 11:34:33 | 只看该作者
简单点,case注意:
1、用例标识,编制人,编制日期等,方便用例维护与管理;
2、测试的功能点或测试项,明确你的测试范围和目的;
3、测试的预置或前置条件,嵌入式软件的黑盒测试不比桌面软件的测试,很多时候会出现不可复现或者难以复现的异常,所以测试中应记录好每次执行用例前系统所处的状态或已执行过的操作;
4、测试输入,这个应该写的详细点,包括你设置什么模式,或者在什么状态下进行什么操作,输入什么命令等,用例最好规范点,也是方便维护或后期使用;嵌入式软件测试很多需要激励源,如果有使用到应将激励源发出的命令或者模拟输入的数据进行详细记录,用例也需要较好的可操作性;
5、预期输出,最好能与测试输入对应,而且应尽可能的将输出书写清晰,如输出的是具体的命令,通过什么IO输出,是数字信号还是模拟信号等,最好明确;
6、判断准则,很多输出是存在一定的误差或者允许波动的范围的,比如输出的一串16进制命令中可能存在多个命令,而每个用例可能侧重点不同,就需要在这里明确,即明确你的测试用例最终通过的原则。
... ...
嵌入式软件的测试目前大部分还是以手工为主,除非是专用的测试设备或自己开发的工具。
回复 支持 反对

使用道具 举报

该用户从未签到

172#
发表于 2011-6-12 11:45:12 | 只看该作者
其实嵌入式软件测试还是有一些技巧的,比如对于一个功能的测试,都有输入或者操作吧,在进行正常的考虑设计测试用例后,可以基于异常操作或错误命令进行测试,举一反三,可以进行很多异常测试,黑盒测试就是这样,其实测试最好的情况就是也能做到穷举,也就是能把白盒中的如路径、分支等做到100%覆盖,但由于黑盒测试的性质及时间进度上的因素,是不可能做到那么完美的,这就需要对测试有一个重点的把握;还有遇到输入/输出的数据时,如果有范围限制的就应该形成一种思想,都要进行边界测试,而边界测试除了边界值还应该进行内外边界,极大外边界,过0值等的测试...
还有最重要的一点就是要对整个被测系统有清晰的认识,熟悉系统数据流和系统框架,从总体上去考虑系统的工作状态和响应时间(内部中断、外部中断)以及多任务操作系统中任务优先级的处理及调度等,这样才能设计出更多有质量的用例,很多系统设计的问题在单元测试和集成测试阶段是无法发现的,所以其实每一种测试级别(单元、集成等)都是不可或缺的,黑盒测试的门槛低,但是不代表他是一项没有技术含量的工作,如果你进行了充分的系统测试,那你至少可以充当售后工程师或实施工程等角色... ...再做得多做得好,对同一系列的系统架构也能有很好的把握...
回复 支持 反对

使用道具 举报

该用户从未签到

173#
发表于 2011-6-16 09:38:12 | 只看该作者
国外大学找到这份
addvalue 发表于 2005-2-23 10:40



    不错,收藏下了
回复 支持 反对

使用道具 举报

该用户从未签到

174#
发表于 2011-6-28 11:30:43 | 只看该作者
路过 呵呵 学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

175#
发表于 2011-7-14 23:13:42 | 只看该作者
嵌入式测试要看测试级别:系统测试or配置项测试or模块单元测试?
不同级别测试方法不一样,同时,有**面的测试方法也不一样。
有界面,分功能点,分测试类型(接口、性能、强度、安全性、功能等)分解。
**面,也可分解啊,针对每个类型,功能点,看输入输出,结合测试方法(等价类、边界、异常边界等)设计testcase。
言于此。
回复 支持 反对

使用道具 举报

该用户从未签到

176#
发表于 2011-8-1 08:55:54 | 只看该作者
楼主说了很多,感觉还是靠行业知识可以很好测试嵌入式软件
回复 支持 反对

使用道具 举报

该用户从未签到

177#
发表于 2011-9-29 11:21:02 | 只看该作者
机顶盒测试现在很火吗
回复 支持 反对

使用道具 举报

该用户从未签到

178#
发表于 2011-11-17 16:37:43 | 只看该作者
现在要做嵌入式测试了,有空多来这取些经,大家的意见还是很有学习的价值的。我的QQ165358904
回复 支持 反对

使用道具 举报

该用户从未签到

179#
发表于 2011-12-12 17:21:41 | 只看该作者
。。。。。。。。。。。。。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

180#
发表于 2011-12-13 14:34:31 | 只看该作者
以前做嵌入式系统测试的时候,都是基于功能的。需要对产品非常的熟悉。
1. 首先对功能划分几个模块。
2. 对每个功能模块划分功能点,针对功能点写test case.
3. test case包括test title, test step, expect result。如果需要test data的话,需要提前创建test data.
4. 搭建测试环境,包括测试主机的OS,测试系统的OS,build kernel等等。
5. run test case.

性能测试也是建立在功能测试基础上的,一般都需要工具或者脚本来做。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-10 10:55 , Processed in 0.086088 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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