• 不经常逛testerhome。

    如果框架都无法实现,工具和平台就更不能。

    我来解释一下:

    • 框架

    我这里说的框架是代码框架,像 django、spring 这些web框架,本质上提供的给你的还是类方法,让你去使用和扩展,你可以用,可以只用一点,也可以自己灵活的实现。所以,我觉得没有什么是代码解决不了的。

    • 工具

    我当然 知道,postman 可以用 js 写扩展,我也知道robot framework 可以自己封装 系统关键字,我更知道httpRunner可以在 debugtalk.py 自己封装函数。JMeter也是可以用Java做扩展的。

    • 平台

    我自己做过专职平台开发,当然也知道平台也代码开发的,有啥功能不能做?

    可以问题是,我都用你的工具和平台去写代码了,说明你的工具和平台需要有代码基础的人才能用的顺手,为啥不能更加舒服高效的直接用代码解决问题?

    我的大部分观点,只是站在测试新手这边,鼓励大家写代码,多用框架这些工具,多了解一些底层的东西,写代码更加自由,更加灵活。

    而站在那些已经 已经跨过了新手阶段的,专职测试开发,测试Leader,公司高层,现成的工具不香?我们做的平台不香? 有需求你提,我给你加!我理解,平台更好的衡量产出,可以做到更多维度的统计。 这些都是代码框架不具备的。

    可惜,新手看到的只是你这个报告挺好看的,我去学些。这也是为什么HTMLTestRunner 报告被定制了N多个版本, 去用pytest 只是因为 allure报告好看。

    不知所云,前后矛盾,有感而发。

  • @zhanzi123 首先,是可以设置的。可以加项目的QQ群交流,这么做的原因?

  • @Q poium 目前支持selenium 和 appium ,最近将这种模式应用到了 facebook-wda 中,理论上也支持 uiautomator2 ,我想可以使用这种模式来兼容目前主流的测试库。

  • 新增:

    • 用例失败/错误重跑
    • 用例失败/错误自动截图
  • @JonnySen 基于unittest 单元测试框架的基础上,加入了一些功能,还有一些功能待完善,欢迎提建议。

  • 你想法刚好相反,框架是最灵活的,在框架的基础上扩展是容易,如果框架都无法实现,工具和平台就更不能。工具和平台解决的是 不让你写代码做接口测试

  • 如果是把你空降到一个功能测试为主的团队。 你其实可以选择做一个平台去解决他们的问题,也可以选择找出几个懂些代码来培养写框架来结束。

    首先,我不认为接口是适合每个测试的,或者每个测试都必须要参与到接口测试中的,我觉得不懂一些接口实现逻辑的话也 很难设计好接口测试用例

    做平台面临的挑战更多,如果做的没有postman 强大,测试不会用。如果做的特别强大,那么一定很难用!哈哈!

    当然,每个公司的情况是不一样!

  • 我怼过做填“写表格”自动化工具的人,鼓励大家通过代码做自动化,写代码多自由啊!可是,做工具和平台的人一定要假定一批,他们不懂代码,而且还必须要让他们做自动化的测试。然后,把自己放在一个 框架/平台 的制造者。实际情况是:

    • 谁愿意做平台的制造者?

    • 谁只愿意做平台的使用者?

    我想稍微有点追求的测试都会选择前者吧!
    😀 😀

  • @bluesmli 请把链接删除,谢谢!

  • 我不跟你们扯可维护性、灵活性、扩展性,拿一个自动化的技术实现话题你跟讨论 组织愿景 , 来! 你告诉我最广大测试同学的愿景是什么? 还是你们公司、你们团队的愿景?