需求收集 - Githubissues

wuranxu commented 2 years ago

目前已经基本达到可用阶段了，大家如果有什么好的想法，可以提出来探讨下。😆

wuranxu commented 2 years ago

[x] 美化滚动条
[x] 数据库配置时添加测试连接的功能
[x] 项目列表分页新增项目总数显示
[x] 请求地址优化
[x] 测试报告支持跳转到对应的测试用例
[x] 测试报告页面支持重新运行case
[x] 测试用例重试功能/ 次数-频率
[x] redis启动时ping一下，否则关闭redis模式
[x] crud需要与redis挂钩

wuranxu commented 2 years ago

[x] 支持JSONPath
[x] 重写用例数据依赖
[x] 用例录制功能

Delacroix commented 2 years ago

用例有可能支持markdown格式导入吗？比如有些用例文档本来是word版本的标题+表格，转换成md比较方便

wuranxu commented 2 years ago

用例有可能支持markdown格式导入吗？比如有些用例文档本来是word版本的标题+表格，转换成md比较方便

可以考虑，不过md内容也千奇百怪的，目前还没有相关的格式定义规范，如果有需求，可以提供一份大致的md编写规范。当前正在考虑做录制步骤，导入用例的事情，目前内容是一个Request对象，如果md里面能读取成这样的数据，那就都可以兼容了。

lgs3137 commented 2 years ago

[ ] 断言里面应该支持与前后置条件一样丰富的判断功能（类似Jmeter的JSR223 断言）
[ ] 报告支持分享（无需认证、直接访问报告）
[ ] 基于业务流程的测试计划（引用或复制用例，不含环境、变量）

wuranxu commented 2 years ago

[ ] 断言里面应该支持与前后置条件一样丰富的判断功能（类似Jmeter的JSR223 断言）

[ ] 报告支持分享（无需认证、直接访问报告）

[ ] 基于业务流程的测试计划（引用或复制用例，不含环境、变量）

1 3暂时估计没时间做，2可以列入计划。

wuranxu commented 1 year ago

[ ] cron表达式支持可视化配置
[ ] 断言需要多元化,能够更好地适配数据驱动
[ ] 组织架构管理
[ ] 广播通知页面
[ ] 应用管理功能（app列表 crud+导入导出）
[ ] 测试用例关联appid功能
[ ] 测试计划异常原因推送
[ ] 自动化周报email
[ ] grpc在线调试功能
[ ] grpc用例类型支持
[ ] 测试计划支持链接访问，方便报告跳转回去
[ ] 日志数据支持精确分类，方便更准确地找到想要的数据 #46
[ ] 在线安装python包的功能 #47
[ ] mock功能支持
[ ] mock配置/开关
[ ] httprunner功能支持
[ ] yapi支持
[ ] case编写交互优化
[ ] case执行部分支持多引擎（go版本，为压测准备）
[ ] 日志存储改造，log文件改为clickhouse
[ ] 支持简单的压力测试
[ ] 无码数据工厂支持
[ ] 录制用例功能优化，提高稳定性
[ ] 添加多种自定义函数，简化用户操作
[ ] 支持导入导出为yml，可编辑yml
[ ] 报告支持分享（无需认证、直接访问报告）@Igs3137
[ ] 断言里面应该支持与前后置条件一样丰富的判断功能（类似Jmeter的JSR223 断言）@Igs3137

jh11303 commented 1 year ago

1、建议在测试文件夹支持配置前后置（类似RF的Suite Setup Teardown和Test Setup Teadown） 2、建议加入hook机制，便于针对请求数据处理和后置数据清理~

viz1997 commented 1 year ago

1、用例/目录复制 2、yaml/json接口导入、导出

cfy3133 commented 1 year ago

1、建议可以录制了脚本后，直接导出jmx脚本，可以直接导出做性能测试 2、只发送测试失败的用例报告，测试通过的报告不用发送

wuranxu commented 1 year ago

1、建议可以录制了脚本后，直接导出jmx脚本，可以直接导出做性能测试 2、只发送测试失败的用例报告，测试通过的报告不用发送

需求1更像是一个录制转jmeter的小工具，不太能算pity的功能需求。不过要支持也行，是一种不错的扩展。需求2的话，我觉得不管成功失败都得发送邮件才行，因为如果一旦成功了不发邮件，且邮件功能异常的时候，此时case运行不成功，你无法第一时间感知到。发送成功邮件，是一种提醒，提醒你这个任务今天有在跑。

cfy3133 commented 1 year ago

谢谢作者回复，理解了，第一点确实很实用，如果支持了可以通知一下我，哈哈，麻烦了

InnSea commented 8 months ago

对于一个测试计划来说，能否把每条用例提取出来的参数放到一个公共的池子里，这样就不必放重复的前置条件了

songliqiang520 commented 2 months ago

代码覆盖率，衡量自动化测试覆盖度

wuranxu / pity

需求收集 #41