51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4677|回复: 20
打印 上一主题 下一主题

测试是否要有个评价的标准呢?

[复制链接]
  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2005-12-7 14:20:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    今天早上接到个测试任务
    给我一个EXCEL 的表格写了需要测试的条目,
    但是有个问题就是------没有一个衡量错误的标准呢?
    我该怎么测呢?问给我任务的人,他说不知道.
    大家都是怎么确定标准的呢?
    讨论讨论吧

    [ 本帖最后由 xiaoye_china 于 2005-12-7 16:02 编辑 ]
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-12-7 15:18:42 | 只看该作者
    看到这样的帖子就急,标准去找你们公司的人要,这里谁知道
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
     楼主| 发表于 2005-12-7 15:38:11 | 只看该作者
    有什么好急的?只是想让大家讨论一下么!
    我又不是寻求帮助!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2005-12-7 16:10:56 | 只看该作者
    这个...我想要具体问题具体分析吧.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
     楼主| 发表于 2005-12-7 16:46:49 | 只看该作者
    大家是否在接到测试任务的同时也接到一个类似标准的文档资料呢.
    也就是说在什么情况下出现什么才是理想的,才是正确的.
    这样的文档或说明大家在测试的时候是否有呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-12-7 17:43:59 | 只看该作者
    实际问题需要实际解决,现实的情况是很多公司不重视测试,所以很多东西需要自己去找。不管是开发也好测试也好所有的标准都是需求,没有需求文档就去要,要不到就凭经验来判断,不清楚的地方就去问。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-12-8 17:20:21 | 只看该作者
    所谓需求规格说明书
    注意
    需求和规格
    她既有需求
    也有规格
    这里的规格也就相当于标准!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
     楼主| 发表于 2005-12-9 17:09:00 | 只看该作者
    谢谢各位! 我们是个小公司,所以也没有什么测试组
    就是别人说把这个测一下吧,我就把他说的要测的测试一下
    具体会出现什么异常只能自己看了
    自己觉得有问题的地方再去问.然后确认是不是BUG
    哎......
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-12-19 16:18:19 | 只看该作者
    测试评价的标准还是要符合需求说明书。通常的标准1级,2级用例100%执行,3级,4级用例60%执行。这只是参考,还是根据公司的规定来测。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-12-19 17:14:10 | 只看该作者
    对于斑竹那么不负责的回答,我觉得对在这里提问题的人是种打击。
    可以加我QQ,我帮你分析一下(在我有空的时候)
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-12-19 17:49:49 | 只看该作者
    简单的说,跟需求不对应的地方就是bug!如果没有需求,那可就难办了.有机会讨论一下,呵呵
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    12#
    发表于 2005-12-19 17:50:25 | 只看该作者
    大家都是朋友,不要说引起别人误解的话,对不?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    13#
     楼主| 发表于 2005-12-19 17:52:51 | 只看该作者
    原帖由 snoppy_luo 于 2005-12-19 16:18 发表
    测试评价的标准还是要符合需求说明书。通常的标准1级,2级用例100%执行,3级,4级用例60%执行。这只是参考,还是根据公司的规定来测。

    谢谢你,不过在公司不能上QQ呢,可有MSN ?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-12-22 15:31:32 | 只看该作者
    楼主的情况跟我很像,郁闷中。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    15#
     楼主| 发表于 2005-12-22 15:37:38 | 只看该作者
    大家同样面临这样的事情啊.真的是比较郁闷呢....
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-12-23 11:03:16 | 只看该作者
    楼主的情况,估计需要看一下程序,或者在测试前要先弄清如何操作以及什么样的结果是正确的。
    由于没有相关文档,与开发人员的交流就必不可少了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
     楼主| 发表于 2005-12-23 11:24:32 | 只看该作者
    恩有道理,接下来的项目就来了一堆的测试条目,而且还是日文的,
    看起来好费劲,看来测试的标准就得多问了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-12-24 23:09:57 | 只看该作者

    郁闷

    一样 注意点 还有机会
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-12-25 15:57:39 | 只看该作者
    这种情况,你可以去问你们的BA就是需求人员,或是开发人员,看看客户提出的具体要求是什么,要开发人员实现哪些功能,如果你们是做产品的那么只需要问提出需求的人,如果他不清楚,你可以去问开发人员,需求人员向他们提出了什么样的需求,要求他们实现的,那么你可以去衡量一下,这样的需求和他所理解的是否一致,如果你觉得不对,就和他探讨问题到底出在什么地方,是否需要实现这个功能,实现了又会出现什么样的后果.等等,如果你们针对的是客户,那么你可以去询问项目经理或是每个模块具体的人员.客户的真正要求是什么.然后再回来确定你的问题所在,另外你的问题提的并不是十分的明确,我并不是很清楚你所操作的这个EXECL表格,具体的是做什么用处的,是让你门写CASE呢,还是让你们提BUG?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2006-11-10 12:48:17 | 只看该作者
    若无任何文档的情况下:
    1.界面测试标准可以参照软件测试准规.
    2.功能:具体功能是要达到什么,如果不知道请问相关开发或管理人员.
    3.性能:请先问相关开发及需求提出人员,要达到什么效果. 然后根据按自己对需求的判断来确定,并制定测试步骤.
    4.易用:咨询需要提出人员,但大部份需要靠自己根据用户群来分析易用性要达到什么标准.
    5.在各种文档不是很正规的团队测试报告最好以图文并貌的形式提交问题,以免开发不知你反馈的问题是在说些什么.
    6.推荐:如果以后有类似的接收任务,请向开发主管人员提出:"测试接收标准",否则你提交问题后开发改了半天,又拿给你测试,你又反馈一大堆的问题时,周而复始<1.开发烦 2.项目急待发布,但问题一大堆 3.如果发出去了,有问题会怪是你测试不周全,未提早发现问题 4.绩效考核时,由于项目的众多问题,你将脱不了关系,还得承担扣资金的风险>.
    7.祝你好运.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 01:31 , Processed in 0.074483 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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