51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 14682|回复: 29
打印 上一主题 下一主题

[讨论] 嵌入式产品黑盒测试的方法、技巧

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-2-27 10:47:51 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我一直从事嵌入式产品的黑盒测试,但是最近感觉关于测试方法和用例编写的思维已经陷入僵局,尤其是我们公司的产品,每款产品的整个开发阶段要历时1~3年,面对同一款产品的不停修改和测试,我想不陷入僵局也难。
还是说说目前我面临的情况吧,由于是嵌入式产品的黑盒测试,大家都知道,绝大部分功能只能靠手工完成,虽然我们编写了部分小工具来完成个别重复性的工作。因此,当产品修改完bug或者添加新需求后,我们通常是先针对修改部分进行测试,然后再对整个用例进行测试。
由于产品功能繁多,因此设计的用例也较多。我们设计用例的方法都是从产品功能进行分析,基本是按照每项功能进行分类编号,再对每项功能进行正常操作和异常操作的划分,涉及到的数据通常分为正常、边界和非法值。但是并没有写下具体的操作步骤,也就是说,这个用例只能针对部分熟悉产品的人来使用。

问题1:是否有必要每次都对修改后的产品按照所有用例进行完全测试?由于之前出现过仅对修改部分进行测试,后来却发现据说没有修改的部分也出现了问题,因此每次我们都是基本对所有用例进行测试的。但是这样很费时间。

问题2:测试用例的编写,是否有必要写下每步具体的操作步骤?还是只写下每个测试要点就可以了?而且,当每个操作关联性很强的时候,就会有很多重复性的工作。比如说,在测试这个功能的时候,已经作了操作1~n;但是在测试下一个功能的时候,还得把操作1~n再作一次。怎么样才可以避免这些重复性的工作?

问题3:如何才能使测试用例具备更好的延续性和可复用性?

不知道各位在黑盒测试中是怎么做的?先谢谢各位sdlkfj3
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

30#
发表于 2009-5-22 10:30:11 | 只看该作者
测多了  麻木了
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2009-4-7 10:27:28 | 只看该作者
顶,希望看到多一些这样的交流,
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2008-4-18 17:48:57 | 只看该作者
测试人员应该比开发人员更了解需求才行哦
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2008-4-18 17:41:38 | 只看该作者

楼主,能说说你们测试脚本怎么写的么,用什么工具?

俺们以前做回归测试,都是写成批处理,直接DOS下运行了。。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2007-11-7 16:47:47 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2007-10-26 12:03:17 | 只看该作者
很好,帮忙顶
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2007-10-22 09:21:13 | 只看该作者
刚要做嵌入式软件测试,学习了!
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2007-10-18 17:41:35 | 只看该作者
我觉得测试的重点是要将需求完全吃透. 写份详细地test case, 记录所有的测试数据。有条不紊的进行。这就要求测试人员的素质比较高:比如业务掌握非常熟练,逻辑性思维很强,非常有耐性等等。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2007-10-8 12:25:53 | 只看该作者
我和楼主有同感,现在真的觉得这个工作很枯燥,但是测试用例还是写的详细点的好,有空多交流啊,我的QQ:48830003
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2007-9-30 21:19:01 | 只看该作者
测试是没有捷径可走的,居我了解微软测试msdn是每个函数都有相应的case,这就说明了我们在测试中是不能害怕重复,测试是很需要耐心和细心的,既然选择了这一行就不能害怕重复,也许自己的每个思考都会有不同的进步
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-9-11 00:25:07 | 只看该作者
回归测试非常重要,一定要做的。可以采用自动化的测试方法,节省人工。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    无聊
    2017-1-23 15:52
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    19#
    发表于 2007-8-31 11:08:44 | 只看该作者
    刚进入嵌入式不久,学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-8-28 13:12:55 | 只看该作者
    问题1:是否有必要每次都对修改后的产品按照所有用例进行完全测试?由于之前出现过仅对修改部分进行测试,后来却发现据说没有修改的部分也出现了问题,因此每次我们都是基本对所有用例进行测试的。但是这样很费时间。

    修改之后,是否会影响其他的部分,这个问题可以去请教研发人员,他们熟悉系统的架构和关联,参考他们的意见后,重点测试有关联的部分。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-8-8 23:40:45 | 只看该作者
    问题1:没时间或时间紧的就检测改过的部分,但还是建议全做,毕竟有时候一个BUG改好但可能由此引起另一个BUG

    问题2:我们是测试方法,测试步骤,预想目标,测试结果这样写用例的,我觉得这样写比较规范,至于重复问题,我觉得测试10次没问题但不保证100次没问题,测试10次没问题但不保证1000次没问题,质量不是靠测试来保证的,真的要避免重复就使用自动化测试工具

    问题3:建立测试用例平台,对已经通过的测试用例进行归档,方便测试人员对用例复用和延续

    [ 本帖最后由 ok-ok 于 2007-8-8 23:41 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-8-8 10:47:07 | 只看该作者
    我也刚转入做嵌入软件测试 ,现在我为公司写Test Case.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-8-6 12:04:14 | 只看该作者
    是啊,觉得真是很烦很枯燥,怎么样才能提高兴趣,有兴趣研究的朋友请加我QQ:38132657
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-6-27 17:15:33 | 只看该作者
    转入嵌入式行业快3个月了,发现它的功能性测试真的是很烦啊!虽然没有项目进度时间的关卡与复杂的数据处理逻辑等,只是简单的功能测试,可是为什么会那么枯燥!应该怎么样培养兴趣?恢复自信?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-6-26 17:07:45 | 只看该作者

    3Q,感谢ING……………………

    看老楼上大虾们的心得,收获多多~~~~sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-6-12 14:13:26 | 只看该作者
    建议把用例写得清楚一点...因为用例是写给测试人员看的,当然希望一看就懂得如何操作...
    至于修改后的软件,我们的做法是重点测试修改过的部分,对没修改的部分简要地过一遍...这样应该可以节省很多时间...
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 20:56 , Processed in 0.088765 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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