51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2090|回复: 4
打印 上一主题 下一主题

[原创] Day5-3测试积点任务

[复制链接]
  • TA的每日心情
    擦汗
    8 小时前
  • 签到天数: 1047 天

    连续签到: 5 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2018-7-5 10:08:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    1测试积点
    问题:测试学习的语言与开发一致的必要性?

    现在很多测试都已经会使用一门语言来进行自动化,python啊java啊。
    由于精力有限大部分人只能选择一门语言,所以在选择上引发了一个问题。
    继而又引出一个问题:测试有必要和开发使用同一种语言么?
    以下是我的思考欢迎讨论。
    观点1:人生苦短,我用python。
    这种基本上都是用python来实现UI自动化(或者其他脚本之类的),接口自动化等等一类型,主要目的是自动化,由于python“短小精悍易上手”的特点,所以很多人喜欢。
    这种类型的大部分情况下可能都和开发使用语言不同,不过主要目的可以很好的实现,就是自动化起来提高效率。

    观点2:和开发保持一致
    有这种观点是因为,不仅仅可以实现自动化,还可以发现开发人员所写代码中的问题,可以进行code review,如果你对开发人员所使用的代码很熟悉甚至超过了一部分开发的话,可能会出现这种情况:“哎?XXX,你这个地方写的可能会有问题,这样写会导致xxxxxxxxxxx。” “XXX,你这边可以换XXX这个方式实现, 内存消耗会更少一点/效率会更高”

    我个人倾向是观点2,主要是觉得,如果想成为一个专家的话,精通开发的语言可以找出更深层次的问题,比如有些编码问题引起的偶现问题,甚至在开发离职更换的时候,测试可以告诉新来的开发这里是怎么实现的,以及当初设计的初衷,更有利于提升测试核心竞争力,这样在开发面前更有话语权(可以装B)。

    大家的看法是什么呢?可以在评论里讨论一下。


    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情

    2024-5-20 21:29
  • 签到天数: 996 天

    连续签到: 1 天

    [LV.10]测试总司令

    2#
    发表于 2018-7-6 08:53:57 | 只看该作者
    我们跟开发测使用的语言就不一致。导致的结果,对于想实现某个功能的自动化开发协助写出来的脚本。
    我们需要花费很多时间去消化理解。以后打算多学一门语言来解决这个问题。
    回复

    使用道具 举报

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

    连续签到: 5 天

    [LV.Master]测试大本营

    3#
    发表于 2018-7-6 10:35:02 | 只看该作者
    取决于个人对以后的规划吧,但学习一门开发语言是必要的
    回复

    使用道具 举报

  • TA的每日心情
    开心
    7 天前
  • 签到天数: 473 天

    连续签到: 2 天

    [LV.9]测试副司令

    4#
    发表于 2018-7-6 10:52:17 | 只看该作者
    看个人规划,自己学习一门语言很重要,至于别的就无所谓了
    回复

    使用道具 举报

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

    连续签到: 5 天

    [LV.Master]测试大本营

    5#
    发表于 2018-7-6 13:14:12 | 只看该作者
    感觉还是需要看自己需求,比如我就喜欢java,我喜欢用java实现,那也没问题
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 17:20 , Processed in 0.081495 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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