Comeyke成长中心

测试框架助力提高编码效率

导语基于测试金字塔分层的理念,金字塔模型自底向上依次是单元测试、接口测试、UI测试。自动化测试的 ROI 是自底向上由高到低。测试人员进行接口自动化测试,可以获得高的ROI。现有的接口测试工具不能完全满足软件工程迭代各个阶段的业务需求,设计一个符合产品迭代测试需求的自动化测试框架可以有效的解决工具使

寻找最优 ROI 自动化测试策略

导语自动化测试是一种测试手段,自动化测试ROI的高低,引领我们优先投入精力做ROI最高的单元测试,再做ROI中的接口测试,最后完成UI测试。确定最优自动化测试的横截面实际落地会出现的问题:一批人做 UI 测试自动化,另外一批人去做接口测试,然后开发人员做单元测试。三路人马忙得不亦乐乎,都说自己贡献大

快速生成清晰可视化的报告

可视化报告我们日常测试中经常需要将测试结果/报告予以公示/推送,而一份清晰且可读性强的测试报告可以让人更快速的了解整个测试结果。在自动化测试过程中,能够快速生成清晰、全面、可视化的测试报告 (如 HTML 报告),无疑也是一项可观的效率提升。目前主流的生成测试报告的第三方库(如:HTMLTestRu

自动化测试左移&右移

如果你想在工作中推广自动化测试,哪些落地场景更容易出业绩呢?除了之前说过的回归测试领域,我们不妨把眼光从测试工作放宽到更多的领域,Dev 和 Ops 领域,自动化测试在这些领域里一样可以发挥价值,我叫它自动化测试左移和自动化测试右移。自动化测试左移如果把软件的生命周期的一个个阶段,软件需求分析、软件

性能的重要性

代码性能的重要性怎么定义“性能”和“性能好”我们以代码性能为例:首先我们需要弄清楚什么样的代码算是性能好?怎么样算是性能不好?代码性能表现在很多方面和指标,比较常见的几个指标有吞吐量(Throughput)、服务延迟(Service latency)、扩展性(Scalability)和资源使用效率(

服务端测试的价值

测试分层软件开发的生命周期一般为:用户需求-设计-软件需求(需求评审)-软件设计(设计评审)-编码-测试-上线-运维或废弃下线。基于软件开发的流程,开发人员进行单元测试,测试人员负责服务端测试+客户端测试。服务端测试服务端测试主要进行接口测试。接口测试检查数据的交换、传递和控制管理过程。它绕过了客户

我们团队定义的接口测试流程规范

我们团队定义的接口测试流程规范(流程图、每个流程节点阐述风险点 交付结果 衡量指标)导语接口测试流程规范的作用是确保在软件开发过程中,接口测试能够有效地进行,并能够发现和解决潜在的问题。它提供了一套标准和指导原则,以确保接口测试的一致性、可靠性和可重复性。接口测试流程规范项目计划阶段工作重点:了解需

代码覆盖率

测试覆盖率测试覆盖率通常被用来衡量测试的充分性和完整性,从广义的角度来讲,测试覆盖率主要分为两大类,一类是面向项目的需求覆盖率,另一类是更偏向技术的代码覆盖率。代码覆盖测试是一种软件测试技术,用于衡量在运行测试时程序源代码中有多少被执行。这意味着代码覆盖测试衡量了程序源代码被测试的程度,它提供了关于

接口用例设计思维

接口测试接入的时机服务端测试在参加完需求评审之后,开始梳理需求,进行需求的拆分,功能点的拆解等。需要参加研发的技术评审,等待评审通过后,拿到设计文档和接口文档后开始介入接口测试的工作。接口测试的流程接口测试的流程和一般的测试流程是一致的,测试计划–测试用例–测试执行,具体请查看下图。接口用例设计思维

Pyqt写一个测试小工具

1、 背景功能测试的同学经常会提出很多造数据的诉求,如批量造一批订单数据,进行前端分页功能、查询功能等的验证。假如遇到添加某些数据需要比较复杂流程,如诊断报告的样式验收(B端发起诊断活动,C端登录–参与活动–查看诊断列表–做诊断–拉题–提交生成单诊断报告–完成全部的诊断–生成组合诊断报告,B端查看报