开发人员老是犯一些低级错误怎么解决？

guanyijing

如题,特别是当类似缺陷反复出现时，你是怎么对待解决的呢？
通常的方法是：
1、从开发管理入手，也就是从根源来解决问题。可以制定规范的开发流程，甚至可以制定惩罚制度，还有就是软件开发前做好规划设计。
2、加强测试，具体做法就是加强开发人员的自己测试，把这些问题“消灭”在开发阶段，这是比较好的做法
3、通过规范的缺陷管理来对开发人员进行控制，比如测试部门整理出常见的缺陷，让开发人员自己对照进行检查，以减少这类低级错误的发生。
各位还有什么好的意见吗？

yu_xiulan

提醒开发人员了，有效沟通呀，对事不对人。制定一些制度来约束。

meng0819

看楼主的意思是开发的头头经常范低级错误了,不知这样理解是不是正确?
这个时侯对事不对人.不用管他是谁,人都有犯错误的时候,领导要负责很多事,所以在编码上的时间就会比一般开发人员少很多.我想也可以理解吧.

baizhudan

低级问题一而再再而三的出现，那就是开发不重视造成的，或许开发把重点都放在某个很有效的算法的研究上，忽略了一些或者无视一些普通的东西，认为有测试在无所谓，这个作为测试人员最多只能和自己的经理或者leader汇报，由他们和开发经理沟通，至于效果，要看开发那边有没有实质性的惩罚措施，否则，效果我认为很难保证。

puchonghui

原帖由 guanyijing 于 2007-7-28 21:57 发表
如题,特别是当类似缺陷反复出现时，你是怎么对待解决的呢？
通常的方法是：
1、从开发管理入手，也就是从根源来解决问题。可以制定规范的开发流程，甚至可以制定惩罚制度，还有就是软件开发前做好规划设计。
2、加强测试，具体做法就是加强开发人员的自己测试，把这些问题“消灭”在开发阶段，这是比较好的做法
3、通过规范的缺陷管理来对开发人员进行控制，比如测试部门整理出常见的缺陷，让开发人员自己对照进行检查，以减少这类低级错误的发生。
各位还有什么好的意见吗？

根据lz的叙述
总得来说
给我的感觉
需求和设计文档没有好好做
首先应该规范整个开发流程
规范流程的前提下测试部门尽早介入

想当然的惩罚制度是很不好的做法
当然如果有足够的理由惩罚是另外回事
但是我不认为像9楼说的 前面版本出现过的错后面再出现就应该惩罚
这种时候我首先怀疑交到开发人员手里的文档是否有问题
有bug是正常的
反复出现类似错误并不代表开发人员没有改或者没有认真对待（尤其是文档不全的时候）

至于开发人员自己测试的方法
自己跑自己的代码是很难跑出一些深层问题的
当然开发人员之间交换测试效果也许不错
但是项目进度是否允许呢

缺陷管理方面
可以借鉴下odc的精神（注意是借鉴不是引入。。。）

以上纯粹个人看法

顺便问下
lz是不是从没做过开发。。。

red-hat

原帖由 yaya625 于 2007-7-30 12:46 发表
作为测试人员,首先自己的心态要摆正, 开发人员犯错误是很正常的,人非圣贤,孰能无过呢?
在此心态上再做具体分析,如果真的是开发人员有问题,而又必须解决的话,你需要跟你的领导沟通,请领导帮忙
如果你是测试经理 ...

我认为6楼说的很好,测试人员一定端正心态,不要因为发现了bug就对开发人员"不屑一顾",如果这样的话,大家就很难搞好关系,最终也就做不好测试,在就是测试在工作时一定不能带着个人的感情色彩,一定要时刻牢记:公平,公正.客观

meng0819

我觉得应该从流程，管理方法上入手。管理方法：如果出现前三版本出现过的低级问题，可以采取惩罚性的措施。
流程的话就是制定编码规范，加强白盒测试的资源。
暂时想到这么多

candy_83

1）用clearquest去进行缺陷管理，缺陷提交上去，状态为submitt,如果提交上去一天后状态任然为submitt，制定出查询条件，查询出所有的缺陷，统计相关数据给项目经理，用数据去驱动开发人员。
2）制定规范的缺陷修复流程，用流程指导工作。

张翔0325

原帖由 scorix 于 2007-7-29 10:32 发表
应该分析原因，从根源入手。如制定编码规范等。

我觉得这哥们说的极好！！！一般的编码规范都是开发制定的哦！！！
如果开发人员不遵守的话，那我们不去找他，开发的头头也会去找他的！！！
但是我们作为测试人员，首先要完善我们的技术，如果连一些低级的错误都测不出，那还有什么资格说别人呢！！！

yaya625

作为测试人员,首先自己的心态要摆正, 开发人员犯错误是很正常的,人非圣贤,孰能无过呢?
在此心态上再做具体分析,如果真的是开发人员有问题,而又必须解决的话,你需要跟你的领导沟通,请领导帮忙
如果你是测试经理,那你也要跟你领导沟通,也要跟开发负责人沟通

seifer1754

缺陷数量和原因 以及缺陷对应的开发人员，测试人员 都会有专人去统计的。
你只需要好好的进行测试，提交报告就行了。

lengz

如果你的老大就是开发的老大，并且很巧合就是这个犯错误的开发，怎么办：？

phillipschen

必要时就要请你老大去和开发员的老大沟通沟通了~

scorix

应该分析原因，从根源入手。如制定编码规范等。