• 昨天晚上想了又想,发现是我太纠结要通用了。想着换一套接口也能用。

    本身能力有限,却想着做出来要尽量通用,或者看到别人是怎么怎么样的,难免患得患失。
    其实我现在应该尽量少的扩展,将已有的底层功能一一进行封装,然后再根据情况考虑别的事情。
    准备回头去修改代码去了:)

  • 如果公司对测试开放的权限很低就很麻烦。
    不然可以去看看开发的实现的,看看数据库的表设计什么的。

    一切有利于测试的东西,都可以去看看。

    至于说学习,这个永远都很难拿到会议上来说,自己上周就是学习了。。。很多公司不得行。自己偷偷学习就好。

  • 多谢。
    我现在写了一部分解析测试用例的代码了。

    我的 sign 比较复杂,需要用到实时产生的 timestamp、传入的 appkey、消息体 body 本身(或者 query string 排序)。
    timestamp 可以作为 variable,但是 body(或者 query string 排序)就不好办了。

    总感觉需要多次扫描测试用例,或者按照特定的顺序来读取测试用例。 —— 我是计算了函数后将结果替换回去,再来扫描的

    反正就是特别不爽,感觉这个 sign 要特殊处理。

  • 学 python 没有问题的。
    现在做 web 自动化的,很多人都是学 python+webdriver。做安卓自动化的,可以用 python+appium。
    另外你可以考虑再去研究下 RF+RAID。

    当然了,我这种做法并不正规的,相反有点急功近利。。
    关于如何掌握好基础,练好编程什么的,看看别人怎么说吧。

  • 感觉应该是在已经有完整的自动化测试框架之后,再来做的平台。
    能否再开文章,详细的讲讲测试用例是如何定义、保存和调用的吗?

    多谢。

  • 如果要做安卓的自动化测试,必须先了解一点安卓编程,一开始只要入门就可以了。不然你不容易理解 appium 里的一些基本概念。
    我是在看《第一行代码》。
    有一些基本概念了,再看 appium,这个在 TesterHome 有翻译的中文指南,可以照着学习。

    python+selenium 是测试 web 的,不是测试安卓的。

  • 并不是说要把 python 改写为 java。
    只是我也刚学这个,这是我现在唯一看到,讲得清楚,又有源代码的项目。
    所以有疑惑的时候就过来研究,看看你是怎么处理的:)

    如果有 java 的开源代码可以学习当然更好了,目前还没找到。

  • 准备仿造您的文章,自己再造一遍轮子。
    不过我只会 java,看不太懂 python 代码。

    现在暂时还卡在这篇文章这里的,最近每天晚上都会先打开这篇文章看看。
    现在用例基本是按照你的这个模式来的,不过是写的 json。

    现在我们接口的自动化已经做了一部分了,TestNG+reportNG+jenkins+testlink+restassured,不过是那种全靠写代码的。需要一个新的用例,就自己去加一个@Test

    现在想造一遍别人可能做过很多次的轮子。
    加上测试用例的管理,然后加一个 web 来作为测试用例新增、修改、执行的后台。
    太多纠结的地方了,太多需要权衡的地方了。稍稍考虑下灵活性,就会复杂很多倍。

  • 关于测试全驱动我体会最深了,我经常开玩笑的说这个是新的 TDD,测试(人员)驱动开发(人员),有的时候甚至还要去驱动产品经理。
    很多时候把一张老脸都刷遍了。
    其实关键还是要领导的支持。

  • 多谢。
    能否指点一下呢,放在 main 里的优势,为什么要放在 main 里呢?我回头还要负责去和同事沟通。多谢啊。

  • 其实这个问题就涉及到测试的分层了。

    如果你们公司会做比较完整的单元测试,单元测试会去校验数据库,那么你主要关注接口规范就好,或者业务逻辑。

    不然的话,所有的东西你都需要去关注。

    我自己理解,测试一层一层的上来,你可以选择信任或者不信任下层的测试。

  • 我们公司有同事在用,RIDE

  • 这份需求可以作为学习的标杆了

  • 接口测试的一些感悟 at 2017年08月01日

    确实,我现在写了一部分接口的代码后,也发现了这个问题。每个接口单独可用的用例很少,开发也不愿意修改看上去比较微小的问题。这个可能和公司有关,有的公司更注重接口的规范性(比如本身就会有对外的接口提供出去)。
    我准备写完所有的接口再来看看怎么办,是否编写更复杂的用例(包含多个接口调用的)来覆盖业务流程。不过相信现在写的底层的都会有用的。

  • 测试行业的编程语言之争 at 2017年08月01日

    个人觉得 python 挺适合测试行业的,不过自己选择的 java(以前学过一段时间 c# 写测试工具),因为公司开发用的 java,想保持技术一致性。

  • 最近几天一篇一篇的看思寒老师的文章,收获很多。也扫清了很多疑惑。
    逐步的明确下来了我们将要采用的方案:jenkins+testng+rest-assured+testlink。

  • [思寒] 测试职业发展简谈 at 2017年07月31日

    在一家类似国企的大公司温水煮了 N 年(N>=10),现在要重新开始定义自己的职业了。
    以前每天都忙于加班,加班,加班,觉得自己把测试工作(也就是认真的点点点)做好,尽量多发现 bug 就足够了。
    但是半年考核老大明确的说:你多发现几个 bug,还不如弄一下别的东西,比如想办法让开发进行单元测试(我们的开发不单元测试的)。。。
    我也觉得如果出来会混不走,幸好虽然年老,但仍然觉得自己还想学习,不怕学习。。。

  • 接口测试的一些感悟 at 2017年07月31日

    看了楼主的帖子,才发现自己也是犯了将接口测试用来测试功能的错误,还要回去整理初衷。

  • 大概情况和你说的差不多,做过多年的业务测试,用过 c#,正在学 java。我也正在写一个自动化测试,很可能也会从 excel 中读取用例来执行。能否请教一下,你从 excel 中读取的用例,包含预期结果吗?这一块感觉很难写到 excel 中去。

  • 不懂什么是 allure,其他的放一行看得眼晕,我给分成几行吧
    git svn jenkins
    httpclient mock testng reportng

    maven springmvc mybatis spring
    jmeter lr appium
    核心语言应该是 java,做过性能测试,也做过自动化测试,编写过接口类的挡板,还会持续集成
    既然是测试开发岗位而不是 web 开发岗位,那么我相信亮点肯定不会是 spring,spring 是你的最强项的可能性很小
    同理,也不是自动化测试岗,也不是性能测试岗。。。

    所以我猜,你的核心竞争力是 java 写得很好?
    哈哈,我是纯属来搞笑的,不许生气

  • 我觉得,没必要判断当前页面是否加载完成啊。
    你自动化测试的目的是什么,是 UI 检查的话,检查你需要检查的 UI 就可以了。如果是业务逻辑的测试,有一些无关紧要的元素没有出现,或者没有加载完成也没有关系。

    不管是手工测试还是自动化测试案例,必然有其关注的检查点,其他东西可以忽略过去。

  • 一起来聊聊业务测试 at 2017年06月13日

    最近两年看到很多这方面的讨论,应该说大部分的人对业务测试(或者功能测试、手工测试)是报悲观的态度的。
    其实换一个角度来想这个问题,如果是开发人员在讨论自己的出路呢?
    在国内很多开发也会觉得纯做开发没有前途,会考虑转架构什么的。

    所以问题在于,行业对人员的要求越来越高,或者随着工作年限的越来越长,大家对自己的定位越来越高,要求越来越高。
    而一般人的学习曲线是趋平的,所以才会有 3-5 年的测试工程师最好找工作的说法。
    一旦工作超过 8 年,或者 10 年,不做突破,很难说比工作 5 年的人有太多的优势。

    这个时候就必须要找一个突破口,比如说:我还会编程、我会做专项测试、我会做自动化测试
    说白了就是需要一门门槛比较高的技能,来和其他人区分开。

  • where java 返回了两个,我觉得你可以尝试在 PATH 里,将 JDK 的路径放到前面去。
    我最开始也是只加了 JAVA_HOME,但是没有将%JAVA_HOME%\bin 加到 PATH 里,并在 oracle 的那个前面,结果一直报错。