51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2624|回复: 6
打印 上一主题 下一主题

黑盒和灰盒的边界概念问题(事例一则)

[复制链接]
  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    跳转到指定楼层
    1#
    发表于 2011-5-12 14:09:36 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    黑盒即不考虑内在关系的手动测试.当了解了内在关系后,会局限你的思维,所以才有了黑盒.
    灰盒是了解系统后,使用技法去验证一些设计盲点和服务器及客户端通信.灰盒方法相当多.
    以下介绍 1种,按测试思路来写,具体内容会比较精简
    批量洗练
    道具A属性为a1,允许批量洗练1-10.,然后通过"确认"来变更属性为a2
    当条件覆盖1-10所出结果等正确.我们先不确认a1属性变更a2
    接下来会找到该系统有多少个输入口,ok就1处 文本限制为1-10.(略过非数字和输入法外部复制等判断)
    ok,得到程序做了很完美的正则表达式.
    那如果输入不行呢.我们把默认为10全部用backspace后为null.
    然后试下能否允许批量洗练..
    结果发现:不能批量洗练,但是没对应的反馈.这个时候看界面.哈a1选择1-10条都不能"确认"了.
    得出结论
    1.对null ,客户端清掉了表,服务端得到后.响应了对应数据. 有人会说这个是服务端没告诉客户端
    这个系统 简单逻辑(排除无效等价类)如下:
    道具A,洗练后,按确认来定义.客户端只发有效参数.服务端只接有效参数.
    最后需求目标:
    默认最低为1.不能为null.
    对于非有效的,有对应异常抛出.
    结论:灰盒就是理解业务基础上的黑盒,希望对大家能有帮助
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    7#
     楼主| 发表于 2011-5-17 12:16:50 | 只看该作者
    ....yumen
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-5-16 15:31:30 | 只看该作者
    死机了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2011-5-16 12:01:50 | 只看该作者
    不明白
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2011-5-14 11:56:24 | 只看该作者
    不明白....
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2011-5-13 14:29:16 | 只看该作者
    。。。脑容量不够啊。。。看不懂啊。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2011-5-12 19:16:18 | 只看该作者
    描述有些晦涩,但我看懂了。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 20:44 , Processed in 0.069520 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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