51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 新手请教,软件测试是否有停测标准?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-7-14 11:56:14 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位大侠,小妹初出茅庐,想请问软件测试中是否有停测标准?
大家都知道测试和开发的矛盾向来很大,不知道可否给一些关于退回拒绝测试的标准看看?
小妹在此谢过~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-7-14 12:11:26 | 只看该作者
在网上找一下,有标准的。不过也不能照搬,建议制定适合自己公司实际情况的标准
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-7-14 12:51:35 | 只看该作者
多谢回复,可能是我的搜索水平太菜,唉~没有找到。。
如果有哪位大侠知道关于这方面内容的网址可告知在下
盼回复~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-7-14 13:06:23 | 只看该作者
当然有了,测试过程根据计划中定义的规则,有挂起或恢复的行为,比如:

测试挂起和恢复条件
7.1挂起条件
Ø       进入第一轮测试,测试人员大体了解一下产品情况,如果在一小时之内发现5个以上(含5个)操作性错误,或者3个以上(含3个)功能性错误,退回测试组测试;
Ø       遇到有项目优先级更高的集成测试任务;
Ø       遇到有项目优先级更高的集成任务;
Ø       在测试复测过程中发现产品无法运行下去;
Ø       人员,设备不足。

7.2恢复条件
Ø       符合进入集成测试条件(一小时之内发现5个以下(不含5个)操作性错误,或者3个以下(不含3个)功能性错误);
Ø       项目优先级更高的集成测试任务暂告完成;
Ø       项目优先级更高的集成任务暂告完成;
Ø       复测过程中产品可以运行下去;
Ø       人员,设备到位。

以上是一个集成测试挂起与恢复的例子,更多的内容可以到

http://www.sawin.cn/

这个网址的测试版块去看看,呵呵~~
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-7-14 13:35:29 | 只看该作者
退不退回测试就看开发怎么解释你提的bug
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-7-14 14:30:08 | 只看该作者
曾经参观过一个台资软件企业,他们的标准比较严格。
记忆中有以下几条(暂停标准-系统测试暂停):
1.每个Use Case出现10个以上Bug。
2.每个Use Case出现1个二级以上Bug,影响测试流程。
3.同一个Use Case中相同Bug出现2次。
4.同类Bug在不同Case出现2次以上的。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2005-7-14 14:39:11 | 只看该作者
感谢迎风:你给的网址俺去了,可是访问的人数太多超过cpu的使用频率。。。
“目前访问该 Web 站点超过cpu使用额度。HTTP 403.100 - 禁止访问:超过cpu使用额度”
呜呜呜~~可惜~~~:,(
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-7-14 17:18:47 | 只看该作者
1.软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)暂停测试返回开发
2.  软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据
3.由于外界因素造成测试无法进行,测试应随之暂停或终止。(如:人员、配置、时间等)

这是我写的,所以俺们公司一般不暂停测试,因为领导是不希望看到我休息的,我也没办法。写多了,领导不批====白写
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-7-14 17:58:37 | 只看该作者
在那里,虫不死,火不灭,测试不挂起
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2005-7-15 09:06:54 | 只看该作者
呜呜呜~~是啊,所以我估计,我就算写好了领导也不会同意的。。。。
呜呜呜~~软件测试难做啊。。:,(
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-7-15 10:50:34 | 只看该作者
Originally posted by ning_1982 at 2005-7-15 09:06 AM:
呜呜呜~~是啊,所以我估计,我就算写好了领导也不会同意的。。。。
呜呜呜~~软件测试难做啊。。:,(


不要灰心,用心做就是了,从中你肯定能积累到不少的知识与正反面经验,何况这世上没有任何事情在一开始就能做到尽善尽美的~~
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2005-7-15 16:19:00 | 只看该作者
谢谢楼上大侠的鼓励~
偶一定会努力的啊~~
不过,还要各位大侠多多指导才是啊~^_^
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-7-17 01:25:54 | 只看该作者
看需求文档,一般开发员也是根据需求文档来做开发的,一般测试范围如果超出文档范围他们有道理不做开发,而测试也完全根据需求来做的,当然如果测试员要测的某个模块是开发员没开发出的,那这块就只能暂停了
新的测试员在刚刚入公司的时候对业务不熟悉,往往会根据自己的判断来定BUG,这是错误的,多看看需求,把需求丢在开发员前,那就是客户要求了,他们不的不做.
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    14#
    发表于 2005-7-19 22:13:44 | 只看该作者
    有啊。万事总归有总结。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-7-20 08:34:49 | 只看该作者
    在测试前期,会制定相应的acceptance testing的标准,就是参照需求说明书写出系统实现的主要功能,在新的build来的时候,对照标准进行acceptance testing,如果都能通过,那么进行下一步测试,如果出现主要功能的重大缺陷,那么就拒绝测试.
    当然这里还要看开发人员对缺陷的解释,如果合理,也能进行进一步测试
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 23:48 , Processed in 0.076869 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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