需求收集

[wuranxu]

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

[wuranxu]

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

[wuranxu]

• 支持JSONPath
• 重写用例数据依赖
• 用例录制功能

[Delacroix]

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

[wuranxu]

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

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

[lgs3137]

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

[wuranxu]

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

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

[wuranxu]

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

[jh11303]

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

[viz1997]

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

[cfy3133]

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

[wuranxu]

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

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

[cfy3133]

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

[InnSea]

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

[songliqiang520]

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