测试之家
  • 如何和开发更好合作——从一次突如其来质疑说起 at 2022年09月02日

    开发和测试如何更好地配合？
    在本职工作范围内，互相给予最大的支持，避免无端相互质疑。

  • 最近用 selenium 写 ui 自动化 at 2022年09月02日

    Playwright

  • 很困扰，大佬们，怎么提升 UI 自动化脚本执行效率 at 2022年09月02日

    使用虚拟技术，两台变六台

  • 测试工程师 怎样打造出自己的名片？ at 2022年09月02日

    也出本书？

  • 疑问：公司总是分给我一些与测试无关的工作，合理吗 at 2022年09月02日

    存在即合理。

  • 这是一个关于酒后发生的故事：testlink 用例导入 itest 平台 at 2022年09月02日

    你这个朋友在公司担的什么职务？

  • 接口测试脚本自动生成 at 2022年09月01日

    相一致字段加入白名单，不提供黑名单，这对于后续处理是显性的。
    这个理念我在如何实现不完全字典比较的 helper贴里也有同样的回复，该贴提出了跟本贴类似的问题，可互为参考。

  • 接口测试脚本自动生成 at 2022年09月01日

    巧了，这边也是上家公司有同学做法很相似。复制你的部分回复内容并加粗标注不同点。

    增加录制/校验两种模式。录制模式时，把数据库查询到的数据统一存到用例对应的 csv 文件中(这边是存到特意为用例建的数据表中，表名是在被查询表名加后缀_t)；校验模式（默认）时，校验查询到的数据和 csv 文件是否一致(对应地，两边都对表执行相同的查询，并校验查询到的数据是否一致，查表比读 CSV 会快些方便些，且不会有数据库存储硬盘文件 (CSV) 存储两种存储方式不一致问题)。
    由于有少量字段是无需校验的（比如时间相关的字段、某些自增的 id 字段），因此 csv 中提供了白名单机制(这边是提供了黑名单机制配置需忽略校验的字段，不确定你是手误还是叫法不同，作用是一样的)，可以人工在里面配置需忽略校验的字段。
    后期也优化为录制模式时每条用例会重复执行 2 次，并自动把两次执行不一致字段加入 csv 的白名单(这边后期也改了，改为提供白名单，不提供黑名单，自动把执行相一致字段加入白名单，注意这里可不是叫法不同了，其实效果差不多，只是看待事物理念不同，试想下迎宾手里拿的参会人员名单)。

    优点和缺点跟你那边的相当，就不复制了。

  • 最近用 selenium 定位弹窗的元素总失败，各位大佬看看原因呢 at 2022年09月01日

    switch_to_alert

  • 接口测试脚本自动生成 at 2022年08月31日

    行百里者半九十，加油！
    等成熟的解决方案研究出来后，给社区小伙伴们分享下

  • 聊聊什么是探索式测试 at 2022年08月31日

    数据请注明来源

  • 聊聊什么是探索式测试 at 2022年08月29日

    探索式测试天然适合周期短的敏捷研发，它与敏捷原则更加契合。这是计划式测试所不具备的。

    这个观点的依据是什么？

  • 聊聊什么是探索式测试 at 2022年08月29日

    若有引用内容，请注明出处。

  • 基于时间戳的日志回放引擎 at 2022年08月23日

    对于日志回放，难得有如此详细的分析和说明，楼主用心了。

    楼主先给出了解决思路，然后按照思路给出了实现方法和过程，便于大家理解。

    问个问题啊，解决思路里第一步是日志清洗，文章里好像没详述具体实现，这块能具体描述下吗？

  • 获取受到影响接口地址 at 2022年08月23日

    加个 readme 吧，具体阐述下这个工具的用途，适用范围，限制条件等

  • 关于回帖的审核时间 at 2022年08月23日

    @ 陈恒捷 @ 恒温
    更重要的是比人工审核客观，呵呵

  • 通用场景测试方案 - 打款校验工具 at 2022年08月22日

    这种测试小工具有时候还是有一定效果的

  • Jmeter 压测 dm 达梦数据库 at 2022年08月21日

    跟 JMeter 压测其他数据库的方法过程类似

  • pytest 中，进行多进程跑时，我想定义在 conftest 文件中的 fixture 夹具只在一个线程中跑一次即可，而不想多次进行跑，如图，具体怎么实现 at 2022年08月21日

    pytest 中，进行多进程跑时，我想定义在 conftest 文件中的 fixture 夹具只在一个线程中跑一次即可，而不想多次进行跑

    具体确定想怎样呢？

  • 聊聊如何测试你的测试（翻译自 Meta） at 2022年08月17日

    10 楼同学请注意，回复内容字眼里尽量别涉及机关单位，比较敏感，否则审核可能不通过。

    欢迎友好讨论问题，但请尽量别抬杠。

  • 聊聊如何测试你的测试（翻译自 Meta） at 2022年08月16日

    结合生活可加深对本文的理解。
    是公司就存在经营风险，故有人成立保险公司，专门为公司保驾护航，保险公司是公司，是公司就存在经营风险，故有人成立保险公司保险公司 (再保险公司？)，专门为保险公司保驾护航，保险公司保险公司是公司，是公司就存在经营风险……

  • 从测试角度看现实问题 at 2022年08月16日

    在定位砖的问题之前，先检查投诉的有效性

  • 社区 bug，点微信登录获取二维码失败 at 2022年08月13日

    哦，刚注意到你贴的 URL 里已经有了啊，好吧，我这边勉为其难地说句：我从截图中敏锐捕捉到……[红脸]

  • 无意中发现的一个线上 BUG 说起 at 2022年08月12日

    发现这个问题后，你提 BUG 单了吗？或者，收到你反映的这个问题后，测试人员提 BUG 单了吗？

  • 社区 bug，点微信登录获取二维码失败 at 2022年08月11日

    看完了总结下，做个问题回顾。

    首先，测试皮新建 bug，简单描述问题。
    1 楼：用户 J 评论遇到同样问题。
    2 楼：开发陈调查后将该 bug 状态置为无法重现，并询问测试皮的详细操作步骤。
    3 楼：已删除。
    4 楼：测试皮激活该 bug，提供详细操作步骤，附带截图及测试环境信息。这些本应在新建 bug 时提供。
    5 楼：测试简补充说明该问题可在多种客户端重现，并说明某种尝试方法无法避开 (不是解决) 问题。简也可能是开发。
    6 楼：开发 t 推测问题原因可能在第三方配置。
    7 楼：开发陈从 bug 单截图中敏锐捕捉到关键信息，该信息本应在操作步骤中明确提供。并询问产品恒是否可通过第三方配置解决该问题。
    8 楼 9 楼：测试皮参与调查问题原因，提供参考解决方法。测试本没有这个责任，不过这是种全力配合共同解决问题的精神。
    10 楼：开发陈和测试皮讨论关键细节，初步给出的推测原因与开发 t 的一致 (第三方配置)。
    11 楼：产品恒说明第三方配置在一直沿用。
    12 楼：开发陈查阅第三方组件使用说明书，基本确认功能细节，并与产品恒讨论通过修改己方逻辑适配第三方组件以避开该问题。
    13 楼：产品恒修改己方逻辑，成功避开该问题，并说明该问题无需解决。这里产品也担了开发/运维。
    14 楼：开发陈回应产品恒问题已确认避开，并讨论是否可从产品设计角度解决该问题。
    15 楼：开发陈将该 bug 状态置为已解决，等待测试验证。
    16 楼：产品恒明确给出无需解决的理由——未/不提供相关功能。
    17 楼：测试简验证结果该 bug 确认修复。

    本楼：测试主管首先肯定测试 @ 皮大大的豆花皮 探索性测试的成绩，同时指出其新建 bug 单的不规范。其次询问产品经理 @ 恒温 ，是否有计划有可能提供 www 访问功能，以便测试团队为修改测试计划及测试用例提早准备。