点击你自己头像——话题 tab 就有

另外，帖子有人回复的话，右上角会增加通知的，只要养成常看通知的习惯，不会漏的。

那看起来还是 pycharm 的问题。

换个 pycharm 版本，卸载重装再试试吧。

重装 pycharm 还是一样的报错么？

试过换成命令行直接执行，不使用 pycharm 不？

具体怎么搞定的，可以帖子正文末尾补充分享下，方便以后其他人遇到类似问题时查阅？

分享下我自己的理解：
1、冒烟测试（走通主流程）
2、线下功能及逻辑测试（完整验证功能方面的问题，含异常分支逻辑；一般测试环境一轮、预发环境一轮）
3、线下非功能测试（如性能专项测试、关键服务异常的降级策略等，根据测试策略来定）
4、线上验证（发布后线上验证主流程无问题）

我测试的时候，功能和逻辑测试一般是放在一起的，毕竟验证功能的正确性就绕不开逻辑的验证，拆开感觉有点怪怪的。

没有代码细节，只能根据报错信息给个排查方向：

报错信息是说这些 css、js 文件，由于请求获取文件时，返回的 mine type 为 text/html ，且开启了严格 mine 检查机制，所以由于这个类型并非有效的 js/css 文件 mine 类型，这个资源被拒绝应用了。

mine type 具体体现为，network 标签里这些文件资源请求的 response header 里的 content-type 。正常 js 应该是 text/javascript ，css 应该是 text/css 。content-type 一般会被 web 服务器自行根据扩展名进行处理，你这里没有正常处理，有可能是你这个服务对静态资源返回的配置有问题，或者放的位置不对，可以根据这个方向排查下。

如果没有思路，麻烦提供更详细的一些项目配置信息，可以的话最好直接把可重现问题的项目最小源码放到 github 仓库，方便其他人帮你查看。

@debugtalk 看看？

末尾看到欢迎 PR ，但文章里除了 coca 仓库地址外，没见到这个 linkediff 项目地址，是漏贴了？

如果你要测试的是 api 连接工具里对这些认证的支持是否 OK，可以自己写代码建个使用这类型认证的单独接口来测，或者找开发协助弄个接口给你。

话说，这和测试数据没啥关系呀。。。

专题学习里的看书/课程，本身就是一种系统性学习。

如果是说自己作为测试工程师的整体技能需要系统性学习，那可以把这个事情作为一个专题去看测试工程师能力要求相关书籍，梳理出整体技能要求体系，然后再按目前需要做进一步的专题学习。

工作中的学习和学校的学习相比，“学以致用” 比 “循序渐进” 要为重要，因为大部分专业领域的知识到达一定广度和深度后，都是很庞大的，直白点说就是学不完，或者学完不用你就忘了，相当于白学。

1、个人觉得，学习并不见得专门学习的事情才叫学习，工作中接触的一些新领域也是学习，所以日常还是养成一些写工作总结的习惯，记录下来才是自己知识，要不就忘了。

2、工作之外的学习，我一般分两类

2.1 资讯类学习。主要是上下班路上刷一些技术文章查看来学习。通过 rss 聚合一些技术社区的文章，进行查看和学习。这种只需要有个印象，一般不会特意做笔记，觉得好的朋友圈分享下或者收藏下记录下来就好，主要是避免脱节。

2.2 专题学习。这个主要是看自己综合工作内容以及接触的资讯来做比较专题的学习。比如工作上遇到高并发类的问题，处理起来发现自己对高并发了解不够深入，就会去找一些相关课程和书籍系统学习高并发相关知识，并在过程中按照自己理解的结果写学习笔记，方便后续有需要进行查阅。学习资料上，个人不大喜欢通过视频形式学习，讲师的速度有点慢容易走神，比较习惯文章型学习资料，所以主要看书、极客时间课程、官方指南文档等为主。

你太抬举我了，我的文章水平离指导人还差得远。。。

欢迎入行~新入行接触东西，懵逼状态是正常的，关于改变现状这个，几个建议：

1、做好手上被分配的任务。比如导师说熟悉客户端两个模块功能，记录思维导图。那你这个工作自己评价有做到 100 分了么？写完的导图有没有给导师看看，给些优化意见建议？

2、主动解决问题。对于影响自己进度的关键问题，养成主动去解决问题，而不是等着问题被解决的习惯。比如你两天都在等账号申请，而你账号申请的目的是看文档。是不是可以找导师帮忙导出一下这些文档给你看看，或者和导师主动提出你想了解这方面知识，看导师是否有时间给你讲解？

3、沉下心，不要太慌。你现在懵逼主要是因为手上暂时没明确的测试任务，趁这个时候多了解下一些项目流程的东西（怎么了解参照建议 2），有任务开干后，相信你应该就不会懵逼了。

