🎉 🎂 🍰 TesterHome 创立 9 周年纪念日 🍰 🎂 🎉

还未发布过话题
  • 别把面试官不当人看,问题就迎刃而解了

  • 若认真 (或较真) 地思考,去数据库捞数据这种结果验证手段是经不起推敲的。
    我第一次遇到这种事,是关于供应商信息修改接口测试的验证,几个同事采用的是根据供应商 ID 查询数据库,检查对应列是否已被正确更新。我当时陆续提出以下质疑:

    1. 仅检查修改对应列就行了吗?若其他列被意外更新了呢?
      同事 A:哦,要考虑,我现在就加上!
      同事 B:不需要考虑,那不可能发生!

    2. 仅检查该 ID 对应字段就行了吗?若其它字段 (对应其它供应商信息) 被意外更新了呢?
      同事 A:哦,要考虑,我现在就加上!
      同事 B:不需要考虑,那不可能发生!

    3. 其它已有字段也检查了就行了吗?若意外多出一条字段呢 (比如多了条空的供应商信息)?
      同事 A:哦,要考虑,我现在就加上!
      同事 B:不需要考虑,那不可能发生!

    4. 仅检查这张表就行了吗?若关联表未被更新或被意外更新呢?
      同事 A:哦,要考虑,我现在就加上!
      同事 B:哦,是有可能,但考虑那么多干嘛!

    5. 关联表也检查了就行了吗?若非关联表被意外更新了呢?
      同事 A:哦,要考虑,我现在就加上!
      同事 B:哦,这倒是,那是不是就不该检查数据库?!

    上述 5 种情况,包括 B 认为不需要考虑的事情,后来都发生了,他的态度是逐步转变的。
    所以,我个人倾向认同 20 楼观点。

  • Pytest 自动化测试框架搭建 at 2021年09月10日

    Pytest 是一种基于 python 的测试框架,用于编写和运行测试代码。pytest 主要用来测试 API,但也可以进行一些复杂的测试,像测试数据库或 UI 等。

  • 个人倾向认同@fnngj 观点:

    是不是写接口自动化的时候验证数据库就万事大吉了? 数据库没问题就一定 OK ?
    所以,分层自动化测试是多维度的。
    UI 自动化有自己就应该 从用户的维度写考虑用例的设计。
    接口自动化也应该只通过接口的调用去验证数据。
    单元测试验证代码的处理逻辑覆盖。
    手工(功能)测试、探索测试 也是非常重要的手段。

    希望虫师参与讨论,发表高见。

  • @fnngj
    接口测试需要验证数据库么?
    https://www.cnblogs.com/fnng/p/7494682.html

    接口自动化模拟的是开发的代码操作,A 开发写的接口给 B 开发去调用,A 系统的接口给 B 系统去调用,假设我是一个开发,我调用了微信的接口去做获取用户头像,有个用户获取不到,来!微信团队,你让我查查你们的数据库呗!微信肯定不答应。(数据库不是你想查,想查就给你查!)

  • @fnngj
    接口测试需要验证数据库么?
    https://www.cnblogs.com/fnng/p/7494682.html

  • 写到哪个用例手工操作哪个,这样做比较好。一次性把所有操作手工走完,不现实。

  • 那个工具叫 VS Coded UI

  • 外卖骑手学编译原理的意义是什么?学了编译原理才能修够学分,修够学分才能毕业,毕业了才能肝软件,肝到 35 岁地中海才能送外卖,送外卖就能维持孩子读好学校,读好学校就能选好专业,选好专业就不用再肝软件

  • 没必要