郑州易盛信息技术有限公司·测试中心·效能组
主要从事测试平台研发、Java 字节码/agent 相关技术、虚拟化及容器云相关技术,工程效能领域实践探索。
E-mail: diyuchen@esunny.cc 欢迎交流
Gitee: https://gitee.com/dyc289686387/electron-quick-start-framework(有段时间没更新了)
智谱清言 清华的
kimi 最近广告挺多
获得推荐和 GVP 还不太一样,GVP 要求更高,但也值得鼓励!
GVP 要求如下
基础设施跟得上的话,可以考虑手自一体,手工用例就是自动化用例,以关键字驱动方式运行,避免重复劳动。
之前有在 MTSC 上分享过我们的实践,希望能有启发/
我们用禅道管理用例。
歪个楼:楼主考虑过手自一体化吗?手工用例也是自动化用例。
一系列问题:手工用例是不是资产?这些用例最多运行过多少次?超过 2 次的比例有多少?
如果用例步骤类似这种和协议强相关的话,要不要考虑直接做自动化呢?用自动化来建设功能
一般提到自动化,先考虑分层,做 UI 还是接口?或者两者都做
UI APP 好像有个 appium,但我不是搞这个的,不太清楚,web 端的可以考虑 selenium、playwrigt、cypress
接口自动化,也有平台/脚本两种玩法,平台可以试试 MeterSphere,开源版就满足需求了,脚本的话就是自己用一些 http 的请求库,以代码方式组织用例
有一种情况叫做,我不知道别人不知道。比如您这里的:“仪表盘用的官网模板(截图里面的 json 文件)”,我现在想帮您解决问题的话,您是希望我从官网重新下载一份,完整复现一下吗?您作为问题提出方,是否有义务提供更多的信息呢?
发挥独特价值
让我们先猜猜您是如何配置的
啥叫用例覆盖率?用例覆盖了多少功能?还是用例覆盖了多少代码?如果单论代码覆盖,行覆盖,分支覆盖,MCDC 覆盖分别怎么样?怎么采集?回到用例覆盖的功能,什么才能算用例覆盖了功能?是正向都写了,还是逆向也写了,异常考虑全了没?进一步的,调用链路覆盖情况怎么样?光覆盖的指标都多了去了。。。,在考虑个执行效率,执行周期,问题发现频率,误报率等等。。。。
郑州易盛信息技术有限公司·测试中心·效能组
主要从事测试平台研发、Java 字节码/agent 相关技术、虚拟化及容器云相关技术,工程效能领域实践探索。
E-mail: diyuchen@esunny.cc 欢迎交流
Gitee: https://gitee.com/dyc289686387/electron-quick-start-framework(有段时间没更新了)