首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

优化实践:Python——从入门到起飞

本文基于腾讯安全平台部的研优化实践,介绍和总结公司第三大后端开发语言 python 的编写方法,面向 0 基础同学,欢迎共同交流探讨。...前言 本文面向 0 基础的同学,介绍和总结python的编写方法。首先会介绍主流的框架,重点 pytest。...中间穿插借助 IDE 工具来提的手段 一、python 框架 框架无外乎封装了测试相关的核心能力来辅助我们快速进行,例如 java 的junit,golang 的gocover,python...借助 IDE 提 已 PyCharm 为例介绍,vscode 等 ide 应该大同小异 Settings/Preferences | Tools | Python Integrated Tools选择框架...本文是笔者在学习 python 整个过程的总结,介绍了 python 的几种主流框架,Mock 的使用以及使用 coverage 来计算覆盖率。

1.9K60
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    前端,为什么不要 “实现细节”?

    相信不少同学在写的时候,最大的困扰不是如何写测试代码,而是:“应该什么?”,“要多深入”,“哪些不该”。...最近在给 React 组件写的时候,发现了 Kent (React Testing Library 的贡献者之一)的 《Testing Implementation Details》 这篇文章,里面对...“为什么不要代码实现细节?”...因为我们只了业务中非常小的一个实现细节,所以为这个实现细节,我们不得不补另外很多测试用例,来其它毫不相关的实现细节,那这样我们永远都不可能补完所有实现细节的测试代码。...用假数据在购物车中渲染表单,点击结账按钮,确保假 /checkout 请求执行,并获取成功的响应,确保可以展示成功消息) 将这份手动操作清单转化成自动化测试 好了,这篇外文就给大家带到这里了,希望对大家在中有所帮助

    95450

    如何优雅地执行dubbo

    很多小伙伴所在的公司是基于Dubbo来构建技术栈的,日常开发中必不可少要写dubbo(单元测试),如果数据依赖已有的外部dubbo服务,一般是mock数据,如果数据比较复杂,其实mock数据也是一个不小的工作量...那有没有更好的方式来代替我们完成”mock“数据功能呢,这时可以借助dubbo telnet功能,获取真实数据用在中使用。...本文会先讨论如何使用基于dubbo telnet的代理工具类(DubboTelnetProxy),然后再讨论下mockito+DubboTelnetProxy如何进行多层次的,最后分析下如何让变得更加智能...(ps:关于dubbo和mockito这里就不展开讨论了,具体可以参考对应资料~) 1 Dubbo现状 dubbo其实和非dubbo的流程是一样的,初始化待测试类和上下文,打桩然后调用,...上述代码不足点是:目前每次dubbo调用都会新建telnet连接,对于来说是OK的,后续如果用于本地压或者调用频繁测试场景,考虑复用连接或者使用netty client bootstrap方式避免每次都新建连接

    1.4K10

    Jest + React Testing Library 总结

    加上之前实际的工作中,也没有太多的写测试的经历,所以当自己需要对组件库补充单元测试的时候,发现并不能照葫芦画瓢来写。...一时不知道该如何下手,也不知道如何编写有效的,人有点懵,于是就比较粗略地研究了一下前端组件。...1.1 的目的 在频繁的需求变动中可控地保障代码变动的影响范围 提升代码质量和开发测试效率 保证代码的整洁清晰 ...... 总之是一个保证产品质量的非常强大的手段。...1.3 组件须知 在开始进行组件的时候,有几个因素我们需要考虑: 组件是否按照既定的条件 / 逻辑进行渲染 组件的事件回调是否正确 异步接口如何校验 异步执行完毕后的操作如何校验 .........就像开头提到的,本文只是“比较粗略”地浏览了 Jest + RTL,相较于整个前端来说只是冰山一角。

    4.6K20

    Go 测高级篇:Golang 原理深入理解

    Go 测高级篇:Golang 原理深入理解我们经常在做 Go 的时候,会用到两种库,gomonkey or mocker,然后在做的时候会通过一些所谓的 mock 方法。...不知道大家有没有想过,Go 的,为何能够 mock 住呢?具体是怎么实现的呢?然后这个 mock 的真正含义又是什么呢?...Go 的一些基本使用就不讲了,关于 Go 的基本介绍和使用可以查看我的另外两篇入门文章:• 《Go 入门篇:Golang 单元测试基本使用》• 《Go 入门篇:单元测试类型和 Golang...如下一、中常见的 5 种测试替身1-1、5 种测试替身• Dummy Object• 指在测试中必须传入的对象,而传入的这些对象实际上并不会产出任何作用,仅仅是为了能够调用被对象而必须传入的一个东西...这样,runtime 运行时其实就可以指向 mock 的 interface 实现来满足我们的诉求。2-3、为何测试代码可以 mock 住 ?

    1.6K20

    使用体验

    本次演示一下,我之前一直以为这个产品没了,没想到还活着,所以我们跑跑看。...定时压这次我们用定时任务来做。可以看到定时的菜单内容还是很丰富的哈。这里我们回到执行一次。附一下高级配置的说明:它还有一些条件约束和限制。...可以看见有一堆的报错看下具体的数据好像最终的效果也还可以啊核验压资源包也扣掉了,打的差不多了。...我们去看下机器监控数据,看看为什么没报警从CPU和网络负载看是有在压的内存最大利用率55多一点,因为是用的简单的首页压,不涉及到复杂场景,所以仅作参考。不足之处很多,还请多多包涵。...JMeter个人觉得这个方式相对比较高级一点,然后我发现SLA允许达到阈值以后停止压。在场景编排可以看到是需要自己写文件来编排的,适用于相对复杂的场景。

    262104

    【spock】竟然可以如此丝滑

    至少在我看来,有如下几点让我喜欢不起来的理由。第一,要额外写很多很多的代码,一个高覆盖率的代码,往往比你要测试的,真正开发的业务代码要多,甚至是业务代码的好几倍。...这让人觉得难以接受,你想想开发 5 分钟, 2 小时是什么样的心情。而且并不是写完就没事了,后面业务要是变更了,你所写的代码也要同步维护。...第二,即使你有那个耐心去写,但是在当前这个拼速度挤时间的大环境下,会给你那么多写的时间吗?写一个的时间可以实现一个需求,你会如何去选?...最后得出了一个无可奈何的结论,是个让人又爱又恨的东西,是不想做但又不得不做的事情。虽然我们没办法改变要写这件事,但是我们可以改变怎么去写单元测试这件事。 2....在使用其它框架时,与之类似的是 assert 。

    1.4K30

    来聊聊我们为什么要写

    对于我个人来说,我是非常喜欢写的。最近还买了本《软件测试》的书,算是再次复习一下大学时学过的专业课,平时在捣鼓一些个人项目的时候也会做一些基础的。...一谈到,可能大家的第一反应都是敬而远之。...所以,今天我会尝试从另外一些角度来讨论可以给我们带来哪些好处。...所保障的不仅仅只是代码的正确性,毕竟大家在边开发边 Debug 的时候已经能验证 99% 的正确性了,而更大的地方在于 让我们不得不去思考到一些异常情况 ,这无形中就能增强代码的质量。...当然,本文也并非要让大家马上给项目上,只是希望大家能够多尝试自己领域之外的东西,不要固步自封。对个人而言,多练习写能力肯定是好处多于坏处。 好了,这篇文章就给大家带到这里。

    50520

    业务变化快,有必要写吗?

    在前面一篇文章(无用论,这是真的吗?)中,我提到判断是否适用的几个维度,其中有一个就是业务变化情况。理论上来说,业务变化快,改成本高,维护成本也高。...按理说,如果不是对功能质量有很高的要求,感觉是可以不写的。 但事实真的是这样吗?针对这个问题,我与群的小伙伴们进行了讨论,大家都非常积极地发表了看法。...就如我上面所说:我们不写的原因,是因为会拉长交付周期,使得交付速度变慢。但如果交付速度提高了,可是交付质量下降了,可以接受吗? 我想,对于有些规模的公司来说,交付质量一定比交付速度更重要。...如果我们站在编程者的角度看,你现在不写,很可能只是把现在写的时间挪到后面修 bug 而已。 除非你的代码质量真的很高,高到及时不写一个 bug 都没有,那确实没必要写了。...从觉得没啥用,到觉得还有点用,再到业务变化不大可以写写,最后到即使业务变化快也要写,深感写得越多,越能感觉到的好处。

    56520

    大家都说没啥用,这是真的吗?

    工作了快 10 年了,跟研发小伙伴聊起单,绝大多数人的反应是 —— 没啥用,写就是为了应付覆盖率的 KPI 指标。...恰好我最近在团队落地相关的内容,经过一段时间的持续迭代,我对的看法也从一开始的 没啥用 到后面的 好像有点东西,再到最后的 卧槽,真牛逼!。基本上随着写得越深入,我对就越发重视。...为啥说没啥用? 那些说没啥用的小伙伴,我想大概率是不知道怎么写,没写过真正合格的,而只是用来凑凑覆盖率的 KPI 指标。...没有选择合适的框架,代码写得业务代码还多,这可咋整? 等等 总而言之,这一切的原因导致没写出合格的,没办法让为他们带来好处,于是它们对充满了失望,最终就觉得没用。...的适用场景 看了这么多,知道了有那么多好处,但又又不能包治百病,那测到底适合在什么场景使用呢? 在我看来,对于是否要推行,以及的要求高低,其实取决于下面几个维度: 1.

    30030
    领券