【Appium作业】Appium 企业微信实战1

课后作业:

1、编写添加联系人测试用例
2、编写删除联系人测试用例

  • 注意:

    • 注意setup_class,setup, teardown, teardown_class 灵活使用
    • 将测试数据保存在yaml文件里面读取出来
    • 添加联系人与删除联系人共有一份测试数据文件

https://github.com/anny2020/hogwarts.git

1、微信里面的id,换到其它设备上有可能会变,可以改成text定位
2、判断删除那块儿的逻辑有点复杂,可以再优化一下
3、参数化部分写的不错

appium

安洋–appium企业微信实战

1、作业的思路不错,考虑的比较多,把之前学过的PO也用上了
2、find 方法封装的太复杂,后面会讲如何封装
3、最后删除联系人部分,直接用 assert 有可能会失败,因为它会停留一段时间 ,才消失,需要再优化

是,最后删除那里暂时用了强制等待 :joy:

https://github.com/ljwaaa/lagou2qiproject.git

张涛作业:https://github.com/tzhang-web/pyzt1/tree/master/appium0102/appium01
尝试用了po的方式。但是参数化做的很简单。

https://github.com/CandiceDiao/lagouhomework/tree/master/appiumtest

谢谢老师指导。
id定位已经修改。判断删除的逻辑老师指的是不是获取人员写的复杂了?不知道我理解的对不对。。
现简化成这样了:mem_list = [member.get_attribute(“text”) for member in members]

优点:思路挺清晰的
问题:
1、添加联系人,判断性别那块儿的逻辑,永远都选择 ‘男’ 了 ,需要优化一下if语句
2、删除联系人 ,判断之前加了强制等待,不够灵活 ,最好使用显式等待,更灵活一些

这里也可以使用显式等待,判断删除的联系人从列表消失。

好的,我试一下。

优点:
PO封装不错
问题:
删除联系人的时候可能几秒之内联系人不消失,这样就会报错,可以尝试动态判断元素是否消失

思路很清晰,

问题:
1、不必频繁使用显式等待,大部分情况有隐式等待就足够了,除非个别需要特殊判断的情况(比如一定要等到某个元素出现才操作,或者等到某个元素消失)

2、最后通过判断元素的个数减1是一个办法,但不够精确,待优化

陈智斌 【Appium企业微信实战1】作业提交
https://github.com/archerckk/hogwarts/tree/master/appium_hw

1 个赞

张志格——企业微信-通讯录-添加/删除人员作业
https://github.com/github-zhi/HGWC_L/tree/master/Appium_WeChat_0704

不错,思路很清晰,
最后删除联系人验证的部分需要优化一下, 如果网络响应慢, 很容易造成删除失败

思路不错,赞

https://github.com/jb5881/TestDevlopProject/tree/master/homework0630