一个一个来，没其他好办法

UI 传参报错，页面无感知？为什么接口不报错？难道接口也没检验参数嘛？。
个人感觉楼主与其自己琢磨怎么检验，不如要求开发报错弹窗，你来捕获进行断言。

这个是最懒的做法

个人觉得楼主应该经常被开发/产品怼来怼去。这个问题的关键在于，要健全惩罚机制。发现 BUG 没有提交是测试的问题，提交的 BUG 没有修复就是开发的问题。如果把这个纳入绩效。我想，楼主的问题就迎刃而解。

这个问题的本质是在讨论接口自动化的精度问题。个人理解接口自动化本质是一种回归/冒烟测试，检验每个字段应该功能测试阶段保证。而回归测试的 crae，应尽可能覆盖多的测试点。因此接口自动化，检验两三个关键字段即可。

我觉得楼主对压测的并发理解有误。压测应该关注 TPS，而非并发。10 万用户理论无法达到同时登陆，但是可以测出服务器的 TPS 是否满足 10 万用户。
我猜测，楼主领导口中的 10 万用户应该是日活。如果是 10 万的 TPS，这个很恐怖。根据二八原则，理论可以支撑亿级的日活，试问楼主公司的产品是否有必要？

还有直接提测存储过程的，如果你是做单元测试，当我没说。如果要测试的话：
1、看读写的数据是否正确
2、数据是否可以重复读写
3、存储过程执行中报错，是否会回档
4、各种类型的参数
5、分布式读写
实际上这样测试意义不是很大，投入/付出不成正比。应该怼回去。收益最高的，是以接口为单位的提测。

其实这里需要关注的是两个点：
1、客户端写 log 的逻辑
2、上传 log 的功能
那么测试方法来了：
1、客户端写 log 使用公共类/方法，因此调用这个 API 即可，然后覆盖各种场景
2、上传功能，这个就是老生常谈了，先确认文件的唯一标准为：文件名 +MD5。如果研发有提供 download/查询的接口直接使用即可；如果没有相关接口接比较麻烦了，测试环境可以直接上服务器确认，或者自己写个 download。发布线上只要确认分支 id，其他可能出问题的也就只有网络和存储服务器了，基本可以认为测试任务完成了。

有两种方式:
1、组装测试集时，形成内部循环，类似写~查~删~写，可以跨环境。
2、每次都写不同的数据，可以在 debug 中动态获取，如需区分环境，需要将平台环境列表传递给 debug，自己定义判断规则即可，也可以做到跨环境。

如果你没动过框架的东西，基本就是你的用例写有问题，把你的用例发出来

打断点调式啊，得看到这里调用的堆栈才好判断

最好使用 python3.6，3.7 会有意想不到的惊喜~~~

当然可以自定义断言函数，在断言时调用即可

目前来看平台并不支持上传文件，你的自己开发这个功能

也想在 centOS 下搭建一套环境~~

如果是简单的 json，直接装在 extra/validate 中提取就好了，语法是 “data.yourkey.yourkey”。
如果结构体比较复杂，建议自己写个正则表达式的函数，调用就可以了

支持的，你得加上引号

你用的是 python3.7 吗？如果是，请换成 3.6，这个版本兼容有问题。

牛逼，已收藏，研究一下

补充一下背景：
1、需要对项目 C++ 代码进行静态扫描
2、网上对比后选择工具 PClint9

描述：
1、PClint 与 VS2013 集成后，扫描代码，总是报两种错，并且推出扫描：
1）如题 “Error 330: Static assertion failure: Unsupported tuple_cat arguments”。看了下这个文件是 VS2013 中的文件，不明白为什么会扫描该文件~~~
2）无法打开头文件。此问题我可以手动配置头文件路径

问题：
1、想问一下社区有没有大佬有这方面经验的，可以跳过报错，继续扫描？ 或者屏蔽某些文件的方法？ 感激不尽~~~

大厂概念很模糊的呀。BAT 嘛？可是我觉得网易、携程、360 之类也不小吧。

这个招的初级/中级的测试吧

一本估计就过滤掉好多小伙伴了，不过技术不问出身，牛逼就行。

我的理解是：需要对服务端的接口进行压力测试，那么就有方向了：
1、梳理下存在压力风险的接口
2、准备压测环境、压测工具、压测数据
3、确定测试的指标：吞吐量？CPU? 内存？IO？
4、编写测试脚本。个人建议使用开源的测试工具。自己写脚本，需要有很强的开发经验，否则可能由于脚本的性能上不去，影响测试的准确性
5、其他的细节需要你自己去摸索，直接告诉你就不好玩了

问一下，志愿者需要完成哪些任务呢？