• #4楼 @michael 实话告诉你吧, 这社区技术氛围有点浓. 文章中代码密集度已经超越rubychina了. 所以男女比例...

  • 大家懂 interface testing 么 at 2016年02月01日

    去 testerhome.com上搜索接口测试. 可以看到别人写的各种实现. 用的较多的是soapui

  • #34楼 @huacnlee 非常感谢. 我们鼓励testerhome社区的测试工程师懂开发也懂测试, 鼓励他们写代码,用markdown写文章并分享技术和工作心得. 研究开源项目并贡献代码. 做互联网时代优秀的测试工程师. 这一年还举办了一次三百多人参加的中国移动测试沙龙. 社区的氛围也是借鉴rubychina, 可以说是rubychina的"测试工程师"版 虽然上一年被拒绝了, 不过我们仍然觉得跟rubychina交换友情链接是个不可放弃的追求. 希望愿望可以早日实现.

  • 这个问题你们讨论了一个月了, 我真是无语了.

    根源是因为windows在写文件的时候, 会在文件投入插入一个\xFEFF 如果你保存了json, 那么用json parse解析是会报错的. 跟ruby无关. 删掉这个字符就行了.

  • 微信开放平台 Omniauth 探索 at 2015年05月07日

    用不着ngrok. 通过ssh把本地的端口映射到外部的某个vps即可. 类似ssh -R 80:localhost:80 user@public.oneapm.com 即可

  • 线上性能异常和崩溃这类问题, 建议采用类似国外的Newrelic或国内的OneAPM那样的监控产品. 他们是通过底层代码插桩来探测性能隐患和崩溃. 能发现很多问题. 线下研发可以借助docker或者puppy实现自动化的环境构建和管理. 因为创业公司大多没有很好的测试能力,所以加强监控是可以弥补这方面的短板的.

  • #55楼 @lyfi2003 我追查了我的服务器, 我发现黑客的步骤是用一个ip暴力破解很多次, 一直在尝试www以及www开头的用户的口令. 然后在5000次之后, 某个ip直接用www直接登录了我的系统.

    我现在怀疑这个www账户的密码规则可能是容易被破解的. 这个账户是一些服务自动创建的. 有可能是密码规则太低. 检查了下/etc/passwd 竟然发现这www用户是可以登录系统的.

  • 我的服务器也被入侵了. 但是我并没有安装es, 只是安装了nginx. 有人黑进了我的服务器, 他用www账户重新启动了一个sshd进程, 并开在6667端口上. 还启动了crond, 以及httpd这类进程.

    黑客被发现是因为在自动扫描同网段ip的时候,被digitalocean给探测到, 从而屏蔽了.

    我好奇的是, 他们是借助什么漏洞入侵的. 黑客用的www用户身份启动的进程, 由此可以发现黑客并没有root成功, 但是我只启动了nginx, 假设了反向代理访问slideshare. 这样都被入侵, 难道是因为nginx最近有安全漏洞?

  • #31楼 @jimneylee 非常感谢, 研究下.

  • webdriver协议即将进入w3c的标准, selenium也已经成了业界的自动化标准工具. 最近他们已经宣布进入移动领域, 他们放弃了自己的mobile项目, 转而支持appium selendroid和ios-driver. 而appium自己已经支持了selendroid和uiautomation, 所以会很快成为标准测试工具.

    我们也是看到了移动测试的趋势和需求, 以及appium的潜力, 才选择往这个领域深入发展的. 欢迎大家来testerhome.com交流.

    我们的服务器原来在linode, 但是百度检索一直上不去, 最近拿到了美团云给我们的一个小优惠, 免费3个月的试用期, 正在转到国内美团云上.

  • #22楼 @jimneylee 非常感谢.很期待这个客户端.

  • #20楼 @lihuazhang 那我们是否在首页单方面添加个ruby-china的友情连接表示感谢?这样不会侵权吧

  • #17楼 @lgn21st 我没权限。你帮我们加上吧。移动测试论坛 testerhome.com 国内创业团队

  • #17楼 @lgn21st 好的, 太感谢啦,年后我们也会有创业项目了。是关于移动测试云相关的,希望大家多多支持。

  • @huacnlee @lgn21st @Rei 我们目前分量还小,申请不了友情连接也是正常的,请问我们可以申请下酷站连接吗。 另外是否介意我们单方面给ruby-china.org一个首页的连接,算是表达我们对ruby-china这个论坛的尊敬和感谢吧。

  • 已经有相对成熟的框架了. 除了calabash外, 还有appium appium支持webdriver协议, 所以基本支持所有语言, 包括ruby, python, java .net php

    我们甚至单独创建了一个论坛来独立研究它. 你要是感兴趣, 可以看看我们总结的一些文章 http://www.testerhome.com/wiki/appiumdoccn

  • #13楼 @Rei 好的 谢谢. 我们明天试试

  • #11楼 @iBachue 看到了你之前的回复, 让我想起了linux之父linus的经典语录

    “Regression testing”? What’s that? If it compiles, it is good; if it boots up, it is perfect.
    “回归测试”?这是什么东西?如果代码能编译就是好的,如果它启动了,那就是完美的。
    

    呵呵

    测试行业还是跟娱乐圈很像, 各种谬论横行, 在外面各种大会演讲的, 出书的, 其实水平都一般, 大部分是忽悠. 真正具备老罗所说的那种"匠人"心态的工程师还是很少的, 比较而言开发领域就好得多.

    测试行业能带来很多的价值, 还有很多值得开拓的新研究领域. 不能因为目前还流行的一些错误观点而否定它. 这些年研发模式在不断革新, 持续集成, 持续交付 DevOps盛行, 测试行业同样也在演进, 只是因为相对小众, 并没有被特别关注.

  • #8楼 @iBachue 我是感觉研发和测试都是属于创造性领域, 只是创造的产品形式并不是特别直观. 开发就像是拳坛上的拳击手, 自己发挥很爽时就常常觉得裁判也是多余的. 如果产品没有目标, 随意开发, 那测试的确就是多余的了. 但是一旦有产品目标, 就需要考虑很多的质量约束.

    优秀的开发会自己负责开发与测试, 优秀的测试也可以自己完成产品开发

    测试的创造性特点不太强, 不直观, 以至于很容易被忽略. 但是还是有很多值得让人探索的领域. 不同的人眼里, 看到的世界是不一样的. 有的时候, 代码是你自己写的, 你却不一定能看透它到底有多少种可能的行为. 人们的眼里只看到代码能实现自己想要的, 却看不到在自己关注之外的更多可能行为.

    国外曾经有个科幻版本的预测, 说毁灭人类世界的一定是程序. 兄弟, 你能随时确定自己的代码是没有bug的吗, _^

    就好比安全测试这个行当, 黑客们善于挖掘产品漏洞, 不显式的创造价值, 但是黑客领域本身仍然让全球无数人投身其中, 乐此不疲.

    就如你所说, 测试行业的快乐, 也是源于创造事物的快乐, 和小孩子玩泥巴感到的快乐是一样的.

    我不是较真, 只是觉得这个话题有意思, 所以就心血来潮多写了点, 交流下看法. 请随便聊

  • #6楼 @iBachue 这个问题很有趣, 也引发了我的思考. 为什么这么多年自己不离开测试行业.

    开发的特点是专注少数几个技术栈和业务栈. 产品研发高效. 测试的特点是需要专注于技术和业务全栈,

    偏前端的测试人员, 会从体验测试入手, 点鼠标, 敲键盘, 分析用户行为. 偏后端一点的测试人员会从系统内核,浏览器内核, api入手.分析调用链, 覆盖率, 专注于产品行为建模.

    研发开发一个具备前后端的产品, 需要关注产品研发的中间过程. 比如UI设计, 单测, 业务逻辑和算法逻辑. 而测试人员则关注用户使用场景和产品运行场景.

    举个简单的例子, 开发一个小型的搜索引擎, 研发需要关注爬虫, 存储, 建索引, 算分排序. 而测试人员则必须找出足够的输入来验证这一系列的功能和可用性. 不同的代码逻辑, 不同的api调用, 在面临不同的输入时会出现很大的变化. 质量的定义除了基本的功能验证外, 还包含很多维度的数据, 比如召回率, 准确率, 性能, 安全, 稳定性, 健壮性等指标. 简单的认为只要能run的产品就算work了, 那是不够的.

    测试人员本质是也是一种开发, 只是开发的领域内容跟研发不同. 测试行业跟开发行业一样, 这些年也在不断的演进, 比如从简单的手工测试到自动化测试, 再到持续集成, 行为分析建模, 监控.

    研发更多的精力还是会在产品内部和技术栈的内部, 而对产品外部的运行环境和应用环境还是需要有专职的人去跟的. 至于title叫什么都没关系.

    坦诚来说, 这几年测试行业不景气, 当然主要原因是开发模式的变革, 和对不具备开发技能的测试人员的淘汰., 测试行业也是派系林立, 也有不少各种招摇撞骗的"专家", 所以整体上对外的形象并不佳.

    .

  • TIOBE这个排行榜统计有问题,么有任何参考意义。 去看看github的language排行吧,那个更靠谱些。

  • 要不要换一份工作 at 2013年02月22日

    如果你感觉很闲,又找不到方向,那还是不要浪费青春了。 我也在百度,感觉百度的FE水平不高,既然在杭州,我建议你去阿里或者网易锻炼下。阿里的FE做的很优秀。百度的优秀是在于对底层的不懈研究上,对于新的框架和技术,百度总是最后一个才用的。完全没有阿里那样的热烈的技术研究氛围。

    不过虽然百度的口碑很差,但是百度总体还是一家优秀的技术公司,你可以多拓宽下视野,了解下全公司的FE设计工作,多积累些经验。在百度呆不够两年不要跳槽,在百度可以学到很多东西。

  • 可能是最酷的 github-page at 2013年02月22日

    树形结构的那个脚本是用什么库实现的,我最近在研究一种建模方法,也想用类似的效果展示。

  • 在海外,有没有比较好的rails网站那,想了解更多的海外信息