Open wuranxu opened 2 years ago
用例有可能支持markdown格式导入吗?比如有些用例文档本来是word版本的标题+表格,转换成md比较方便
用例有可能支持markdown格式导入吗?比如有些用例文档本来是word版本的标题+表格,转换成md比较方便
可以考虑,不过md内容也千奇百怪的,目前还没有相关的格式定义规范,如果有需求,可以提供一份大致的md编写规范。 当前正在考虑做录制步骤,导入用例的事情,目前内容是一个Request对象,如果md里面能读取成这样的数据,那就都可以兼容了。
- [ ] 断言里面应该支持与前后置条件一样丰富的判断功能(类似Jmeter的JSR223 断言)
- [ ] 报告支持分享(无需认证、直接访问报告)
- [ ] 基于业务流程的测试计划(引用或复制用例,不含环境、变量)
1 3暂时估计没时间做,2可以列入计划。
数据驱动
1、建议在测试文件夹支持配置前后置(类似RF的Suite Setup Teardown和Test Setup Teadown) 2、建议加入hook机制,便于针对请求数据处理和后置数据清理~
1、用例/目录复制 2、yaml/json接口导入、导出
1、建议可以录制了脚本后,直接导出jmx脚本,可以直接导出做性能测试 2、只发送测试失败的用例报告,测试通过的报告不用发送
1、建议可以录制了脚本后,直接导出jmx脚本,可以直接导出做性能测试 2、只发送测试失败的用例报告,测试通过的报告不用发送
需求1更像是一个录制转jmeter的小工具,不太能算pity的功能需求。不过要支持也行,是一种不错的扩展。
需求2的话,我觉得不管成功失败都得发送邮件才行,因为如果一旦成功了不发邮件
,且邮件功能异常的时候,此时case运行不成功,你无法第一时间感知到。发送成功邮件,是一种提醒,提醒你这个任务今天有在跑。
谢谢作者回复,理解了,第一点确实很实用,如果支持了可以通知一下我,哈哈,麻烦了
对于一个测试计划来说,能否把每条用例提取出来的参数放到一个公共的池子里,这样就不必放重复的前置条件了
代码覆盖率,衡量自动化测试覆盖度
目前已经基本达到可用阶段了,大家如果有什么
好的想法
,可以提出来探讨下。😆