这个没有绝对的谁做更合适的，属于比较模糊一点的地带。产品角度一样可以觉得这个属于线上测试的一部分，所以应该测试人员负责准备。就看最后谁强势一些，能说服另一方去负责这个事情。

我之前呆的公司，这类账号一般产品联合商务去搞定（毕竟有些涉及公司内部资料，还得找公司领导申请），搞定后把相关账号信息同步给开发测试进行配置。

你的客户端（mac 电脑）是有公网 ip，在公网可直接访问的么？一般要穿过公网访问内网的机器，得配置 NAT 之类的东西的。

两台 Mac 可以 ping 通，那这两台 mac 是在同一个内部网络，还是都在公网？

看什么外部系统。

如果是有公共账号可以共用的，测试提供也问题不大，反正有了之后就可以持续用了。

但如果是涉及个人信息不方便共用的，那一般得自己搞定，或者内部征集愿意提供账号的志愿者协助，毕竟这个涉及个人隐私。

好文采！

从堆栈上看，全是 pycharm 内部的报错。

卸载掉现在的 pycharm ，重新装一下试试？

看这哥们在 4 楼回复的意思，不是录制后运行录制出来的脚本报错，而是录制过程中 web 页面操作时，由于多了个 jmeter 代理上传功能不正常。

你说的问题，是从最后一张图框里的报错么？

报错信息直译过来是：

ValueError: buildins.type 大小改变了，可能表示二进制文件不兼容。从 C header 读取到的预期值 888 ，但 PyObject 提供的实际值是 880

从报错信息看，应该和你执行代码没啥关系，网上搜了下 may indicate binary incompatibility， 大多是说和 numpy 库版本有关，重装依赖可以解决。
你截图里堆栈信息不全，所以也看不出到底和啥有关。你把堆栈信息文字直接贴上来吧，不要只是截图。

你查看下我发你的链接吧，里面有具体操作文档。

我自己也没操作过，所以没法说，得你自己尝试了。

不过如果你实际被压服务所在的系统如果并不是 windows ，这个问题其实没啥解决的必要，你直接到你实际压测环境部署确认更好。

1、如果测试人员拿不准请求的是哪个服务器，那就想办法去确认。不管谁维护的，问环境维护人员，这类信息都可以得到。
2、就算有多个服务器，也一样可以监控的，专业点的运维会在 grafana 里设组，把同服务的多个节点监控数据聚合到一个视图里，方便直观查看每个节点的情况。

总而言之，做性能测试，是必须了解清楚你压的是什么服务、服务部署在什么机器上、怎么获取这台机器上的系统资源等相关监控数据的。如果这些不清楚，就去问负责这部分内容的同学，问清楚。监控平台如果目前确实没有现成可用的（很多时候测试环境确实不会弄监控平台，线上才会弄），那就自己搭/自己找同学协助搭。重要的不是谁去做，而是要去做。

PS：“全链路监控” 这个词你在这里用得不大对，全链路监控核心关注的是全链路，是请求到了服务端后，内部会经过 a 服务->b 服务->c 服务 多个服务才能完成处理的这种链路，关注的是一个请求在这个链路里面每个服务处理部分的耗时情况，进而方便针对性优化对应的服务。单个服务多节点部署，并监控多个节点的资源消耗情况，这个和 “链路” 没啥关系。

我是先学接口测试，搞清楚接口测试要测什么才对，然后初期先用 Postman 测，熟练后再找趁手的平台框架将它写成自动化用例的。

至于自动化平台开发，暂时我们调研后觉得没必要重复造轮子，所以最后用的是 ms ，在它基础上做一些二次开发以便支持内部特有的协议。

如果是想学习怎么写一个平台，建议你看那些怎么一步一步设计和开发测试平台的文章，而不是找接口自动化的，因为这部分知识相比接口自动化，更偏向平台开发。这类文章我目前比较多是在一些测开公众号里见到，大多是系列文章，你可以在微信里找找。

我之前没怎么看书哦，主要靠自学以及和其他有经验的同学交流。所以书这方面暂时没有特别好的推荐。

可以再细化下，你对学习资料的期望具体是什么？一个 “接口自动化” 有点笼统，你要学习的是用例设计，还是自动化框架/平台使用，还是自动化框架/平台设计，还是具体实践案例？

这个只是一个表象。需要进一步排查下：

1、作为处理逻辑起点的浏览器，开发者选项-network 里显示是否有发出上传请求？有的话请求结果是什么？
2、作为处理逻辑中间点的 http 代理，Jmeter 录制代理里这个上传附件的请求数据有录制到么？从录制信息看是否有什么异常？
3、作为处理逻辑终点的服务端，有收到上传的附件吗？（可以看下有没有日志打印，有的话通过日志查看是比较方便的）

需要有这些信息，才能进一步排查定位问题，进而找到解决方案。