5、需求管理下面怎么列的是维护测试模块？ 不要把测试需求，等价于产品需求，

关在 BUG 状态，你说的对我来说，不够用，不精细；itest 中有 遗留 状 态 说明是 BUG 但不改，当然要填原因 ;还有一种 BUG 是 BUG 但当前版本不改，Itest 是待改/下版本修改， 要变为这状态，开发要设置为不改/下版本修改，经仲裁人同意后，才变为 待改/下版本修改. 请问你的这些状态，能表达这意思吗? 作为一个管理人员，我就是需要更精细的装态，而不是笼统的状态；如 BUG 重复了，itest 中有重复，开发设置为重复时要关联所重的 BUG 。我还是这观点，我更的这几种太粗，虽然好多都是这样，我做精细，有什么不好

已拒绝，这个远远不够，根本没表达出，不是 BUG，还是是 BUG 但不改；不管是不是问题，每个产品不可能所有人满意，只要我们的用户满意就行。欢迎讨论，我们认可的肯定改，不认可的肯定不改 。你问到了这个图，那我放上我的功能模型，

对了我们还有已改,以及已改/同步到测试环境，存在即合理有些小公司，开发改后，直接更新环境，加这个 已改/同步到测试环境，方便测试人员验证， itest BUG 状诚，不仅是想表达当前的状态，还想表达，在流程中走到哪了。itest BUG 状态是多，我们是想精化化，且不影响使用体验，我们状态是根据设置的 BUG 处理流程来的，当前是什么状态，能演化为什么状态，全是我们控制，用户只用下拉选 。比如有分配流 程 测试人员提交的 BUG 就是分配状态，没有分配流程就是待改，如有分析流程，还有其他状态。 这要看个人，肯定有反对，也有支持，我的目的是做好测试管控，不要太教条

第 2 项，"现在没来能分" 我是说，现在没来及分 上面打错了

https://www.oschina.net/news/131849/itest-9-0-3-released 9.0.3 又来了，

感谢建议，关于 您说的第一项，某一项赶不上不怕，我们能实现，一直快速按用户反馈在迭代，时间证明一切；第 2 项，现在没来能分，能做来，还能分不出来? ；第 3 项我认为不能过于教条，比如说的已改未确认 ,非错未确认 ,我们不是过于追求差异化，就是更真切的反应 BUG 状态，非错未确认表明，开发设置了非错，测试还没处理，他处理时，可以是撤销，说明他同意这是个非错，不同意时，他设置为分歧后到仲裁人那里，这有什么不好? 关于第 4 条，我们从没想说服谁，只要说服我们自己，我们按排这个来打造就完事。 任何产品都会存在争议，这正常，想再多，不如真实干出来，出错不错，有用户反馈，我们现在为什么发版这么快，就是不断有人反馈 。目前我们就是撸起袖子加油干，干就完了, 不完美也不怕，我们改进 。

感谢建言，人力我们不是问题。我们定位就是要做一个一站式的且免费的可以和同类商业软件 一拼高下的，我说了不算，时间能证明一切，目前在实现，接口测试 采样器插件，前 后置插件，以及断言可以选择操作对像如 http head ,http 响应码，http 响应体，且支持 xpath ,正则，截取，和 jsonpath ，提取参数也同断言一样，压测也在测试中了。我们团队人多，基本上周周有版本，所以不担心人力不足的问题。再等等两周，9.5.0 出来，欢迎再提意见

肯定选 B， A 吹牛 B 成份大，都要上市了，你是第 1 个测试人员，这像个要上市的公司????

再次感谢您的反馈，有两个问题，我想确认一下
1：保存完接排到第一个去了，这个我要说明一下，如果是在接口用列表中，最新更新的在前面，如果在接口测试场景中，一键重排执顺 序是按接口依赖关来排的，如手工改了顺序，以你改的为准。
2：还有接口排序填数字这操作太魔幻，建议改成拖拽方式；在测试场景中，我们按接口依赖排自动排序，要调整时，可手工填，比拖更方便，接口少拖 OK ，接口多，一个接口在底部要拖到顶部，也费事，这时手填更直接

感谢反馈，接口复制，保存一直正常呀，
接口测试还在快速迭代中，不过基本能用，其他功能很稳定，再有两周，接口测试这块，也稳定了，正在实现，插件，支持采样器插件，前置处理插件，后置处理插件，断言也增加 正则，等。

9.0. 2 Rc2 己发布，修复了如下 6 个 BUG :
1: 修复 JMX 导入，端口号前冒号，导入后变为斜杠的问题
2: 修复 postman 导入时，如文件中有多个 item 嵌套时，导入不了的问题
3: 修复 postman 导入时 如果没有 description 时，参数没导入进来的问题
4: 修复在 head 中引用参数，但是在接口日志中记录时，没存实际值，存的还是变量名的问题
5：修复接口依赖拓补中，如果接口提取的参数，被其他接口在 head 中引用了，在我的被依赖中不显示依赖关系的问题
6：修复接口测试合并参数时，丢了参数的 BUG

有 BUG ，欢迎提出来

有 BUG 正常，不过你说 BUG 太多，这个表示不认同， 200 家在用呢，早上系统刚更新为 9.0.2 RC1

强烈认同，来成都后，幸福感增加不少。财富自由的另说

欢迎来成都，我己勾引了几位来

目前在实现压测 ，web 化 jmeter , 这个完成后，集成 cd /ci, 接下来就是 sonar qube 等

不明白你说的一种是什么意思！可以是 JAVA 源文件，也可以是 编译好的 JAR 包， 本质上是 itest work 来回调你的实现 ，在线 demo 我们只是放了一个上，你可以在你本地安装的环境上，你任意上传你的实现。接口用例管理中可选择的加密，解密，签名算法，是来源于这里维护的数据，最终实现接口测试代码和加密，解密，签名算法分离 。
可以上传 jar ，jar 里是编译好的 class 文件，如果加密，解密，签名实现依赖第三方包，可能用这方式，把你的实现类的 class 和第三方包的 class 合同一个 jar（如有多个 jar 合同一个 ）。如下图所示

wiremock 不香吗

昨天我们团队，一条一条分析了您的建议，非常感谢提这么好，中肯又很有建设性的建议，我们照单全收。打算先实现 2,4 条，然后再实现，3,1 条。再次对您的建议表示感谢!!!

今天访问量有点大，还有开源中国过来的，带宽临时加了，其他资源最是最低配置，一直有人在下载，所以慢，

收到，感谢建议