51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4593|回复: 11
打印 上一主题 下一主题

[讨论] 小型IT公司发布版本频繁时,测试该怎么应对

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2017-1-6 09:49:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
公司发布正式版本给客户时,会连续几天频繁发布正式版本,且每个版本改动特别小,不影响别的模块,但是开发人员很轴,每一次都要求按照正式发布流程来做,导致我们测试每天都在测试重复的检证(冒烟测试文档),冒烟测试每次发布正式版本时都走一遍,我说昨天才测完,今天有个小问题,影响范围很小,就测这一部分就行了,开发人员的回答是,我走正式的发布流程,给你发邮件,你怎么测试就不是我的责任了。遇到这样的问题测试应该怎样应对?我就打算将打好的包烧写一下,简单测测就完事!但是如果真的出现什么问题,如果开发网测试身上赖,怎么办?我就是在纠结这个事,请各位大神给我出出招!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    昨天 16:46
  • 签到天数: 1805 天

    连续签到: 4 天

    [LV.Master]测试大本营

    2#
    发表于 2017-1-6 10:03:09 | 只看该作者
    可以考虑一下自动化吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    3#
    发表于 2017-1-6 10:18:30 | 只看该作者
    有以下几个特点的项目比较适合自动化测试:
    1. 项目变动少
    2. 周期长
    3. 项目资源足够(自动化不是一个人完成的,需要一帮人长期维护)
    在考虑自动化
    关于自动化当时看这个帖子感触颇深
    http://www.cnblogs.com/tobecrazy/p/4606057.html#3546334
    实在不行就只能手动测试了  累一些被

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 积极回复获得测试积点10

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2020-3-26 10:03
  • 签到天数: 92 天

    连续签到: 1 天

    [LV.6]测试旅长

    4#
    发表于 2017-1-6 10:25:32 | 只看该作者
    对最后一个版本做正式测试,中间版本只对修改部分测试
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    5#
    发表于 2017-1-6 11:13:35 | 只看该作者
    1、考虑一下:为什么上线之后暴露出这么多问题?是哪个步骤出问题了?开发、测试没把好关?
    2、频繁的发布版本,可以规范下发布流程,影响不大的问题,可待所有问题都发布之后在发布。
    3、建议还是规范下流程吧,否则测试一直做重复的工作。没有提升
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-2-24 10:27
  • 签到天数: 22 天

    连续签到: 1 天

    [LV.4]测试营长

    6#
    发表于 2017-1-6 11:19:34 | 只看该作者
    对于频繁发版的,尤其是给客户的,肯定要系统测试啊,只冒烟走流程是行不通的。除非开发保证以前修复的那些bug不会再存在。还是需要时间继续测试的,我觉得,要不然到时候有个什么重大bug,这个锅,谁来背?  个人建议!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2017-1-24 21:14
  • 签到天数: 140 天

    连续签到: 1 天

    [LV.7]测试师长

    7#
    发表于 2017-1-6 11:29:43 | 只看该作者
    让他们先自测     自测完了自动化冒烟   然后测试修改的部分
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2017-1-6 12:20:40 | 只看该作者
    谢谢各位的回复!
    前期已经系统测试过了,版本已经很稳定了,最近要发布给客户正式版了,修改的问题是很小的问题,不会影响到用户的,只是生产侧一个没有取到MAC地址的问题,开发前一天发布版本我测完了,今天又发布改了这个问题,还让我走一遍测试!我很无语啊?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-12-26 14:30
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    9#
    发表于 2017-1-6 14:57:34 | 只看该作者
    zout 发表于 2017-1-6 12:20
    谢谢各位的回复!
    前期已经系统测试过了,版本已经很稳定了,最近要发布给客户正式版了,修改的问题是很小 ...

    测试策略, 测试来主导。  而不是跟着开发屁股后面走。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-2-24 10:27
  • 签到天数: 22 天

    连续签到: 1 天

    [LV.4]测试营长

    10#
    发表于 2017-1-6 16:55:53 | 只看该作者
    xuquan 发表于 2017-1-6 14:57
    测试策略, 测试来主导。  而不是跟着开发屁股后面走。

    can not agree more.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-5-10 09:16
  • 签到天数: 172 天

    连续签到: 2 天

    [LV.7]测试师长

    11#
    发表于 2017-1-9 10:48:01 | 只看该作者
    每天都有小的改动并发布版本时
    1、保证修改东西正常且修改东西所相关所有东西都正常
    2、保证此项目的所有主功能流程正常
    3、保证此项目的主模块流程正常,比如直播软件,每次发版本必须对直播多测几遍,要不然主功能出问题了,就相当于此项目是报废的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2021-12-16 15:38
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    12#
    发表于 2017-1-22 10:47:54 | 只看该作者
    整个测试的内容应该是由测试去主导,可以根据开发写的影响范围,设计好验证用例后,拉着开发一起进行评审,测这些用例是否可以,这样就达到了风险均摊的目的,也达到了减少工作量的目的
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 06:37 , Processed in 0.072833 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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