老大，看英文：

. Details: The desiredCapabilities object was not valid for the following reason(s): deviceName can't be blank.

@silent_8 球球济南的举办了吗？

这个可以录制一个简单的 flask 教程了。

。。。。这是啥文风？

没有唤起键盘

额，web 也要数据接口啊。多看看那些用 js 做 mvc 的网站吧。

一、跨系统交互的接口需要验证的约束和明确的协议，页面和异步接口主要用作用户预期的交互和展现，不是接口标准，所以只对表现和交互负责。这个需要跟接口区分开来。
我的理解：web 页面的接口大多数是异步接口，和我们平时说的接口不一样。所以做自动化测试有很大的难度。目前自动化测试接口一般是 app 和后台交互的那种。

这个要看设计，有些应用，是网页一套接口，app 一套接口，分开来的，比如我们 T 站，因为网页的诉求和 app 的诉求不太相同。有些是网页和 app 都是一套，比如很多的 H5 应用，这类应用通常 bs 端不是重点。

理论上来说，接口应该都是一样的，没有什么 bs 和 app 的区别，同样也可以做接口测试，至于异步和接口没有什么关系，我想你应该是说 ajax 吧？

二、这个是接口标准验收的边界和非预期数据的安全测试用例，不适用于页面和页面的用户异步接口，您要我写的是系统间调用的接口，而非用户基于 UI 逻辑的预期数据交互接口。
我的理解，这种接口的验收标准，其实只要在正确的逻辑下跑同乐就可以了。那种边界值，非预期的数据测试属于 安全测试。

这个应该也算是功能测试吧，边界值的测试。正确的逻辑对应会有不正确的逻辑，用户的操作不能琢磨的。

三、那是客户端系统和后端系统自定义的通讯和交互，我们这个直接是基于展现的页面，没有客户端的概念，要说客户端那就是用户浏览器，协议就是 http1.1 数据协议就是 HTML
我的理解，这个就是 app 和 web 本质的区别，其实 web 没有什么所谓的接口，他们都是直接用 html 显示的。（换句话说 web 做接口测试 是不存在的。）

这个协议只是数据传播的协议。https 表示数据加密。web 肯定有接口测试啊，举个例子，你给我这个回复点赞，就是发起了 ajax 请求，请求的就是点赞的接口。

四、嗯，缺少对非用户操作的异常值引起的空引用做响应的反馈，基本上这种情况我们会在安全测试环节做处理的，如果是自动化测试仅仅自动运营用户的用例也就行了，如果按这样测页面，那估计得考虑是不是做自定义客户端了
我的理解，他又提到了安全性测试，安全性测试到底是个什么东西，网上的解释太多了，我还是没有搞清楚他说的事情，但是猜的话应该是边界值之类的。

我认为这里还没到安全的范畴。举个安全的例子，比如一个登录的页面，用户密码登录之后，其他人拿到他的 cookie 里的值也可以登陆。这种就是安全的考虑了。

现在是好的，还是不好的？

这个不懂

我之前就说了哪个测试工具或者框架能解决环境搭建问题，基本就成功了 80%

悉心准备，厚积薄发

招的层级和对应的福利也需要说下的。

这个是老问题了

好活动啊 北京吸霾跑步，为人民吸霾

如果两个页面，应该是 Window handler 不是 context

没有写完？没看到 RN 那一块。

https://testerhome.com/topics/7408 可以参考这篇文章

最近在减肥，可以玩这个

https://testerhome.com/topics/6954 参考下这篇文章。

@xukaili 能不能改个头像？

微软狗的最爱

谁用 wps 啊

还没有简历

--verbose 把详细日志打出来