测试人员如何帮组开发提升代码质量

开发人员代码质量不高怎么样去推动

所有的测试人员都有这样的经历，开发提测一个功能，反复的修改，这次这个bug修改了，下次有出现另外一个，或者之前正常的功能不能用了，明明是一个需求，或者只是更改了几行代码需要反复的测试好多次；或者同一个服务一天提测好多次，每次提测都是相似的功能，不是明显的需求变化，这个时候测试人员往往都会说不能一次性都弄好吗？遇到上面的这些情况，测试人员不应该被动只是抱怨或者跟着开发人员提测不停重复测试，应该总结分析出现这样的状况的原因是什么，有没有改进方法帮助测试人员和开发人员一起提升效率和质量，因为测试和开发要共同对你们负责服务的质量进行负责，根据最近经历，可以做一些如下的改进：

1、        记录每次出现bug的原因，有一些bug明显的是一些if、eles判断错误，或则条件设置错误，有些bug是里面变量名称拼写错误，出现这种问题的开发人员如果仔细的进行了单元测试，可以发现但是没有单元测试的话，是发现不了的，但是如果有程序员leader进行代码的review的话，还是能发现，包括一些潜在在测试环节不一定能发现的错误，也能发现，作者就经历过这样一个服务，经常you这样的问题，导致功能没有实现的是一些很明显的代码错误，或者回影响到其他功能，由于作者所在公司没有单元测试，程序员只是进行了一些简单的自测，所以后面和开发人员及leader反馈增加了代码review，没有经过这个环节的代码不于测试；

2、        还有一些是程序最初的架构设计不合理；这类问题，可以提测的次数和提测的功能是否相似上可以做判断；作者曾经有这样的经历，一个服务同一天提测的了3～4个版本，而且均是更改的同一个功能只不过功能使用的对象不同，原因是有些逻辑是针对指定的公司用的，所以每次需要改代码，后面经过讨论建议放在配置文件中，每次数据库中读取相应的配置，不用在频番动代码；后面发现还是提测频番原因处理的模型经常迭代，对模型的加载不是动态的，需要编译进去，建议修改为动态加载；

3、        当然可以在加上静态的代码检查，单元测试报告等手段去提前发现的问题，不要留在最后的提测的集成测试这一步；

提测程序问题多，质量不高，有很多种原因，测试人员应该有意识的主动推进，而不是被动跟着开发人员步伐，然后在抱怨，记录每次出现问题的原因，分析问题出现在那些地方，同时分析提测功能点，很多地方可以帮组开发人员进行改进；