对这个补充非非常好
最好是拖拽式,先录制,然后编排。实现接口数据和接口用例分离,业务流程和接口用例分离,通过编排来组合,又低代码,又解耦,又便于维护
可以试试 itest work
itest work 开源敏捷测试管理,包含极简的任务管理,测试管理,缺陷管理,测试环境管理,接口测试,接口 Mock,还有压测 ,又有丰富的统计分析,8 合 1 工作站。可按测试包分配测试用例执行,也可建测试迭代 (含任务,测试包,BUG,接口) 来组织测试工作,也有测试环境管理,还有很常用的测试度量;对于发版频繁,需求常变,itest 还可导出用例,线下修改、执行,新增后再导入(同步)到线上;且可根据测试策略来设置测试流程,并可实时调整;在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例,也支持在线 web 思维导图写用例。让测试变得简单、敏捷,“好用、好看,好敏捷” ,是 itest wrok 追求的目标。概念及功能模型如下:
https://www.oschina.net/news/147977/itest-10-0-0-ga 10.0.0GA 今天刚发布,
不说了,最后一次回复 ApiController 里调用的是这个,笑死人了,这种代码,
https://gitee.com/tuzikuaipao/rabbit_test_platform_server/blob/master/src/main/java/com/rabbit/service/Impl/ExcApiServiceImpl.java
行不行不是你说了算,也不是我说了算,骗取不骗跑,大家明见
骗不骗对我没什么损失,我只是看到这种行为,这种风气不行,说出真相
连接口用到的参数都没地方体现,这能生产用??? 这要是测试接口能好使就有鬼了
装 B ,被人揭穿了,还说别人无知,这才是无知的表现,
请指出来,接行接口调用的代码在哪里 ,不要放一个壳子,
请问这几个属性,在接口类的哪里 ???? 如是在和他关联的对像里有这几个属性,请指出来是哪个实体类,lombok 只是省了 set get ,难道他能 自动给你加属性?
要开源可以不开源最新版,要开就开完全能跑的,伪开源,或是只是个壳 就不好了 。说不好听点,这是 “骗炮” 行为
我当然知道 lombok ,你接口对像中,接口的参数存哪,? Moel 包下,也没看到有别的和他关联的类,请告诉我,你存哪里,get,set 可以没有, 属性得有吧,
我很不喜欢这种骗子行为,现在这风气不好,说做了 XX X 平台就是为了增加面试时的资本或是和同行间多些谈资吗
https://gitee.com/tuzikuaipao/rabbit_test_platform_server
我看了开源出来的代码,感觉是个壳
controller 我看来全是增删改查,感觉是用工具生成的,然后我看了他接口这个实体类,就下同几个属性,
我找了整个 model 下的类,页面上这些属性都都地方存
/**
* id
*/
private Long id;
/**
* 接口名称
*/
private String name;
/**
* 业务流 id
*/
private Long businessId;
/**
* 业务流名称
*/
private String businessName;
/**
* 项目 id
*/
private Long projectId;
/**
* 类型 0 公共接口 业务流接口
*/
private Integer type;
/**
* 状态 0 启用 1 禁用
*/
private Integer status;
/**
* 备注
*/
private String remark;
/**
* createBy
*/
private String createBy;
/**
* createTime
*/
private Date createTime;
/**
* 排序
*/
private Integer sort;
/**
* updateBy
*/
private String updateBy;
/**
* updateTime
*/
private Date updateTime;
private static final long serialVersionUID = 1L;
}
我想参数是不是在子类中,没有,我找了,
接口 controller 就这点,
https://gitee.com/tuzikuaipao/rabbit_test_platform_server/blob/master/src/main/java/com/rabbit/controller/InterfaceController.java
/**
接口相关接口
*/
@Slf4j
@RestController
@RequestMapping("/interface")
@Api(tags = "接口相关接口")
public class InterfaceController {
@Autowired
private TTestInterfaceService testInterfaceService;
@GetMapping("/listPage")
@ApiOperation(value = "获取分页带参列表")
public ResponseInfo getPageList(@RequestParam(value = "pageNum") int pageNum, @RequestParam(value = "pageSize") int pageSize, @RequestParam(value = "serchData") String serchData) {
JSONObject jsonObject = JSONObject.parseObject(serchData);
TTestInterface testInterface = JSONObject.toJavaObject(jsonObject, TTestInterface.class);
PageInfo pageInfo = testInterfaceService.findByAllwithPage(pageNum, pageSize, testInterface);
return new ResponseInfo(true, pageInfo);
}
@GetMapping("/listByProjectId/{id}")
@ApiOperation(value = "获取列表")
public ResponseInfo listByProjectId(@PathVariable long id) {
return new ResponseInfo(true, testInterfaceService.findByProjectId(id));
}
@PostMapping("/add")
@ApiOperation(value = "新增")
public ResponseInfo savaTTestInterface(@RequestBody TTestInterface testInterface) {
List testInterfaces = testInterfaceService.findByNameAndProjectId(testInterface.getName(),testInterface.getProjectId());
if (testInterfaces.size() > 0) {
return new ResponseInfo(false, new ErrorInfo(520, "接口" + testInterface.getName() + "已存在"));
}
testInterface.setUpdateBy(UserUtil.getLoginUser().getUsername());
testInterface.setCreateBy(UserUtil.getLoginUser().getUsername());
testInterfaceService.insertSelective(testInterface);
return new ResponseInfo(true, "保存接口成功");
}
@PutMapping("/edit")
@ApiOperation(value = "编辑")
public ResponseInfo editTTestInterface(@RequestBody TTestInterface testInterface) {
List testInterfaces = testInterfaceService.findByNameAndProjectIdAndIdNot(testInterface.getName(),testInterface.getProj
作者这要么是不装开源,要么就是装怪,欺负别的人不看代码?
我是基于当前发布的提的疑问 ,如有不对大家拍我就是了,我是特不喜欢这种风气
EN 是这个理,后续我们也加上 优先级
我也是用 jsMind 改的 ,比较轻量,和 XMIND 一样,保持脑图本真的简洁,叶子作为用例,路径当模块,没有优先级等
快捷键同 xmind
https://www.oschina.net/news/146318/itest-10-0-0-rc-released
可以试试 itest work 开源免费 https://www.oschina.net/news/137751/itest-work-9-5-0-ga-u3-released
拖拽式设置断言和提取参数
压测下周发布
或许你可以看看这个 , 可以以纯脑图展现形式写标准用例,也可以在脑图用例维护模式下,写脑图用例 (脑图用例可以通过 ctrl+c 复制分支节点,然后 ctrl +v 粘贴到其他脑图文件上,可以是同或者跨项目间粘贴),且标准用例和脑图用例操作互通
详情见 https://www.oschina.net/news/137751/itest-work-9-5-0-ga-u3-released
还可以导出用例,线下处理了,再同步回线上,
在用例评审时,如上第一图,方便理清用例关系,如漏写的直接增加或是修改,复杂的通过详情查看明细
关于 B UG 状态 麻烦理解流程驱再来说,itest 又不是,让你下拉选 N 多状态,ITEST 按流程控制的,根据流程和当前状 态控制下一步可以演化,这一点不增加使用上的麻烦,这有什么不可以, 这是更精细化的管理 BU G 状态 ,又不带来体验,我就喜欢这样子,死板的教条,一切拿来主言就是对的吗,这是仁者见仁,智者见智的问题 .。相反写到解决方案中,一点不直观
我们是欢迎反馈的,但是这种高高在上的说教 ,不是反馈;有人说 itest work 是狗屎我都能按受,这种一派说教,没劲呀,太自以为事,有 BUG,有不足可以改,这姿态 只能呵呵
拨冷水不怕! 也没人规定,只能在解决方中写这些,我认为不直观,直接在状态中体现更好,都是做跟屁虫没用。
聊天天感 觉对牛弹琴,为什么这么说,
麻烦看看
定位就是测试,没看就高高在上说教! 我们也不是创业,就是觉得没一个我看来好用测试平台,所以我们就做 ,仅此而己
没法打字一一回复你,再加一个我们的概念模板图,教条,死扣理论这是不行的,解决测试管理过程中的问题就 OK
5、需求管理下面怎么列的是维护测试模块? 不要把测试需求,等价于产品需求,
关在 BUG 状态,你说的对我来说,不够用,不精细;itest 中有 遗留 状 态 说明是 BUG 但不改,当然要填原因 ;还有一种 BUG 是 BUG 但当前版本不改,Itest 是待改/下版本修改, 要变为这状态,开发要设置为不改/下版本修改,经仲裁人同意后,才变为 待改/下版本修改. 请问你的这些状态,能表达这意思吗? 作为一个管理人员,我就是需要更精细的装态,而不是笼统的状态;如 BUG 重复了,itest 中有重复,开发设置为重复时要关联所重的 BUG 。我还是这观点,我更的这几种太粗,虽然好多都是这样,我做精细,有什么不好
已拒绝,这个远远不够,根本没表达出,不是 BUG,还是是 BUG 但不改;不管是不是问题,每个产品不可能所有人满意,只要我们的用户满意就行。欢迎讨论,我们认可的肯定改,不认可的肯定不改 。你问到了这个图,那我放上我的功能模型,
对了我们还有已改,以及已改/同步到测试环境,存在即合理有些小公司,开发改后,直接更新环境,加这个 已改/同步到测试环境,方便测试人员验证, itest BUG 状诚,不仅是想表达当前的状态,还想表达,在流程中走到哪了。itest BUG 状态是多,我们是想精化化,且不影响使用体验,我们状态是根据设置的 BUG 处理流程来的,当前是什么状态,能演化为什么状态,全是我们控制,用户只用下拉选 。比如有分配流 程 测试人员提交的 BUG 就是分配状态,没有分配流程就是待改,如有分析流程,还有其他状态。 这要看个人,肯定有反对,也有支持,我的目的是做好测试管控,不要太教条
第 2 项,"现在没来能分" 我是说,现在没来及分 上面打错了
感谢建议,关于 您说的第一项,某一项赶不上不怕,我们能实现,一直快速按用户反馈在迭代,时间证明一切;第 2 项,现在没来能分,能做来,还能分不出来? ;第 3 项我认为不能过于教条,比如说的已改未确认 ,非错未确认 ,我们不是过于追求差异化,就是更真切的反应 BUG 状态,非错未确认表明,开发设置了非错,测试还没处理,他处理时,可以是撤销,说明他同意这是个非错,不同意时,他设置为分歧后到仲裁人那里,这有什么不好? 关于第 4 条,我们从没想说服谁,只要说服我们自己,我们按排这个来打造就完事。 任何产品都会存在争议,这正常,想再多,不如真实干出来,出错不错,有用户反馈,我们现在为什么发版这么快,就是不断有人反馈 。目前我们就是撸起袖子加油干,干就完了, 不完美也不怕,我们改进 。
感谢建言,人力我们不是问题。我们定位就是要做一个一站式的且免费的可以和同类商业软件 一拼高下的,我说了不算,时间能证明一切,目前在实现,接口测试 采样器插件,前 后置插件,以及断言可以选择操作对像如 http head ,http 响应码,http 响应体,且支持 xpath ,正则,截取,和 jsonpath ,提取参数也同断言一样,压测也在测试中了。我们团队人多,基本上周周有版本,所以不担心人力不足的问题。再等等两周,9.5.0 出来,欢迎再提意见