朱雪花 |
使用版本:开源版 版本号:1.5到3.3; 使用时间:一年;
吐槽和建议:呵呵,其实用到3.3版本,功能已经很齐全,比较完善了,不过同事对此还是有些建议,那就吐一吐吧,可能是画蛇添足,也可能是吹毛求疵。
(1)项目视图里,希望提供将任务转化为测试任务的功能,类似将BUG转化为需求一样。提出这个是基于实际存在这样的操作,项目经理录入了开发的任务,测试人员需要对这个开发任务的结果进行测试,但要禅道管理起来,还得给测试人员单独建立任务,工作量大。 (2)测试视图的报表现在提供的是固定条件的查询,能不能提供自定义查询呢,比如说模块BUG数,菜单级别多的话,这个图示就很混乱,没意义了;还有每天新增BUG数、每天解决BUG数、每天关闭BUG数,如果项目周期比较长的话,比如超过3个月,图示就很可怕了,如果能够提供起始时间自定义的查询,就很好啊。 (3)测试任务这个功能也很好,但是新增方式,没有项目视图里的任务描述框好,如任务描述框不是多媒体编辑的,缺少测试任务的优先级定义等。 (4)测试视图“需求变动”这个固定查询,不是当前产品的,这个反馈过了,3.3版本还没修改,我因此多次被同事追问,搞得就是我开发的一样。 (5)系统自定义每个项目的常用人员列表,最主要是在项目视图和测试视图里选择指派人的时候很好用,否则下拉列表显示全部的用户选择起来真的不容易啊。
|
春哥 |
>>>1.希望有总结bug转FAQ类似功能。 可以考虑增加一个精选bug的功能。 >>> 2. 可以修改自己发的备注,因为总有人想吃后悔药。(对于修改过的,最好能有更新记录,至少要有更新时间和标识) 暂时不考虑,呵呵。反正后面还可以再修改的嘛。 >>> 3. bug导出,将步骤,预期结果和实际结果等内容在格式上加以区分,以便可以通过程序识别,分别显示到不同地方。 如何区分?具体的建议? >>> 4. 可以通过颜色或小字等方式显示帐号的“封存“或”禁用“状态,以标识其已被禁用或此人已离职。(现在是手工修改姓名增加标识。) 对于这种帐号,平时指派之类操作就不用在下拉列表列出了。 现在应该都屏蔽了吧,还有地方列出来吗? >>> 5. 类似论坛短消息提醒之类的功能。 有过类似的想法,还没有安排计划做。 >>> 6. 统计视图,增加产品基本信息列表之类功能(列出名称,当前状态,svn目录位置,资源位置,发布位置等信息,或来个“自定义字段”。) 具体的页面和展现形式? >>>7. 统计视图,现有的产品信息列表,能够点击产品名跳转到此产品的信息页面 这个也考虑过了,后面会安排计划做。呵呵。 |
春哥 |
@xiaopig: (1)项目视图里,希望提供将任务转化为测试任务的功能,类似将BUG转化为需求一样。提出这个是基于实际存在这样的操作,项目经理录入了开发的任务,测试人员需要对这个开发任务的结果进行测试,但要禅道管理起来,还得给测试人员单独建立任务,工作量大。 禅道设计的是若干任务完成之后,创建一个版本,然后提交测试人员测试。不知道可否解决你的问题?>>>(2)测试视图的报表现在提供的是固定条件的查询,能不能提供自定义查询呢,比如说模块BUG数,菜单级别多的话,这个图示就很混乱,没意义了;还有每 天新增BUG数、每天解决BUG数、每天关闭BUG数,如果项目周期比较长的话,比如超过3个月,图示就很可怕了,如果能够提供起始时间自定义的查询,就很好啊。 统计报表是根据搜索条件来进行统计的,你先设置查询条件,搜索下,然后再做统计报表就可以了。>>>(3)测试任务这个功能也很好,但是新增方式,没有项目视图里的任务描述框好,如任务描述框不是多媒体编辑的,缺少测试任务的优先级定义等。 后面调整下。 >>>(4)测试视图“需求变动”这个固定查询,不是当前产品的,这个反馈过了,3.3版本还没修改,我因此多次被同事追问,搞得就是我开发的一样。 好的,记下了。(5)系统自定义每个项目的常用人员列表,最主要是在项目视图和测试视图里选择指派人的时候很好用,否则下拉列表显示全部的用户选择起来真的不容易啊。 这个也考虑过了,还没有安排开发,改动点比较多一些。呵呵。后面会做的。 |
黄冬明 |
使用的是专业版还是开源版:开源 版本号:3.2 使用时间:3月至今 吐槽和建议: 1、从BUG建的用例,没有显示关联关系,测试的兄弟很忧伤;要回忆这些漏测的BUG有没有补用例时更是惆怅!强烈建议显示两者的关联关系,做漏测分析时必须的参考信息呀~~ 2、测试同事吐槽原句:用例那么多,执行多了,已经不记得其编号多少,执行完了,弹出的页面居然是从第一条开始的,为嘛焦点不能默认到我执行的那条用例上?为嘛还要我滚无数屏去找上次执行的那条用例~~时间呀··效率呀~~ (PS:需求的同学,同吐槽) 3、批量编辑的功能,就不要放插件出售了吧,做到基础功能,民心所向吧~~ 4、用例导出,哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框,需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇; |
黄冬明 |
为什么我的回复被删了····因为太像吐槽了么·····
··不是你们说的吐槽大会么····
|
黄冬明 |
啊···看漏了···木有删木有删····
|
李为帅 |
使用时间:1年左右 使用版本:3.1 吐槽建议: 1、新建bug的时候,关联需求只能关联一个,如果想关联多个需求怎么办。 |
春哥 |
@caro_huang: >>>1、从BUG建的用例,没有显示关联关系,测试的兄弟很忧伤;要回忆这些漏测的BUG有没有补用例时更是惆怅!强烈建议显示两者的关联关系,做漏测分析时必须的参考信息呀~~ 具体显示的建议?>>>2、测试同事吐槽原句:用例那么多,执行多了,已经不记得其编号多少,执行完了,弹出的页面居然是从第一条开始的,为嘛焦点不能默认到我执行的那条用例上?为嘛还要我滚无数屏去找上次执行的那条用例~~时间呀··效率呀~~ 这个我们已经有需求在跟踪了。 (PS:需求的同学,同吐槽) >>>3、批量编辑的功能,就不要放插件出售了吧,做到基础功能,民心所向吧~~ 4.0.beta1版本会放进来。 >>>4、用例导出,哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框,需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇; 记下了。 |
春哥 |
@lws0320: >>>1、新建bug的时候,关联需求只能关联一个,如果想关联多个需求怎么办。 有这样的情况吗?是不是bug应该拆分?或者通过备注链接的形式加以说明吧。暂时不考虑关联多个需求。 |
黄冬明 |
1、从BUG建的用例,没有显示关联关系 显示建议:在BUG详情页面里,与“项目/需求/任务”那一栏 ,增加一个“相关用例”,显示信息就是由该BUG创建的用例, 另外,导出的数据,也可以导出这一栏的信息,这样方便大家做测试相关的分析工作~~ 不知这样是否妥当~~
|