• 导致这类应用里非常重要的一个数据无法获取。这里是指什么数据呢?
    我认为基于图片对比的自动化测试在金融和电商等应用上有一定的用武之地啊。

  • 需求变更的时候,产品经理会对产品设计做对应的更改,开发工程师会对设计实现做对应的更改,测试工程师会对测试方案、测试用例做对应的更改。那么自动化测试工程师就应该对测试脚本做对应的更改,此处的对应,就是指测试脚本需要和测试用例严格对应,而不应该是相似。

  • 你们现在做的怎么样了?成本降低了吗?测试质量呢?

  • 以前用过 SilkTest,后来用过 Java+TestNG

  • 我目前也在负责做这样一个平台,感觉你做的这个很有借鉴意义。希望你继续扩展优化这个平台,增强其通用性。希望有机会多交流!

  • “精准测试我的理解是针对应用代码的变更,更有针对性的测试变更的地方”。如果是白盒测试,这种思路是有价值的。如果是黑盒测试,我认为这种思路一开始就不对,黑盒测试要 “精准测试” 的话,针对变更的需求而不该是针对应用代码的变更,更新(新增、删除和修改)需求对应的测试用例并执行用例,就已经是 “精准测试” 了。

  • 拿已经有的数据?如果没有数据是不是这个用例就没得跑?自动化测试的覆盖度怎么保证呢?

  • testlover 的功能测试用例和自动化测试用例不分开的观点(第一条)我认同,你说的功能测试用例不可能全部自动化实现的观点我也认同,你俩本身就是不同的观点,都对!
    质量管理系统里只有测试用例一说,通常测试用例默认的执行方式是手工,可以在 “是否自动化执行” 一项里改为 “是”。
    自动化不可能实现所有的测试用例,这是基于多方面的考虑,有的用例本身就不适合自动化比如需要物理动作参与完成,有的用例自动化实现成本过高也需要做出取舍。