51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1950|回复: 5
打印 上一主题 下一主题

[原创] 浅谈测试类型

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-5-8 20:16:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在软件的生命周期中,存在各种各样的测试类型和测试手段,如:验收测试(版本验收测试=冒烟测试,功能验收测试,部署验收测试),功能测试,边界测试,系统级测试,负载测试,性能测试,回归测试,随机测试(探查性测试),兼容性测试,文档测试,安装/卸载测试,单元测试,安全性测试,用户界面测试...我只想结合以前的工作经历谈谈冒烟测试和回归测试。
*冒烟测试
在我从测试转入开发后,兼职了配置管理的工作,主要就是负责版本的发布。版本的发布涉及到最多的测试就是冒烟测试,在从事这项工作的初期,我发布的版本总是充斥着各种各样奇怪的bug,主要现象就是在测试环境中有问题,而在开发环境中没有问题;经过开发人员查找问题,最后发现都是由发布时配置不当引起的。当时公司开发极不规范,系统用了不同的技术,可没有留下相关的配置文档,这样造成了发布的工作只有几个人熟悉。后来经过整理发布文档,结合冒烟测试,版本的发布问题也就越来越少了。冒烟测试,目的就是发现系统发布时的bug,这类bug有别与其他bug,它们可以通过发布文档来避免,而且这类测试速度要快,可以考虑使用测试工具来测试。

*回归测试
做产品系统的测试,大量的工作就是做回归测试。回归测试的工作量是非常大的,纯手工的回归测试,让测试人员觉得暗无天日,而且随着时间的推移,测试人员在回归测试中发现bug的能力也越来越弱,这使得bug具有了免疫力。如何做好回归测试?
1.对系统一直抱有新鲜感
2.猜测功能的修改,新功能的增加会对哪些原有功能有影响?
3.使用测试工具来做部分回归测试
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-5-10 16:18:16 | 只看该作者
冒烟测试时开发做的
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-5-10 17:17:41 | 只看该作者
确实,大量的手工回归测试是测试人员的噩梦!!!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-5-10 17:49:04 | 只看该作者
手工回归测试比较难发现新问题,自动化回归测试如果碰到控件更新就很麻烦。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-11-9 18:34:12 | 只看该作者
未完待续??
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    6#
    发表于 2010-11-11 21:16:09 | 只看该作者
    概念
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 06:37 , Processed in 0.071305 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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