51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师论坛测试积点免费获取渠道攻略20+企业级实战项目就在这里!横扫BAT,Python全栈测试开发技能大全
【114期】:谈数据库测试&测试开发相互间的关系!中国软件测试行业现状调查报告新鲜出炉! 【杂志】做测试行业不偏科的尖子生! 【活动】为视频UP主打CALL,互动领福利!
查看: 1486|回复: 13

[讨论] 作为测试部掌门人,该如何协助研发部门的同事去建立bug预防体系?

[复制链接]

该用户从未签到

发表于 2019-4-14 12:11:11 | 显示全部楼层 |阅读模式

最近公司招聘来了一个CTO敏捷方面的专家,刚到公司一周,就开始找研发、测试、运维等负责人开会,讨论如何实现软件缺陷预防。作为互联网公司大家都知道节奏快,压力大、文档不全,人手少,不像传统的软件企业或国有企业测试编制较多,测试时间足够。要求下周五必须交部门的讨论意见,感觉测试没什么好的idea,有没有朋友有类似缺陷预防的经验,指点一下方向也行,谢谢!


作为测试部掌门人,该如何协助研发部门的同事去建立bug预防体系?
回复

使用道具 举报

  • TA的每日心情
    慵懒
    2020-1-19 09:36
  • 签到天数: 852 天

    连续签到: 7 天

    [LV.10]测试总司令

    发表于 2019-4-15 10:30:55 | 显示全部楼层
    规范啊   代码规范 啊 以及要求规范啊  
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2020-4-14 15:37
  • 签到天数: 304 天

    连续签到: 1 天

    [LV.8]测试军长

    发表于 2019-4-16 09:47:15 | 显示全部楼层
    建立规范的测试体系,文档规范、代码规范,邮件模板等等
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2020-2-2 12:43
  • 签到天数: 630 天

    连续签到: 1 天

    [LV.9]测试副司令

    发表于 2019-4-16 09:59:47 | 显示全部楼层
    各种规范,测试的防御体系要考虑在拿到版本之前和拿到之后
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2020-7-29 11:12
  • 签到天数: 460 天

    连续签到: 1 天

    [LV.9]测试副司令

    发表于 2019-4-16 10:10:22 | 显示全部楼层
    得建立良好的编程规范,参照阿里的java手册,另外就是设计的问题了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    7 小时前
  • 签到天数: 957 天

    连续签到: 5 天

    [LV.10]测试总司令

    发表于 2019-4-16 10:17:32 | 显示全部楼层
    建立规范流程,比如真对开发的代码规范,然后还有测试提交规范与流程
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2019-5-23 19:37:48 | 显示全部楼层
    测试报告 预警信息中, 之前经常出问题的点, 发布流程,自动化测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2019-5-25 19:31:16 | 显示全部楼层
    确实有所启发
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2019-5-25 19:31:35 | 显示全部楼层
    回复下都这么难
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2020-5-19 08:59:55 | 显示全部楼层
    1.梳理以往发现的bug类型,发生原因,做好数据分析,提供给开发部门同事借鉴,吸取经验,在开发设计阶段就能根据这些经验规避出同样类型的错误。
    例如压力测试,边界测试,调用接口出问题,兼容性,健壮性这类的类型。开发设计阶段能考虑到这些因素的话,就会在设计阶段考虑到这些从而避免出现类似问题。
    2.建立开发编码规范,软件发布的规范,版本无效率的控制流程。保障提交给测试的版本的有效性,以免因为版本质量问题导致人力资源的浪费。
    3.在需求评审时,产品需求部门,开发部门和测试部门负责人一同讨论,在需求设计阶段就提出可能存在的隐形bug,三方从不同的角度来讨论产品需求,总比一方考虑的周全。
    4.在测试中期,尽量能避免产品需求的大变更,而引起开发比较大规模的改动代码,如果大变更需求会给项目带来时间的延迟,大变动风险也大,对开发测试来说也是人力资源的投入增加。
    5.保障开发和测试的时间,保障开发的质量和测试的质量。如果时间压缩的太紧,遗漏了问题到时候会花费更多的时间去修复bug.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2020-5-19 09:01:02 | 显示全部楼层
    辛苦打了半天的字,一发表就没了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2020-5-19 09:03:16 | 显示全部楼层
    怎么打了半天的字,不能回复成功啊
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2020-8-14 16:33 , Processed in 0.067291 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2020 Comsenz Inc.

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