首页
学习
活动
专区
工具
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.8K60
您找到你想要的搜索结果了吗?
是的
没有找到

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

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

91850

如何优雅地执行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.5K20

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.3K20

来聊聊我们为什么要写

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

42320

【spock】竟然可以如此丝滑

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

1.3K30

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

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

25330

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

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

53220
领券