首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件测试 >

想对所n个项目的缺陷进行汇总,怎么进行归类呢

2012-04-04 
想对所n个项目的缺陷进行汇总,如何进行归类呢?本人属研发非测试看公司的缺陷报告汇总不难发现同样的错误,

想对所n个项目的缺陷进行汇总,如何进行归类呢?
本人属研发非测试
看公司的缺陷报告汇总不难发现
同样的错误,总是有人重复的犯错
如提示信息不对,验证信息不对,显示的按钮不对,设计不合理等等
所以,我想把这些错误进行汇总并分类
在做项目之前让项目组成员一一熟悉
防止他们再犯通用的错误

因本人属研发,非测试,什么错误能归到一类,这我就不是很了解
所以,想请给位帮忙,如何对缺陷进行汇总

[解决办法]
lz是个有心人啊,赞一个!
讲一下我们公司的做法吧,公司有完整的SDP,测试填写bug的时候有一项“问题类型”是必输项用来表示bug的类型,可以按照部门、人员等条件查询,以便于做bug分析!我们的这个“问题类型”包括:1.控制错误2.数据错误3.异常错误4.未实现需求5.未实现设计6.规范性错误7.易用性建议8.用户体验问题9.需求错误10.设计错误11.文档问题12.性能问题13.需求建议14.功能实现错误等等选项
[解决办法]
其实如何分类不是问题,根据你的需要你愿意怎么分就怎么分,你分类的目的无非是便于其他开发人员熟悉这些错误。
有个故事说卖辣椒,有人喜欢辣的,有人喜欢不辣的。所以买家就问了,你的辣椒辣不辣,他回答红的辣,绿的不辣;一会红辣椒都没有了,只剩下了绿辣椒,人家继续问哪个辣,哪个不辣,他回答硬的辣,软的不辣;一会又只剩下硬的了,他说大的不辣,小的辣。
所以你可以按照颜色、软硬、大小来分。只要能达到目的即可。

所以对于开发,可以考虑按照软件功能划分,界面的一类,业务的一类,接口的一类等,也可以按照技术划分,控件的一类,算法的一类,命名规则的一类等;
[解决办法]

探讨
本人属研发非测试
看公司的缺陷报告汇总不难发现
同样的错误,总是有人重复的犯错
如提示信息不对,验证信息不对,显示的按钮不对,设计不合理等等
所以,我想把这些错误进行汇总并分类
在做项目之前让项目组成员一一熟悉
防止他们再犯通用的错误

热点排行