测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
版主
ycwdaaaa (孙高飞)
第 7606 位会员 / 2016-02-29
第四范式 @ 北京
214 篇帖子 • 1751 条回帖
3920 关注者
1 正在关注
84 收藏
为了部落
打赏支持
未设置 GitHub 信息.
  • 个人信息
  • 专栏
  • 话题
  • 回帖
  • 收藏
  • 关注中
  • 关注者
  • 新项目的质量保障流程探讨 at 2016年06月14日

    #10 楼 @seveniruby 请教一下,我们现在项目刚开始,开发那边已经有 CR 流程了。 开发的老大觉得这可以保证质量。规定严格的执行。顺便说一下我们是 toB 的模式。 这样在早期就引入 CR 是会影响效率么?

  • 新项目的质量保障流程探讨 at 2016年06月14日

    #18 楼 @andward 嗯,我觉得还好吧。毕竟 UI 和接口都不是监控 git 分支变化驱动的。是定时驱动的,一天就跑那么几次。 慢一点就慢一点吧。 单元测试那, 为了提升速度我是建议他们用 mock 把持久化层 mock 掉。这样就能快一点

  • 论自动化测试脚本的质量与效率 at 2016年06月14日

    #17 楼 @jamesparagon 额,我没太看懂,你们老大反驳的点是?

  • 论自动化测试脚本的质量与效率 at 2016年06月14日

    #15 楼 @lihuazhang 这也是我追求的。

  • 新项目的质量保障流程探讨 at 2016年06月14日

    #16 楼 @andward 额。这个是我没说清楚。因为是我发给开发同学的邮件。默认我们都熟悉分支策略了。其实我们的开发是在 feature 分支上开发完后 merge 回 develep 分支。然后我只测试这个分支的。而且环境也不是开发搭建。我自己可以在本地 debug 的,我都有 git 权限

  • 趣谈我眼中测试发展 at 2016年06月14日

    #8 楼 @seveniruby 感谢。我太偏激了

  • 趣谈我眼中测试发展 at 2016年06月14日

    #11 楼 @lihuazhang 抱歉哈我当段子写的

  • 趣谈我眼中测试发展 at 2016年06月14日

    我来结帖吧。统一回复下。抱歉让大家感到不适了。本来就是当段子写的。我这人没心没肺的。总容易得罪人

  • 新项目的质量保障流程探讨 at 2016年06月14日

    #10 楼 @seveniruby 我现在还担心发这么个邮件是不是得罪开发同学了哈哈

  • 新项目的质量保障流程探讨 at 2016年06月14日

    #12 楼 @nicoc 恩。我承认我沟通有问题。昨天没怎么想就发邮件了

  • 新项目的质量保障流程探讨 at 2016年06月13日

    #8 楼 @chenhengjie123 嗯,明天上班以后,尽量跟开发的同学们沟通吧。希望能说服他们。

  • 新项目的质量保障流程探讨 at 2016年06月13日

    #5 楼 @chenhengjie123 我觉得我现在的职位比较尴尬,其实没啥权利,凭什么对人家开发指手画脚呢。开发的同学们应该会这么想吧

  • 新项目的质量保障流程探讨 at 2016年06月13日

    #3 楼 @chenhengjie123 额,这个给小礼物的方式我是没想到。。。行得通么。。。 我也是在来了这个公司后才负责流程性的东西。不是很有经验。一切方式都在摸索

  • 新项目的质量保障流程探讨 at 2016年06月13日

    #1 楼 @lamianxiaodian 到现在还没回邮件呢 哈哈哈,估计不想理我了吧

  • 趣谈我眼中测试发展 at 2016年06月13日

    #2 楼 @testly
    #3 楼 @niuniudd
    我当段子写着玩的哈哈啊哈

  • 论自动化测试脚本的质量与效率 at 2016年06月13日

    #10 楼 @success 额,实习生么。。理解一下吧。。

  • 论自动化测试脚本的质量与效率 at 2016年06月13日

    #5 楼 @frankliu 以前在社区发过类似的帖子。当时被喷了。我以前的同事也不太赞成,所以我总觉得我跟其他人的思路不一样

  • 测试工程师的转型之 “全栈开发” at 2016年06月08日

    这几年全栈工程师,测试架构师等等高大上的称呼忽悠住了一大批人。其中九成九都是每种技术都玩过几天,面试的时候能忽悠住那些什么都不懂的管理者们而已。如果说能写 web 后台,前端,测试,自动部署等这些就是全栈的话。那我们部门几乎人人皆是全栈,包括我这个小测试人员。其实是不是全栈根本不重要。在这个编程技术飞速发展的今天,我们又有什么自信能 hold 住一切呢。重要的是在项目需要的时候,你能不能迅速掌握一种技术并使用他。用我的两个同事举例。产品架构大变化。一切要重写。这俩以前搞 PHP 和 python 的哥们。三个礼拜就分别用 java 的 springmvc 和 mybatis 把 server 端做起来了。另一个自学 Scala,用 spark 和 yarn 把整个大数据平台搭搞起来了。这时候他们是不是全栈真的很重要么?

  • 测试工程师的转型之 “全栈开发” at 2016年06月08日

    全栈我觉得基本不太可能。除非每一种都只是入门级的。我们工作了 10 几年的架构师都不敢说自己是全栈。更别说是测试人员转全栈开发工程师了。最后只能是每种都懂一点。每种都不精通

  • 测试开发之路 ---- 可读性,可维护性,可扩展性 at 2016年06月08日

    #24 楼 @erickyang 额。别神话我。我远没到大神程度

  • 测试开发之路 ---- 一切为了效率 (数据恢复--AssertJ 的另类用法) at 2016年06月07日

    #9 楼 @cythina 可能是你数据库太大了吧。这个机制性能是瓶颈。数据库不能太大了

  • 上一页
  • 1
  • 2
  • 3
  • …
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • …
  • 64
  • 65
  • 66
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司