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 主要显示历史打开过的应用，即使它已经不在后台，还是会显示的

功能点：

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

非功能点：

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

暂时想到这么多。

我想确认下，你是怎么判断 app 进程是否在后台的？是查进程列表还是看 android 界面上历史打开过的应用列表？

花了那么多时间学习 Jmeter 生成报告，也花 10 分钟看下 markdown 语法吧？

分享内容不错，但排版不大好，代码用截图而不是 markdown 代码块也不利于阅读。

Could not find a device to launch. You requested 'iPhone 6 (9.3.5)' 这句日志已经很明确告诉你是什么问题了。

改成用 udid 试试吧。

这个是你的项目对每个用户会话有时间限制吧？

解决办法很简单，把登录和发报文连在一起做就好了。

以前遇到一个 bug ，是因为有一个控件虽然显示上隐藏了，但如果按到那个区域，还是会产生响应。而且如果刚好和另一个没有隐藏的控件同时按，会引起 app 崩溃。

当时好佩服自己竟然能发现这个问题。在一片什么都没有的地方按到这个隐藏控件，并且找到稳定触发崩溃的方法。

额，这不就是 adb shell 命令么，和 ruby 有啥关系。。。

你做成一个可执行文件放出来吧，就这一行完全跑步起来呀。

没听懂你的需求。

你是想把一些手工操作的步骤用 python 自动化？如果是，把你手工操作的步骤发出来一下？

我是小弟。。。离 “总” 还差好远

1. 不想太折腾，可以在你本机加上 jenkins slave
2. 和 jenkins 主机管理员沟通，在那台机上装 selenium
3. 脚本改下，用 selenium server ，同时自己另外部署一个 selenium server 用于实际执行自动化测试。

docker 下每个镜像之间都是可以进行网络通讯的，脚本里写好就好。

建议中间加一个 selenium hub ，方便你后续增加 appium server 。

这个不大好说。如果没人带自己练手，可以找一些简单常见的 app 作为起步，例如社区自身的 app 。

不错呀，这两天抽空搭建一下试试。

另外，如果正文能加上演示的 gif 动图会更直观哦。