就像这个帖子，你给我留言了，也没有消息通知

公共模块是作为用例的一部分嵌进去的。你可以写一条用例，然后调用公共用例，或者看一下公共用例是不是可以直接关联到用例集里面。
因为这个项目我已经两年多没有在用了，所以有些细节不是很记得了。

这个情况没遇到过。你是改动了 view 里面的代码吗？

hf?

前两天深圳站的都还没开始消化，2022 点又来了

打印看下你的 url 和 path ，看是不是没获取到

这个问题报过好久了

autotest_platform/app/core/process.py /
这个文件里面

用例管理那里有单条执行的入口

感谢分享！
正好最近也有做一部分这方面的使用，场景有两种：

1. 页面上的接口进行了升级处理，在打开的情况下会请求新接口，关闭的情况下请求旧接口。我就在用例里面通过这种方式来验证请求的接口是否正确。
2. 网页会在 localstorage 里面存储一些变量来控制某些页面属性，比如记住看过的广告轮播图的位置。也是在用例里面在对应步骤去获取对应的 localstorage 来验证。当然这个和 performance 没关系，通过 JS 就能取到。但是思路是一致的。

哈哈，没错，特别是三合一那种，很可能的不支持数据传输的

其实不用太在意是不是独立，有多少所谓话语权。

写个依赖文件一键安装就好了，比如：pip install -r requrements.txt

1. case 数量太多导致执行时间很长 -- 解决办法是并发执行。
2. case 不稳定因素 -- 稳定性和错误处理。

主要的功能用例，以及以前出过问题的用例。前者是保证产品的主要功能是可以的，后者是避免一些以前出过的问题再次出现（比如配置出了同样的遗漏）

上次也提过这个问题：

https://testerhome.com/topics/31049

按照你的公式：170000*0.8/(3600*0.2)=188.8888889 不知道你怎么算出来是 16 和 23？

另外压测结果中产生的 tps ，除了和并发数有关，还和接口的实际处理时间有关。处理时间越短，平均每秒能处理的事物数量就越高，tps 就越大；反而如果处理时间很长，平均每秒的处理事物就越少，tps 也越少。

我理解 5 人并发，是指 5 个人同时发起请求的意思，不是说每秒 5 个请求。每秒处理多少个请求，还取决于服务器接口处理的速度。
举个例子，每个请求平均 0.5 秒可以返回，那么每秒可以处理 5*2=10 个请求，30 秒就是 300 个请求；反之如果每个请求平均 2 秒返回，则每秒可以处理 5*0.5=2.5 个请求，30 秒就是 75 个请求。

不需要写的，可能是你传的参数没有配置

https://github.com/jerrylizilong/api_test_demo 以前有写过一个 demo，可以参考一下

我记得直接把你的 code,response print 出来就可以了，allure 的 log 里面可以看到

我记得直接用 print 就能记录到 log 里面的

1. 建议你封装一下通用的请求方法，加上通用的打印输出。
2. 如果是 pytest 里面没有输出，建议试下加上 -s
   

你的代码里吧邮箱账号密码都贴出来，不怕被盗吗？

你的代码最好格式化一下，这样看得太累了。
说下我的推测吧，你这是一个测试类，用 py.test 会默认收集 test 开头的方法作为测试方法，所以会按照 pytest 正常执行测试；
而你如果直接用 Python 命令执行这个文件，因为没有 main 方法，是不会执行到这个测试方法里面的。