51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

141#
发表于 2010-2-23 12:00:31 | 只看该作者
根据公司的具体流程我想主要做好两个事情:
一)据各方需求,整理Csae
1)了解原始需求做好需求整理,整理成可执行操作的Case
2)根据研发的需求和测试部门的具体情况做好Caase
二)
1)了解掌握整个测试的运作流程
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2023-9-19 19:52
  • 签到天数: 7 天

    连续签到: 1 天

    [LV.3]测试连长

    142#
    发表于 2010-4-20 21:43:29 | 只看该作者
    刚刚进入嵌入式测试,下周参加一个培训
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    143#
    发表于 2010-4-22 14:44:00 | 只看该作者

    回复 1# 的帖子

    相机
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    144#
    发表于 2010-4-29 08:49:20 | 只看该作者
    路过的,学习下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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


    嵌入式测试,我觉得测试设计非常非常重要。
    即使是基于用户的角度来测试,也要想到方方面面,各种可能发生的情况。用户用得到用不到的地方都不能有遗漏。
    现在比较新的测试设计理念是基于风险的测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    146#
    发表于 2010-5-24 15:04:08 | 只看该作者
    对于产品熟悉非常重要。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    147#
    发表于 2010-5-28 16:35:19 | 只看该作者
    测试并不是在产品成型后才开展的,测试贯穿整个项目进程。嵌入式测试也不例外,需求阶段到开发阶段,硬件到软件,底层到应用层,都可以写测试用例的。比如:底层驱动测试(驱动测试脚本编写),上层应用软件系统测试,产品集成测试,硬件稳定性测试,元器件选型测试等等
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    148#
    发表于 2010-6-26 22:52:50 | 只看该作者

    回复 1# 的帖子

    在嵌入式测试中要加入log文件,尽量多的在测试过程将各种调试信息放入其中。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    149#
    发表于 2010-6-26 23:11:47 | 只看该作者

    回复 18# 的帖子

    建议你从几个方面来考虑
    1。基本API测试
    2。功能测试
    3。兼容性测试
    4。稳定性测试
    5。性能测试
    6。压力测试
    这是嵌入式测试的主要几个方面,光是黑盒测试确实是满足不了的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    150#
    发表于 2010-6-28 17:10:02 | 只看该作者
    现在很多人一提起测试就想到需求,一定要拿到需求才能编写测试方案及用例,个人觉得是个很大的误区。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    151#
    发表于 2010-8-5 09:55:16 | 只看该作者

    回复 152# 的帖子

    为什么是误区?没有需求,你怎么知道测试标准?虽然嵌入式测试有一些国家或者国际标准可以参考,但是需求还是必须的啊。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2017-3-11 11:33
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    152#
    发表于 2010-8-16 23:08:19 | 只看该作者
    机顶盒的测试可能还要借助第三方的工具才能查找到bug的发生地点。通常串口线之类的设备是必须的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    153#
    发表于 2010-8-28 00:41:37 | 只看该作者
    原帖由 byx 于 2006-4-21 09:37 发表
    嵌入式操作系统的性能测试怎么做呢?我以前的公司就如楼主所说,只做黑盒测试,模拟用户操作,感觉没什么技术含量.问一下大家是怎么做性能测试的?


    我也想问这个问题:那是怎么关注性能的呢,中间需要什么工具吗。在网上搜了一下,codetest,但是价钱很贵!我们的做了一个关于GIS的PDA系统,运行在windows mobile上面的,请问我怎么看它的运行速度,及资源使用率啊,小女子刚接触嵌入式,不是很懂忘指教
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    154#
    发表于 2010-9-7 16:43:27 | 只看该作者
    公司软件测试以手工测试为主,黑盒测试,就是在做压力测试时采用自动测试工具,反复进行操作,感觉工作真的很累、很单调。这些还好,最烦是测试在开发眼中就是帮他们打下手的,老板也不重视,目前想在标准上好好钻研下,希望能有收获,看完整个帖子,感想是:做嵌入式测试,大家都一样呀,感觉要得到重视,还得大家多努力,但前提还是黑盒测试是进入测试行业的起点,转其他的方向发展才是正途。小子胡说,见笑!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    155#
    发表于 2010-9-28 22:16:11 | 只看该作者
    21楼是正解,来顶个。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    156#
    发表于 2010-10-14 17:16:02 | 只看该作者
    这个要你首先对产品的功能设计有详细的认知,然后从用户的角度考虑,比如一些异常的操作会有什么结果,每一步有什么结果,都要要Testcase中写出来,当然对于多任务的操作才造成的Bug,这个的确不好写在Testcase中,可以将问题描述在Buglist中供软件工程师解析完善。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    157#
    发表于 2010-10-20 11:07:45 | 只看该作者
    积极学习..
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2023-9-19 19:52
  • 签到天数: 7 天

    连续签到: 1 天

    [LV.3]测试连长

    158#
    发表于 2010-10-23 15:36:50 | 只看该作者
    刚刚接触嵌入式测试,感觉方法是一样的,但要开发驱动和桩,可以在开发人员提供的调试工具中完善
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    159#
    发表于 2010-11-11 17:27:29 | 只看该作者
    回复 20# 冰河
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 18:20 , Processed in 0.080949 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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