51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4566|回复: 10
打印 上一主题 下一主题

[讨论] 黑盒功能测试,除了界面上展现的数据外,还有必要比较测试数据库的数据么?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-5-15 18:35:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
问题:黑盒功能测试,除了界面上展现的数据外,还有必要比较测试数据库的数据么?

问题的描述:黑盒功能测试简单来说就是看外观的,我们在测试新增的时候,新增输入的数据,然后保存,那么我们用例的输入结果会去描述保存的数据与输入的数据应该要一直的,那这个时候还有没有必要去检查数据库也是一致的呢?修改也是同样的?

从事多年的测试了,至今为止我还没碰到测试黑盒有去测试数据库的,即使现在我测试的是银行系统,已经比大部分的系统来得重要了,作为黑盒,我也没去关注过数据库的数据,仅仅对展现的数据进行测试,有问题也是跟程序员沟通的(除了写的自动化脚本有去调用数据库而已),现在我女朋友说他们主管叫他们比较前台数据外还要去比较数据库的值是否一致。从我对测试的角度出发,这已经超出了黑盒测试的范围了,而且如果数据库是错的,前台展现是正确的,那这怎么理解呢?而且数据库不是简单的a,b,c,而是非常多的字段的,最重要都是abc组合,绝对不是前台展现的:用户名、密码这样让人一看就懂的,因此我个人觉得比较数据库是一个比前台更耗时间和成本的工程,实在不应该也不需要操作,毕竟软件是有成本的,没成本爱怎么做都可以!大家的看法如何?


PS:哈哈,提交在每周一问里面了,不过还是提出来大家讨论看看把!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    2#
    发表于 2010-5-15 21:00:38 | 只看该作者
    在测试的时候也没有区分你的职责是黑盒功能测试,还是别的什么吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-5-17 09:33:39 | 只看该作者
    对于这个问题,我也有点疑惑!黑盒测试理论上来说是只管系统是否正确得接收规定的数据,然后输出相应的结果!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-5-17 12:51:47 | 只看该作者
    黑盒测试是一种测试设计策略,它根据规格说明来构造测试用例。在理论上,它并没有对测试员的行为进行任何约束,它只是强调:需要认真地阅读规格说明,理解用户希望的功能,像用户那样操作软件。

    在测试执行过程中,需要收集各方面信息来评价测试用例的效用。即便是用黑盒测试方法设计出的测试用例,也需要检查软件各个层次是否做出了正确的响应。如果软件的行为是非常复杂的,那么更要全面的收集信息,否则如何判断:已有的测试足够么?如何在有限的时间中,将精力投入到更有价值的领域?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-5-18 15:37:21 | 只看该作者
    黑盒测试是说不关注代码如何实现。如果在特定的系统上有必要对比数据库系统内的数据是否正确也是有可能的。比如这个系统的数据库中的数据还会被其他系统调用,那么,这个数据库中的数据必须保证正确。
    再说,前台展示的数据和数据库中存储的数据是否可能存在不一致性的问题。这涉及到你们系统的具体数据库实现方案。楼主你测试银行系统的应该知道,银行体系里经常有一些复杂的系统,他的数据来源可能是来自许多个其他的系统,来自许多个数据库,这里处理完之后进行前端展示的同时存入其他许多个库(比如每日备份库,长期备份库,外围系统的数据库等等)。所以还是需要跟具体的待测系统来具体分析。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2010-5-18 15:52:49 | 只看该作者

    回复 5# 的帖子

    我是测试银行的,不过没那么复杂,我们紧紧是测试界面的,不需要关注数据库,项目经理还跟我们说:数据库不能让你们测试人员知道,如果有问题找开发人员问,让开发人员找原因!

    PS:以前我做这边系统,使用自动化的时候,那个时候也紧紧是查询数据库语句,找到流程中的人员而已!

    我是反驳5楼的,呵呵,数据库的比对让测试人员在功能的基础上再去操作,我觉得本身是一个错误的方式!
    你要想想看,一个数据库表就好了,他可以关联几个表?他可以有多少个字段?而前台展示可能很简单的几个字段而已,而且前台不管如何肯定比数据库表来得容易理解是吧?也就是说测试数据库的时间>单纯界面功能测试的时间
    以目前国内的测试形势来说,或者说以一个项目的成本来说,你觉得测试数据库现实么?除非我说的,慈善机构,或者你自己喜欢怎么弄就怎么弄的,以成本考虑的项目我测试数据库是不现实的(当然微软那种大公司我就不知道他有没有测试数据库了,毕竟人家财大气粗,国内的软件公司,目前我觉得还没有这样一个公司敢花钱花时间去测试数据库的吧,国有例外,反正也不是自己的钱,怎么浪费无所谓)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-5-18 15:55:28 | 只看该作者

    回复 5# 的帖子

    你这说的是理想化的吧?
    你做过这样的测试?
    我在银行测试了几年了,这边测试人员没有500个恐怕也有300个吧,我还真没见过哪个测试人员有什么备份数据库什么之类的,除了性能测试外,功能测试的目前我没发现有使用数据库的(之前我们自动化确实有调用数据库,那也只是查询数据的位置而已,根本没去比对数据库里面的任何值)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2010-5-18 15:57:19 | 只看该作者
    另外我这边不是一个单纯的系统,可以说是多个系统的组合,好几个公司都在这边做,起初一个系统,现在6年左右时间了,已经我知道的有5个系统了,跨来跨去,真没你说的谁去鸟数据库的,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-5-20 12:23:13 | 只看该作者

    回复 8# 的帖子

    井底之蛙。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-6-30 11:20:11 | 只看该作者
    如果可以,关注数据库可以更好的测试。
    我原来也是只是单纯的黑盒测试,直到现在这个项目,因为内部只有我一个人测试,把关,所以跟开发交流时,必须了解点数据库,否则沟通有点问题,所以开始接触数据库,我的感觉是:如果你了解了数据库,你可以更好的去做测试,因为你能更清楚地去了解这些数据流,逻辑,中间过程。

    所以,作为测试,如果可以,建议去看数据库
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-7-9 16:38:40 | 只看该作者
    北京鑫翔恒业科技有限公司
    承接软件测试服务外包项目
    我们团队有专业的从事多年性能测试工作的资深软件测试工程师、高级性能分析师,Oracle DBA等,以满足客户的需求。

    功能测试使用的工具
    测试工具 操作系统
    -> WinRunner
    -> QuickTest Pro
    -> Robot
    -> TestDirector
    -> Quantity Center

    功能测试服务范围:
    · 单元测试
    · 集成测试
    · 系统测试
    · 回归测试产品分类  电子商务解决方案

    性能测试使用的工具
    测试工具  
    ->LoadRunner
    ->WebLOAD
    ->Silkperformer
    ->JMeter
    ->TestDirector
    ->Quantity Center

    性能测试服务范围
    · 基准测试
    · 容量测试
    · 压力测试
    · 负载测试
    · 稳定性测试
    · 异常测试

    公司网址:www.911it8.com
    地址:北京市海淀区中关村E世界1115A
    公司传真:010-62684686
    公司电话:010-62684686   15110017285 刘先生
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 14:29 , Processed in 0.084445 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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