测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
新手
Thirty-Thirty
第 50612 位会员 / 2020-02-27
0 篇帖子 • 772 条回帖
10 关注者
100 正在关注
35 收藏
GitHub Public Repos
More on GitHub
  • 個人信息
  • 個人專欄
  • 帖子
  • 回帖
  • 收藏
  • 正在關注
  • 關注者
  • 接口间参数传递的一种解决方案 at 2021年11月29日

    这个方案对 “上游” 和 “下游” 具体是怎么定义的?

  • 为什么现在大家的文章都会包含搞笑的图片,搞笑的话语,是因为现在太卷了,认真写点文章大家都看不进去吗? at 2021年11月24日

    这是个娱乐至死的时代。

    社会公共话语权的特征由曾经的理性、秩序、逻辑性,逐渐转变为脱离语境、肤浅、碎化,一切公共话语以娱乐的方式出现。

    通过电视和网络,一切都以娱乐的方式呈现;人类心甘情愿成为娱乐的附庸,最终成为娱乐至死的物种。

    本条回复不符合娱乐精神。

  • pytest 框架里面 有一个失败用例重跑,请各位大神帮忙指点 at 2021年11月24日

    https://www.cnblogs.com/XhyTechnologyShare/p/14213708.html

  • 4 个最常见的自动化测试挑战及应对措施 at 2021年11月19日

    确保团队和管理层同意并理解自动化方案的预期结果,这样大家才能达成共识!

  • 你写的接口脚本合理么 at 2021年11月19日

    接口用例的设计也是一项非常重要的测试活动。通过一定的接口用例设计,让我们编写的脚本更有目的性、更可靠,才能体现接口测试的价值的意义

  • 测试人员如何看懂开发代码?要掌握到什么程度才能自己调试? at 2021年11月18日

    来自一个测试小白的质问:调试前后端代码是开发的职责,要测试直接告诉你们哪里写错了,要改成什么样子,这样你们才能解决问题吗?

  • PC 客户端自动化有什么好用的自动化工具推荐吗? at 2021年11月15日
    1. SilkTest
    2. ranorax
    3. WinAppDriver
  • 不要将个人的成长寄托在他人的分享 at 2021年11月11日

    三人行,必有我师焉

  • 估计没人认识我 哈哈哈哈 at 2021年11月05日

    你要再戴副墨镜,就更难认了,哈哈哈

  • Jmeter 接口自动化和 Python 接口自动化,到底选哪个? at 2021年11月05日

    在 k8s 的支持下,流量回放 + 全链路监控,做接口回归,压力测试都是一件很简单的事情。

    并不是简单的事情,至少目前业内还没成功案例。

  • 学习 Java 还是 Python? at 2021年11月05日

    无论是学习 Java 还是 Python,学成之后前景都是非常好的,做做 UI 自动化,接口测试等等都可以信手拈来。

  • 测试需要对业务数据负责吗? at 2021年11月03日

    是要负责的。修改者要根据业务规则修改就能保证基础数据正确。

  • 高手是如何学好接口自动化的? at 2021年11月03日

    还是不太理解,能稍详述下或举个栗子吗?

  • 高手是如何学好接口自动化的? at 2021年11月03日

    疑难杂症:某个项目有几百个接口,需要进行接口冒烟,时间紧任务重,如何在 2 天内完成?
    解决方案:用 Jmeter 编写数据驱动框架,轻松实现接口冒烟。

    数据驱动框架不适用这种情况吧?

  • 大数据测试场景科普 -- 离线造数场景 at 2021年10月26日

    辛苦

  • 假如面试中一直被追问 ,需要证明面试官的答案错误,咋办? at 2021年10月12日

    别把面试官不当人看,问题就迎刃而解了

  • 接口测试、自动化有必要去数据库捞数据校验么 at 2021年09月10日

    若认真 (或较真) 地思考,去数据库捞数据这种结果验证手段是经不起推敲的。
    我第一次遇到这种事,是关于供应商信息修改接口测试的验证,几个同事采用的是根据供应商 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 等。

  • 接口测试、自动化有必要去数据库捞数据校验么 at 2021年09月08日

    个人倾向认同@fnngj 观点:

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

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

  • 接口测试、自动化有必要去数据库捞数据校验么 at 2021年09月08日

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

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

  • 接口测试、自动化有必要去数据库捞数据校验么 at 2021年09月08日

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

  • 有没有一种工具能够对 APP/WEB 所有操作的页面进行录制保存,辅助元素抓取的 at 2021年09月06日

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

  • 有没有一种工具能够对 APP/WEB 所有操作的页面进行录制保存,辅助元素抓取的 at 2021年09月06日

    那个工具叫 VS Coded UI

  • 测试做算法题的意义是什么 at 2021年09月03日

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

  • 预上线环境是否有必要每个版本测试时都将当时的线上数据完全导入 at 2021年09月03日

    没必要

  • 上一页
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • …
  • 19
  • 20
  • 21
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司