Admin
simple
第 50 位Users
注册日期: 2012-10-20
152 篇帖子
2161 条回帖
Qtest 
跳蚤街 
TesterHome内部站务 
Appium 中文文档小组 
上海测试管理交流圈 
翻译部落
未设置 GitHub 信息.
-
167 个赞 • 31 条回复
-
55 个赞 • 2 条回复
-
45 个赞 • 45 条回复
-
39 个赞 • 4 条回复
-
37 个赞 • 34 条回复
-
32 个赞 • 38 条回复
-
24 个赞 • 15 条回复
-
20 个赞 • 5 条回复
-
18 个赞 • 170 条回复
-
16 个赞 • 21 条回复
-
16 个赞 • 15 条回复
-
12 个赞 • 46 条回复
-
11 个赞 • 12 条回复
-
11 个赞 • 87 条回复
-
10 个赞 • 22 条回复
-
10 个赞 • 116 条回复
-
10 个赞 • 5 条回复
-
9 个赞 • 10 条回复
-
9 个赞 • 0 条回复
-
9 个赞 • 19 条回复
-
广东那边测试用什么语言比较多？ at September 11, 2020
我猜是粤语和客家话？
-
物联网方面的测试，自动化测试怎么架构？ at September 09, 2020
我之前基于串口指令做了不少开关功能的验证，这个比较快速有效。UI自动化不是不能做，还是放到最后去做吧
-
物联网方面的测试，自动化测试怎么架构？ at September 08, 2020
按照我之前在智能硬件项目的经验来看，如果要做效率化的事情，其实按四端来区分着做（可能不大准确，毕竟硬件类型也非常繁多）：
- A端（APP）
- B端（官网，网页配置页）
- S端（Server端）
- D端（设备端）
其中，A端和D端可能存在直接通信，比如蓝牙协议等等，也可能是A -> S -> D这样的路径，所以可以考虑的自动化层考虑应用层API协议或者其他协议的自动化测试。
对于A端本身有比较复杂的交互，可以建立UI自动化测试做功能验证
对于S端，就是常规的服务端测试自动化，社区里面实践也比较多，难的是S -> D的交互，状态上报，指令下发什么的，这块是专项来验证，S <-> A的交互就是常规的自动化测试了；
至于D端的自动化测试，这块比较复杂，涉及到的层面很多，网络层面、协议层面，驱动层面，硬件本身的系统固件等等，这个比较复杂，需要专项去研究了。 -
好消息，社区专栏新功能来啦！ at September 04, 2020
试试看看？已经开通
-
TesterHome 专栏功能小范围测试啦！ at September 04, 2020
试一下？已经开通
-
在一个城市 (例如北京) 中落户渺茫，大家都是如何选择的？请教下各位前辈和同仁的想法。 at August 26, 2020
杭州可选择的互联网公司是不是不太多？而且杭州的房价和堵车情况现在逐年加剧。上面老司机们说的比较在理，天津落户解决户口和上学问题，北京工作。
-
实时音视频质量评估方案 at August 19, 2020
楼主憋了个大招嘛
-
appium 能打包成 apk，启动这个 apk 就能调起待测 app 自动化么 at August 18, 2020
用solopi的录制回放吧，应该可以满足需求
-
测试能干一辈子吗？ at August 18, 2020
自从90年代国企改革以后，我父母那一辈光荣下岗，就再也不相信有可以“干一辈子”的事了。你们可以跟身边的老师、医生、律师聊一聊，看看他们的真实想法是啥。
-
QNET 弱网测试工具 at August 18, 2020
之前好像看过，这个跟wetest有关系吗？