appium 接受指令的超时时间是可以配置的，你可以查下官方文档。

最近也在熟悉中，公司的 devops 平台就是通过这个技术封装一些常用的构建方法的。

请看看 https://testerhome.com/topics/587 ，表示看不懂你的问题。。。

推荐看下：
python 学习——python 中执行 shell 命令
Shell 的两种启动方式以及环境变量的配置

另外，黄色字里面的提示可以翻译成中文看下，这是很关键的提示信息

1. 请使用 Markdown 排版
2. 建议看看 https://testerhome.com/topics/587 ，这个问题提得不够清晰，了解具体问题的成本太高了，所以能得到的回答也会大大减少。

很完整，今天朋友圈也转发了，点赞~

报表查询确实很难穷尽，但用户又会用各种你预想不到的组合进行查询。这个思路挺不错的。

case.split('/') 看下这里有没有问题？

另外，markdown 代码块支持代码着色的，不需要贴图。

楼主的经历挺丰富的，大公司确实能磨练到许多和人打交道方面的东西。我之前进去大公司一年左右，也感觉到这些方面的差异。

有思考是好事，点赞。期待后续楼主可以分享更多工作上的经历和思考~

赞！持续学习！

我司的测试开发，主要是根据各项目组需要，开发和质量保障活动效率提升相关的工具，例如测试框架、测试管理平台、CI 部署监控等。同时也会肩负着提升测试团队，乃至整体研发团队在质量保障方面的效率提升。

其实简单的说，就是做一些测试平时一直都想做，但没法专注地做的通过技术提升效率的事情。

感觉按照你们目前做的事情，所谓测试开发，只是会开发的测试，遇到开发性质的工作可以快速上手而已。团队本身不重视技术，那么自然也就不会有投入和期望，自然也就产出不明显了。

这个是个人笔记吧？可以记到个人主页的记事本里。

1. 服务器关掉验签
2. sign 签名按照规则从上一个请求或者其它地方获取

赞~

（1）年龄：27
（2）测试从业时间：4
（3）目前的瓶颈：测试技术体系性不够，比较零散
（4）职业规划：测试->测试开发（目前）->测试架构
（5）所属公司类型：互联网金融
（6）对小编的批评：我不认为中小型公司或者传统互联网公司会被云测、众测取代。对质量确实有要求的都不会只靠这两个。外包倒是可能性比较大
（7）畅所欲言：机器学习、人工智能是热点，确实需要学习和关注。但这个我觉得至少在最近 1-2 年内还是处于部分场景可应用，并非完全取代的程度。
另外，从最近学习 spring cloud 的经历，虽然开源软件帮了很多忙，但没有扎实的功底和理论，你也不一定能玩得转这些软件，毕竟还是有一定的复杂度在。封装不代表你不需要理解其中的原理就能使用。

没看懂亮点在哪里。。。

论坛不支持 markdown 和 html 混用，现在后面的内容排版已经乱掉了，麻烦 html 部分用 Markdown 重新写一下把。

你在 jmeter 里也加上代理服务器，连到 fiddler ，对比看下客户端的请求和你用 jmeter 发出的请求有什么不同？

从你的截图里看，实际发送的数据做了很多转义（比如空格变成了 + 号），这类转义看起来是 url 的转义，正常 body 里面是不会做这些转义的，所以 jmeter 不会帮你做这个转义。你需要确定下是不是你们这个参数里面约定了必须做这个转义。

建议看看 https://testerhome.com/topics/587

你的这个问题信息量太少，大家都无法回答。

我比较关心价格和具体的部署方案。

好久以前的老文了，你看看是否还用得上？

Appium 开发环境搭建（4）-- 代码调试

tcp 接口返回 500 ，你要看看服务器日志以及和开发沟通下 500 表示什么。

http 中 500 表示服务端错误，但 tcp 接口没有这种通用错误码，所以得问开发。

另：你把结果查看器的截图放出来才有用呀，这个截图只说了你发啥，不涉及服务器返回啥，看不出问题在哪里。

我的信念是，360 行，行行出状元。差异只是难度系数而已。

不同环境下会有很大的差异，也不排除有的公司测试可以达到指导开发的程度（例如 Google 的 SET ），毕竟术业有专攻。我们接触过有的公司运维对于 CI、单测这些接触不多，都是测试和开发推动为主。运维光上线就快 Hold 不住了。

至于提倡大学生搞测试，我觉得没啥问题吧，不大明白为何大家都觉得测试不是好出路。至少给我再选一次，我还是会选测试而不是开发。

你试下 ps 看进程列表？task manager 主要显示历史打开过的应用，即使它已经不在后台，还是会显示的

功能点：

• 发送内容（空白、正常文字、超长文字、以前曾经引起过崩溃的特殊内容、特殊字符、表情、图片、多媒体、红包、语音等）
• 发送对象（普通用户、公众号、群、其他特殊主体）
• 衍生功能（转发、语音转文字、删除等）

非功能点：

• 网络（弱网、断网）
• 设备条件（可用空间不足、资源不足导致卡死、内存不足可能被杀掉）
• 安全（各种注入、发送特殊可执行代码、发送包含可执行代码的图片等）
• 版本兼容（线上可用的最低版本到最高版本间传输）
• 设备兼容（各种自定义键盘、小屏幕等）

暂时想到这么多。