依jira bug跟踪系统所做的统计分析


错误类型 个数/个 总数/个
点播资源管理



功能有缺陷 18

名称不统一 1

样式错误 2

条件限制 2

功能错误 2

业务逻辑错误 1



28
教辅资源管理



条件限制 4

功能遗漏 4

异于需求 1

功能有缺陷 5

业务遗漏 1



15
直播资源管理



功能错误 2

样式错误 7

提示语错误 1

功能未实现 4

功能有缺陷 8

光标丢失 2

业务遗漏 4

字段名称错误 1



29
存储管理



功能错误 2

功能缺陷 4

提示语错误 1



7
幼儿园管理



样式错误 2

提示语错误 4

遗漏业务 1

条件限制 4

功能缺陷 10

功能错误 5

浏览器兼容问题 1

业务遗漏 6

功能遗漏 1



34
会员管理



功能缺陷 7

业务遗漏 5

条件限制 2

功能错误 4

样式问题 4

与需求有异 1
总数/个

23
功能有缺陷 功能错误 业务遗漏 条件限制 样式错误 功能未实现








52 18 11 12 15 9









功能有缺陷: 比如缺少字段,某个字段不显示,必填字段为空保存成功,添加记录页面未刷新等。  






功能错误: 所实现的功能,点击后报错,比如说点击增删查改,批量启用|禁用,启用|禁用,批量删除系统报错,系统提示操作成功,实际未达到实际操作的目的。
业务遗漏: 主要指被引用的类别,被引用的字段不能删除。






条件限制 主要指字符串长度限制,只能输入指定的东东却可以输入别的东东。






样式错误 只要指两行字符相互遮掩,页面变形等。







功能未实现 主要指某些功能没有做








以上内容由“黄杰”提供。

草木全
分享到:

一个业务不熟悉,又赶工的人,做出来业务出错就太正常。

怎么在这方面控制一下才最重要。

0
精益求精的前提,就是要做好统计分析。知道问题在哪里,方可改进。
0

功能有缺陷:看似是最多项的,实际上这个是可以控制的,前端校验,后端校验。将校验做为一个基础的的东西,所有入门都做严格训练。

难的在:功能错误和业务遗漏。整个业务系统,总是会依赖一些基础的功能。一些业务依赖另外一个较基础的功能。这对删除,修改,状态更新等都提升了难度。应对的方法:

1、隔离,尽可能的将业务逻辑分享来,尽可能使用数据单向流动:比如收藏资源,评论资源,数据仅从资源处插入收藏或评论,收藏和评论不对资源操作。(至于收藏数,评论数另外想办法)

2、UML画图,尽量将各部分的依赖关系描述清晰。

0
共 3 条   当前1/1页

© 2014 究问社区 copyRight 豫ICP备13003319号-1