交流 - Cafe/Travel的一些修改
- Dominant language
- Java
- Stars
- 367
- Forks
- 209
- PR merge metrics
- No merged PRs in 30d
Description
ju00 ju00@163.com
14:42 (26分钟前)
发送至 我
您好:
不知道您是否还在关注Cafe,打扰了。
最近我在使用Travel做测试,修改了一些东西,想跟您讨论一下,看看是否存在问题。
```
1.关于level。
看代码我理解这个量是用于记录Activity深度。麻烦的地方在于实际APP中,Activity的恢复不光是用goback,还有界面上的“<”等,所以保持这个量的正确很难。由于没有什么好的解决办法,我舍弃了这个量,改用判断连续出现退出信息来退出Travel测试了,这个方法看起来不太美,不知道是否有好一点的方法?
2.关于“容器”型view
Travel是用界面坐标均分的方法,如果其中包含的view大小不一,可能会重复点击同一view。这里修改成抛弃外层容器,只取内部view进行操作,为了避免冗余,同一个最内层容器只操作一个view作为代表。这里我有点不太理解为什么Travel对容器的处理是均分坐标点击,是有什么特殊需求吗?
以上两点就是最近对Travel的一些想法和修改,修改后的Travel确实更适用于我的测试了。但因为被测产品的不同,我的想法很可能是局限和不正确的,所以想和您交流一下。
祝Travel越来越好。
```
##
```
此致
```
敬礼
马兆文
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by locating Travel's handling of level/activity depth and container views, then compare the proposed changes with current behavior. Done would require an agreed design and concrete scope for both behaviors; this issue names no files or tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- mobile, testing
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 15/100