Super Lliu

Results 7 issues of Super Lliu

### 联系方式 _No response_ ### MeterSphere 版本 1.20.9 ### 使用外置数据库 否 ### 问题描述 试跟踪-测试计划-报告--失败用例tab获取创建人不合理 ### 重现步骤 1、测试跟踪-测试计划-报告--点击失败用例 2、tab获取创建人不合理 ### 期待的正确结果 显示责任人或者新增责任人列 场景:ms是平台化产品,张三创建了case,张三换岗了、离职了。但是用例继续在执行 李四是新接班人,但是那每次显示都是张三,或者王五等,他如何快速找出自己的用例去找问题呢 ### 相关日志输出 _No response_ ### 附加信息 _No...

类型:优化
状态:待反馈

### 联系方式 _No response_ ### MeterSphere 版本 v2.1.1 ### 使用外置数据库 否 ### 问题描述 测试跟踪-测试计划手动执行成功--系统通知弹出5条相同信息 ### 重现步骤 1、测试跟踪-测试计划 2、手动执行成功--查看右下角 ### 期待的正确结果 系统通知弹出5条相同信息 ### 相关日志输出 _No response_ ### 附加信息 点击这个 ![image](https://user-images.githubusercontent.com/19423100/189794122-33b78b82-6f38-4b2c-88b8-6a57c817c3f5.png) 成功弹出...

状态:无法复现
状态:待反馈

### MeterSphere 版本 V2.10.6-LTS ### 联系方式 _No response_ ### 请描述您的需求或者改进建议 1、测试跟踪-测试计划--选择某个测试计划--接口测试用例---点击case编号 2、点击某个caseID链接到新页面 想查看这个case的API,无法直观链接到API 查阅不便捷(因为有可能API发生改变,想直接修改) ### 请描述你建议的实现方案 可便捷查看修改API ### 附加信息 _No response_

状态:待用户反馈

### 联系方式 _No response_ ### MeterSphere 版本 v2.10.13-lts-163a8232 ### 使用外置数据库 否 ### 问题描述 [BUG]接口转性能测试,全局断言影响结果 ### 重现步骤 1、接口测试case使用全局断言 2、转性能测试case 3、执行性能测试事务全失败(之前有个开发让上传一个jar包) ### 期待的正确结果 优化,减少这个全局断言影响 ### 相关日志输出 _No response_ ### 附加信息 import org.json.*;...

状态:待用户反馈

### 联系方式 _No response_ ### MeterSphere 版本 V2.10.6-LTS ### 使用外置数据库 否 ### 问题描述 测试跟踪-报告失败重跑error状态与测试计划里面的pending不一致 ### 重现步骤 1、测试跟踪-报告--失败重跑 2、查看状态都是error 3、到测试跟踪-测试计划-接口测试用例查看对于case 4、显示pending 卡很久,估计一直执行不完 ### 期待的正确结果 两边显示一致 ### 相关日志输出 _No response_ ### 附加信息...

待 v3.0 讨论规划

开源版本该更新了,不然落后ms太多了

### MeterSphere 版本 3.1.0 ### 联系方式 _No response_ ### 请描述您的需求或者改进建议 3.X要突破UI该开源了,runnergoUI就是开源的,功能其实大家相差不大,当然他的开源版本4.0.0成熟度还欠缺,怕不怕他憋大招啊。 3.X精准的定位就是测试岗位,要绑定这个测试相关的内容就得做精 做准 在我看来,功能》接口》web。 1、 功能用例这块我个人还是推荐excel处理,或者有excel的排版方式,全文检索等 2、接口测试这块ms 已经实现平台化, 市面上对手已经不少了 3、web自动化大多数还是代码方式实现,MS开源的话,基本上能锁定很多用户,就好比禅道,他的缺陷模块绝对是使用场景或者使用率最高的。然后再结合任务、需求等。最终做大、做强、做出知名度 缺陷模块,一般这个已经被市场上禅道等其他工具占领了,很难去改变,唯一我觉得要做的是自动化跑出缺陷,同步到对应的禅道等缺陷系统 ### 请描述你建议的实现方案 _No response_ ### 附加信息 _No response_

状态:待用户反馈