51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6347|回复: 18
打印 上一主题 下一主题

[原创]测试过程中的经验

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-11-8 13:17:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
[原创]测试过程中的经验
测试过程中需要注意几点:
    1、测试用例包含测试文档和测试数据两部分,在实际操作之前,请先准备好测试数据,即要在界面上录入的数据,原则上是所有在界面上输入的数据都要写进测试数据(excel表)中,并注意归纳整理,每组测试数据都应有相应的测试目的。
    2、测试数据的准备需要考虑到一定的覆盖率,但100%的覆盖是肯定做不到的。请根据测试用例文档的内容尽量达到最有效的覆盖。
    3、测试用例并不是一成不变的,应在测试过程中随时更新、补充,不断完善。如果在测试过程中发现原测试用例有不完整甚至是错误的情况,请及时补充或修改。这一点很重要,切记。因为在此时多一分心,将来的测试工作必会少几分力。
    4、在测试过程中发现的BUG请填写到缺陷管理工具TTP中,特别注意要将BUG情形,重现步骤等描述清楚,不要因偷懒或错别字等原因使得开发人员无法正确理解和无法重现该BUG,甚至造成歧义,以免对开发者和测试者增加许多不必要的工作量。
    5、做好BUG的跟踪工作。测试工作并不止于发现BUG,而应对每个BUG跟踪到底。BUG自提出之后,就要一直跟踪,敦促相关人员解决。时间太长仍未解决的,要查明原因,并汇报至项目经理处。在TTP中,则体现为所有的BUG最后都要处于“closed”状态。
    6、做好版本控制。程序源代码的版本控制工作由开发组负责,但测试组也需要管理好测试系统的版本,保持与最新程序同步,以免对不正确的版本进行测试,做无用功。
    7、做好回归测试。开发人员修改BUG后,测试组要尽快将程序更新至测试环境,并做回归测试。此时除了验证所发现的问题是否被修正外,还要特别注意的是,此项改动是否会对系统的其它部分造成影响,从而产生新的BUG。因为有时候程序员对程序的一个不正确的,哪怕是小小的改动,都可能会对系统带来更多的BUG,而这些BUG往往又是很隐蔽的,所以要特别小心。这一点非常难做到,需要靠测试人员的经验和细心。这里有一个比较好的方法,就是要求开发人员在解决问题的同时,要详细的说明该问题产生的原因,及他对哪些源程序文件做了什么改动,填写到TTP中,越详细越好。根据我们部门以往的测试经验,我觉得这一点做得还很不够,很多程序员并不愿意做过多类似的归纳整理工作。其实这是对大家都有好处的事情,一定要请大家共同配合。
    8、在测试过程中,如果重复的操作过多,在条件允许的情况下,可考虑使用功能测试工具winrunner,quicktestpro等来简化操作。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2004-11-8 13:18:17 | 只看该作者
以上本来是我要出差前移交工作给部门新来同事的时候交代的几项事情,稍为整理一下,贴出来跟大家分享,欢迎批评指教。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-11-9 10:06:35 | 只看该作者

谢谢,对我很有用处

回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-11-9 13:29:51 | 只看该作者

说的很好!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-8-24 20:37:57 | 只看该作者
嗯,不错!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-8-25 13:24:07 | 只看该作者
谢谢楼主,很有帮助!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-12-19 11:42:32 | 只看该作者
谢谢,对我很有帮助
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2014-11-5 22:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2005-12-27 12:51:57 | 只看该作者
    讲得很透彻,深有体会
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-12-27 14:57:33 | 只看该作者
    说的不错,都是比较关键的点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2006-1-4 16:11:01 | 只看该作者
    对于“2、测试数据的准备需要考虑到一定的覆盖率,但100%的覆盖是肯定做不到的。请根据测试用例文档的内容尽量达到最有效的覆盖。”我还是有一些疑义的,当然我的意思不是不同意楼主,只是我们公司的开发人员要求测试人员做到100%的覆盖,我一直很是纳闷。现实吗?何时我们测试人员能做到?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2006-1-5 11:18:51 | 只看该作者
    测试案例的标准应该跟产品和测试方法有关,这个标准不好完全统一。其他比较赞同。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2006-1-5 13:38:13 | 只看该作者
    真的是永远难做到,可考虑边界值等测试数据设计方法!!!数据类型等基本要素一定要100%覆盖。

    RD再这样要求,你可以要求他写的代码不要有bug!!!呵呵

    原帖由 caidywang 于 2006-1-4 16:11 发表
    对于“2、测试数据的准备需要考虑到一定的覆盖率,但100%的覆盖是肯定做不到的。请根据测试用例文档的内容尽量达到最有效的覆盖。”我还是有一些疑义的,当然我的意思不是不同意楼主,只是我们公司的开发人员要求 ...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2006-1-20 17:08:58 | 只看该作者
    真是惭愧呀~~
    这张贴子过了这么久了还有人顶起来。
    关于测试用例覆盖率的问题,欢迎各位同仁继续深入讨论~
    我将持续关注中。。。呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-4-24 15:41:13 | 只看该作者
    很棒,我都把它记到本子里了 ,很多东西在第一次做项目的时候没有注意到,也遗漏了很多.谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-5-31 15:56:24 | 只看该作者
    超级好东西
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-6-4 13:11:16 | 只看该作者
    好东西
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-8-24 11:03:00 | 只看该作者
    bucuo
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-9-3 19:06:59 | 只看该作者
    嗯,不错!不错!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2010-6-23 17:58:18 | 只看该作者
    总结得很精辟又很容易理解
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 20:04 , Processed in 0.079804 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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