51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2339|回复: 14
打印 上一主题 下一主题

[讨论] 这样的问题算什么呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-3-24 14:01:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
小弟在做系统测试,测试系统中某一处时返回了错误的提示信息,但是当我再次构建同样的测试环境和输入数据进行测试时却返回了正确地提示信息,反复测试也没有在出现第一次那样的错误信息提示,高手指点一下,这种情况是否应该算作是Bug呢???
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-3-24 14:25:56 | 只看该作者
是否在其他的测试环境下也会出现同样的问题呢?可以换个角度借鉴下。
有时候这样的BUG我也会遇到  但在反复的测试中能够解决这样的问题了。
你做的是否B/S结构的?是否会是网络延迟问题?是否是数据操作数据库上的问题?
因为可能会是同步问题呢。。。再就是OS的问题。。
我觉得应该算是BUG,至少也说明了APPLICATION与系统上的耦合程度不强
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-3-24 14:30:35 | 只看该作者
这个问题是出现在C/S结构中的,而且我的数据库在本机上,应该不会是因为网络延迟吧?我也搞不清楚,我倒是怀疑跟系统时间有一定的关系!晕,刚刚问了开发人员,他也没头绪!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2005-3-24 14:32:15 | 只看该作者
    你的问题比较模糊……

    我大概说一下我的思路:

    了解该功能的设计思路和所能达到的目的;
    确保操作过程和操作中的数据都是一致的;
    执行该测试(最好再写个相应的测试用例)

    --如果发现还是如上情况,先不要急着报告,记得给这个还没有确定的情况进行分析(你可以试着用不同的数据,相同路径再走一遍以确认),在条件许可的情况下,可以向负责该功能开发的程序员请教。

    另外:不要把自己不太敢确定的问题(不一定是BUG)全部留给开发人员分析。至少你需要做一下初步的分析,以帮助开发人员定位。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2005-3-24 14:34:51 | 只看该作者
    那就只能多对该问题进行跟踪测试了,看是否会有BUG的出现
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2005-3-24 14:41:53 | 只看该作者
    那我说具体些吧,就是在我新增一条记录的时候,存在开始时间和结束时间两项,软件要求开始时间和结束时间必须是5分钟的整数倍,我进行测试的时候刚好系统时间是13:45,所以软件就默认开始时间和结束时间均为13:45,在输入了其他合法数据后确定,软件返回信息提示“开始时间必须是5分钟的整数倍”,于是我修改了开始时间,再点击确定,软件又返回信息提示“结束时间必须是5分钟的整数倍”,我只得有对结束时间进行了修改,再点击确定完成了新增过程。可此后我再次输入完全相同的数据进行新增时系统却再也不返回当初的提示信息了。(不模糊了吧?累死我了,汗——————)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-3-24 14:53:15 | 只看该作者
    APPLICATION时间是按照系统时间进行判定的
    你在输入完其他的内容提交数据 是否会有一个时间差呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-3-27 12:10:23 | 只看该作者
    这类非可正常重现的错误是最麻烦的,一般俗称“六脉神剑”。也有可能是2次的前置条件不同造成
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2005-3-27 16:26:43 | 只看该作者
    晕,一不小心中了六脉神剑了,高手救我啊!!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-3-27 19:46:44 | 只看该作者
    这种问题应当细心去分析、复现故障才能最终确定是否为bug.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    11#
    发表于 2005-3-27 22:54:31 | 只看该作者

    以下意见,仅供参考。

    不一定符合您的情况,暂时想到的可能性有以下几个:

    首先,考虑业务流程的规约:是否具备一些约束,比如:是否要求开始时间必须大于当前的系统时间,结束时间是否大于开始时间,且要求两者具备是5的整数倍?

    其次,考虑开始时间与结束之间是否存在关联,如果开始时间是13:45的话,是否结束时间默认结束为13:50或是其他的算法,比如开始时间+5分钟?

    第三,考虑程序的逻辑是否正常?由于程序中加入提示的位置可能会造成您以上的情况?第一次初始化的时候进行了判断,随后该判断过程被跳过了(可能在程序循环外)。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2005-3-28 10:15:14 | 只看该作者
    多谢各位的指点!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-3-29 17:08:37 | 只看该作者
    当不可重现故障发生时,叫开发人员过来确认一下,注意保留现场:例如备份数据库,日志文件,记录系统信息等。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    14#
    发表于 2005-3-29 18:02:41 | 只看该作者

    楼上的正解!

    应严格执行,尤其对于不可复现的错误。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-4-18 23:33:49 | 只看该作者
    这种问题很头痛
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-12 07:23 , Processed in 0.095245 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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