用 java 写个 base64 方法，通过传入参数实现
public void base64test(String string){
value = string.getBytes(Charsets.UTF_8);

return new String(Base64.encodeBase64(value),Charsets.UTF_8);
}
调一下，然后导出 jar 包引入

多线程，模拟多设备

暖一下。。win10 的话用官方提供的工具很好用

这个可以自己封装请求然后写业务就好了啊。跟 http 的没啥不同，就是在协议这块比较花点心思

1.通过日常监控收集前 10 或 20 使用率的手机，然后去买。
2.对收集到的手机进行测试

安卓的插上手机用 note++ 的 Android debug 插件，直接就可以读取到最近 10 万条日志，颜色漂亮美滋滋。
ios 用得少，应该也是在 ide 上面调试吧

@fengytn 你这个问题解决了吗？？mac 也没有报告

不清楚 python，但是 java 之前做过，最恶心的就是协议跟收发这块的异步处理了。跟普通的接口测试东西差不多，但是要在收消息这个地方多注意点

13.6.3. Usage
You can generate a report using one of the following command:

mvn allure:serve

Report will be generated into temp folder. Web server with results will start.

mvn allure:report

Report will be generated tо directory: target/site/allure-maven/index.html

按照官方给的文档，上面 mvn allure:serve 报告页面有数据，mvn allure:report 得报告没数据，而且打开得时候 app.js 报错了。有解决得办法吗？？junit4 的

不对性能要求的话，最好是打成 jar 包来调用。

会 c++ 做什么测试，不如大胆点专做运维，效率更好

真有耐心开发这种东西。我都是直接用 zabbix 填个 url 去跑的

这个招满了吗？？怎么没人回复

对比我第一年工作的时候，天天混日子好多了。。。。。。。

看着挺溜的~~~~~~老铁们，6666666

厉害了，之前做 protobuf 的时候，只会傻傻的一条条的添加

实在不建议做交叉测试，为懒人提供偷懒的机会。也让参与人员产生侥幸心理 -- 反正我有问题他也测出来了就随便应付下吧

it 行业，要么技术走到底。要么业务走到底。开发转测试，最后的结果肯定是两头空，毕竟人生没几个 10 年。在财务自由的基础上，做开发还是测试都会乐在其中

下一批书就买你的来看

字体看到我眼花。。。jenkins 能整合单元测试？

企业想要的是花 10k 请一个样样会的带一群实习生

全栈工程师在未来肯定会有的，现在只能尽量适应了。大部分团队，都是找个测试北国打杂

哈哈啊，四楼说的对，我有米

这个我个人认为，后台比较有前途。还有大数据