同是天涯沦落人;
等我面试完了,我一定也整个
httprunner 优点跟缺点都很明确(一年前用过);
优点:
1、帮你编排测试用例
2、帮你断言结果
3、可持续添加接口
4、跟 debugtalk 无缝链接,定制化你想实现的功能
5、详细、漂亮的结果展示
缺点:
1、人家写的
2、入门需要成本
3、错误提示不够明确,找不到哪里的错
你要是公司第一个吃螃蟹的、python 不是很熟悉,最好还是自己写;反之当然用 httprunner 了
总体思路:
1000 = 512 + 256 + 128 + 64 + 32 + 8
按照上面挨个构建上面的值,再组装起来
# python
import random
a = [256, 128, 64, 32, 16, 8, 4, 2, 1]
b = []
for i in range(9+8+7+6+5+4):
b.append(random.Random().randint(0, 1))
data = [b[0:9], b[9:17], b[17:24], b[24:30], b[30:35], b[35:]]
def cal(data: list):
sum = 0
for j_data in data:
for i, value in enumerate(j_data):
sum += a[8-i]*value
return sum
print(data)
print(cal(data))
[[1, 0, 1, 1, 1, 0, 1, 1, 0], [0, 0, 1, 1, 0, 0, 0, 0], [0, 1, 0, 1, 0, 1, 0], [1, 0, 1, 1, 1, 0], [0, 0, 0, 0, 0], [1, 1, 0, 1]]
315
之前我也认为算法题没啥大用处;
后来仔细考虑这个问题后,我还是比较同意 2 楼的意见。
如果你连最难的问题都会了,简单的问题别人还用担心吗
目测用 “栈” 来搞是可以的;
c = []
e = ''
for i in list('3[am]2[bn]'):
if i == ']':
d = ''
for value in reversed(c):
if value == '[':
c.pop()
beishu = c.pop()
e = e + int(beishu) * d if d != '' else e+int(beishu) * e
break
else:
d = c.pop() + d
else:
c.append(i)
使用 docker 已搭建;
搭建过程未出现楼主这种情况,建议相关版本与其一致,避免不必要的踩坑
你理解错了;
这个 15072 是这 300 秒的请求总数;之所以产生两个 15072 是因为聚合报告会汇总请求总数,
所以一个 是分结果,一个是总结果;
如果想确定一共是不是产生了 20 个线程,就在 http 请求中加一个: ${__threadNum} (应该是这个参数,如果不是你再网上查查去)
2019 年这个时候,面试高德时,就问我性能问题;当时能知道你上面写的一半吧。
性能要深入还是得去代码中找答案。
是不是面试题,无所谓;持续学习是件好事
不建议去外包,没有归属感
我现在慢慢发现,大公司特别喜欢自己折腾,或者创业过的人;
科学技术已然社会发展的动力;
研发作为其中重要一环,依然会向前进步;
发展存在抖动是正常的,社会依然美好,需你我一同建设!
个人发展离不开个人努力,只要向前看,没有问题解决不了!
测试是先下山再上山。
开发是先上山再下山。
主要看你喜欢爬山还是下山了
整个接口测试的基础,是不是需要相个独立的测试环境,但往往绝大部分公司都没有这个环境。
赞👍
弱弱问问,咱们能不能创建个微信群,交流一下这款工具平台
我之前跟楼主一下!
现在测开 4 年了,当初转行也是压力太大,功能测试的天花板太矮了,满打满算 4 年就到了。
我觉得决心很必要,
1、现在你是个组长或者是测试负责人,重新放下身段当一个干活的,有点难。
2、找好语言并且学会,很困难;平时时间少,不想学;周六日时间多,玩个游戏,看个电影就过去了。
3、找到适合的切入点很难。
所以给自己找个目标,出去面试一下,认清楚自己。
人无远虑,必有近忧
一上来就问 AQS 是什么鬼,连啥语言都没问。
a 方法都没有运行过,没法将 btn 重新赋值的;
你这种样式不实用;
from selenium import webdriver
def a():
global btn
driver = webdriver.Chrome()
driver.get(url)
btn = driver.find_element_by_css_selector('XXX')
return btn
btn = a()
def b():
btn...
顶大佬!!!
发现不管到达啥层次,啥水平,面临的问题及心态都差不太多。
愿互联网思维更加正向,万恶的 996 赶紧消失!
业务测试转测开,感觉最主要的还是决心问题;
当然如果公司业务不忙,自己又努力研究自动化,转测开问题不大;
如果公司业务很忙,那就只能找时间研究了;
测试转测开不应该降薪的,测试是测开的基础。
封装底层操作的时候,最后都加上个判断是否存在,然后进行相关操作
Python 框架写的服务一般都是敏捷开发出来的,大部分也是公司内部使用,单元测试的意义不大。
Java 的实例来一个
装饰器是基于闭包的,那闭包有啥特点,闭包中参数是如何传递,这个最好也能写一下