• 同意,抽象成数据驱动最好。

  • 简单实用,我回家也试试。

  • T4到T5之间,层级真不少啊。按这个做KPI,每年很有压力啊。这个模型有点全能的意思,对于性能/自动化测试专家有点累。

  • 51testing现在都这样,要么抄袭。要么丢个文件模板出来,一堆人在那里好,赞,棒,牛……一点讨论和技术含量都没有。

  • 接口测试覆盖率设计讨论 at 2017年3月01日

    如何保证一个接口的覆盖率

    对接口的各个参数,如参数类型,是否必填,参数最最大/小值进行全对偶组合测试,那么一个接口可能就会测试多次

    参数比较多的话,可以使用正交表的方法来减少用例数量。

  • 你是需要同时跑起来?还是每台机都同步跑呢?同时跑起来的问题貌似你已经解决了啊。如果需要同步跑,需要看看多进程同步的东东。另外,问一下为什么要同步跑?

  • 优秀的测试人员的确是需要在测试用例设计的基本功上专研的,无论功能测试还是自动化测试。

    不过,自动化测试更加需要考虑的是哪些用例自动化的收益是大于投入。就如楼主所说,IE所有最简单的开启、关闭,以及最基本的每个下拉菜单的打开,这类最最基础的脚本很多人用,属于高频功能,而且实现简单,应该自动化。
    需求经常变动,使用频率不高的功能,实现复杂的,不应自动化。

    不是选自楼主的书《深入理解Android自动化测试》

  • Understand Appium at 2017年2月10日

    思路清晰,赞!期待后续内容。

  • 我也点点点了一年。由于偷懒是科技进步的源动力,后来自己研究脚本帮我点,我自己看书。
    其实当时写自动化脚本完全没有章法,没用例,没设计,没注释,纯粹为了偷懒。
    后来跟科班出身的同学交流,才知道软件工程的东西。再去找测试基础理论的书,系统的书,网络的书,编程的书来看(当时网上资源没那么多)
    动手实践,慢慢成长。

  • 不要为了自动化而自动化,monkey这种随机测试效率没有人工测试来的高。