会员
jerrylizilong (Jerry li)
第 20458 位会员 / 2017-08-23
88 篇帖子 • 1327 条回帖
Python，selenium，appium
-
109 个赞 / 317 条回复
-
52 个赞 / 8 条回复
-
44 个赞 / 9 条回复
-
35 个赞 / 14 条回复
-
18 个赞 / 32 条回复
-
13 个赞 / 10 条回复
-
11 个赞 / 18 条回复
-
11 个赞 / 5 条回复
-
11 个赞 / 6 条回复
-
8 个赞 / 6 条回复
-
8 个赞 / 0 条回复
-
8 个赞 / 3 条回复
-
7 个赞 / 12 条回复
-
7 个赞 / 19 条回复
-
7 个赞 / 0 条回复
-
7 个赞 / 7 条回复
-
6 个赞 / 7 条回复
-
6 个赞 / 15 条回复
-
6 个赞 / 1 条回复
-
5 个赞 / 18 条回复
-
5 个赞 / 25 条回复
-
5 个赞 / 0 条回复
-
4 个赞 / 27 条回复
-
4 个赞 / 2 条回复
-
3 个赞 / 18 条回复
-
咱们论坛测试最大年纪，还在测试行业的是多少岁呀，很好奇 at 2025年09月03日
下个月就 40
-
各位大佬有使用过 python 来写针对 java 和 JavaScript 的单元测试用例的吗？ at 2025年08月29日
为什么要用另一个语言去做一个语言的单元测试？
-
UI 自动化测试选型 at 2025年08月28日
自动化都需要投入，如果不想投入开发成本和维护成本，我觉得不用考虑自动化了
-
UI 自动化测试选型 at 2025年08月28日
Web : selenium
App: appium
鸿蒙：hypium -
咱们论坛测试最大年纪，还在测试行业的是多少岁呀，很好奇 at 2025年08月27日
在论坛的不等于就是互联网吧
-
好像市面上缺少自动化测试的低代码测试框架 at 2025年08月21日
我们之前也想过用同一套 RF 去做 API 的测试，但考虑到 API 其实涉及很多数据的传递， 组装，验证，是不适宜用自然语言去处理的； 而且 API 本身不怎么涉及业务流程，自然语言的优势也发挥不上来。 所以还是采取 pytest
-
好像市面上缺少自动化测试的低代码测试框架 at 2025年08月19日
这个其实还是要看团队的情况和选择。 有些团队成员的代码能力达不到预期的话， 直接写出来的代码也很难维护，反而这种搭积木式的用例会更适合。
-
测试用例 at 2025年08月19日
参考 8 楼的回答吧，这些都是测试的基础，自己可以查询一下
-
一个公司的测试，自动化占比通常在多少 at 2025年08月15日
从结果来看，当然是希望 100% 覆盖。 但还是要看投入产出比。
根据测试金字塔， 更多的自动化应该放在 UT， API 上面， UI 的部分能多做就多做，不行就挑重点的覆盖； 然后如果是长期的产品， 就需要维护一个回归测试的用例库，然后朝着这个目标去慢慢把越来越多的回归用例自动化。这样后面可以大量节省回归测试的时间。 -
测试用例 at 2025年08月15日
什么等价类，边界值，决策树 这些都了解过吗？
Python，selenium，appium