• 有个问题,现在是 python2 和 python3 都支持吗?

  • 谁技术更好,谁就更能占主动性。换句话说,一个好的测试,可做运维,可做开发。(毕竟测试工作可以接触到的知识面很广)

    —— 来自 TesterHome 官方 安卓客户端

  • selenium 3.0 发布 at 2016年08月18日

    一大波拖延症不给 JDK 升级的都得着手升级了。

    —— 来自 TesterHome 官方 安卓客户端

  • Appium 主从远程控制执行 at 2016年08月01日

    其他的都可以,但是我启动虚拟机 Appium 点击 Strat 后会自动停止服务。
    尝试连接本机(本机 appium 已启动)时,虚拟机总是报这个错误。
    error: Couldn't start Appium REST http interface listener.
    但是远程虚拟机开 192.x.x.x/4723 是可以访问我本地的。
    请问有哪位大神知道是什么情况吗?

  • 专项测试之 SQL 调优 at 2016年07月13日

    简明的讲 SQL 优化的不多,mark 一下,感谢分享。

  • mark 学习一下,今天看新闻有的说中国区解锁了,待验证。

  • @xiaoli 如果要写 selenium 的建议先参考一些开源的轮子。其实断言也可以封装关键字后,以反射的方式找到关键字对应的测试方法并使用。另外,的确如 xushizhao 所说,不要默默一个人用,最好能尽快推出来全组用,而且最好是分层化测试,你来管理核心关键字开发的框架,其他人来基于你的框架写脚本,当然,如果有水平达到的能和你一起维护也是不错的选择。因为很多中小公司对 UI 自动化都是觉得是可有可无的,不尽快推广的话最后可能还没见光就死了。

  • 个人觉得在已经熟悉测试基本理论后,还是代码基础(或者说开发能力更贴切)更重要,基础好,学新技术才快。
    p.s.:感觉目前还是开发转 SET 比测试转 SET 容易些啊?

  • 感谢前辈分享啊,这段经历肯定或多或少能为后来人提供参考。
    同为测试人,大家也要有危机感,不断提升自己的技术水平,不要被时代所淘汰。

  • 测试开发之路----概要 at 2016年05月05日

    感谢分享,期待楼主坚持更新下去。

  • 其实我觉得这个帖子挺好的,这样基本能让准备转测试开发的朋友(不管是有人带还是自学)能够清楚一些需要补充的知识点。毕竟数据结构和设计模式是大多数测试人员的硬伤。

    PS:
    设计模式我也是刚接触,学了一点皮毛,但个人觉得对测试框架代码优化真的很有帮助,值得深入学习下去。(数据结构和算法是个让我泪奔的话题就不说了。)
    Android 的单元测试也是学了点皮毛,不过这个还是真心觉得先学些 Android 开发知识(就是具备基本 Android 开发的能力)再来学习比较好。

    以高级测试开发的要求来努力,即使成为不了高级的测试开发,能达到初级测试开发的水平,何乐而不为呢?
    话说,看见下面的讨论的内容也补充学习不少知识呢。(好吧,我承认知识面太窄-

  • 心向百度 at 2016年04月13日

    真励志,恭喜 doctorq 了,一直都在你的 blog 学习。

  • 已经看到 postman 了,期待后续。

  • 曾经有项目已经实现了 80%+ 的自动化,但是考虑到项目迭代周期短(还有个别业务场景),自动化还是成了辅助和回归(实际回归还是手工为主的)。而且个别新功能一添加,导致测试代码逻辑需要大调整,在测试人员不足的情况下(比如 PM 每日安排量化手工测试任务的时候,就需要你自己挤时间改代码),真的很无奈。不过做自动化还是能学到不少东西的,只是 PM 和 QA Manager 都要考虑投入产出比,所以测试人员少的小项目不少还是会回到手工为主,学自动化反而成了激励组员的手段。

  • 初识 APP 安全性测试 at 2015年10月22日

    这个学习一下,讲这方面的还是比较少的。

  • 虽然因为之前的测试环境主要用 Eclipse+ADT 搭的,但是还是觉得 Android Studio 的功能和体验很给力。

  • ios 测试指南早了点,我记得作者说过当时用的是 xcode4 和 xcode5 来做讲解的。
    blog mark 下,以备学习。

  • 一个测试负责人的忧伤 at 2015年08月24日

    你得先有新项目大概的测试安排,特别是人员规划方面,尽量明确人数和分工,这样跟 boss 申请加人的时候把握大些。同时要抽点时间完善 testcase,这样新人来了至少可以根据 testcase 来熟悉项目。还有,做好人手不足的工作准备,因为不是所有时段都能很容易找到人的。

  • 其实很多人是被全栈,因为小公司项目杂,人手不足,一个测试人员可能会接触不同项目,而项目会有不同的测试需求。初期我觉得也没什么不好的,至少可以打开眼界,多接触不同测试,但是的确,除非你是真的努力而且有天分,后期要全栈真的很费功夫,可能对大多数人来说专攻某方面测试对职业发展更好,而且实际某方面测试内容也已经很丰富了。

  • 中间平台的诚信度也很重要,众测形式真的不错,但是如果是正式上架前的 App,公司处于即需要人测试又要考虑保密的问题,这里有个矛盾点,上架后的 app 倒没有这么多顾虑了,之前和人讨论过,主要也是对未上架的 app 这里有顾虑。

  • 创业公司学全栈,bat 学流程。如果可以最好还是都去学习一下,特别是对于刚入行的人来说,被压榨的再厉害也不要忘记学习,能够让你不断进步的公司才是好公司。(当然,自学也很重要)

  • 我也遇到这个问题了,使用 11 楼说的@AfterClass@AfterTest能解决解决 (appium 和 testNG 都能 passed),不过还是相当于一条跑完清 session 后再新建一个 session 跑。