我是一个由开发人员组成的小组的项目经理(包括3名团队负责人和10名程序员)
我们目前正在努力为我们的团队执行干净的代码,我们经常举行小型研讨会,讨论bob叔叔的干净代码手册。
长话短说,我们正在努力确保干净的代码在我们的团队中得到很好的实现。为了做到这一点,我们要求我们的团队领导每天检查他们团队承诺的代码,并在一段代码不够干净时注意。通过使用这种方法,所有的团队领导都会被他们每天必须检查的代码数量完全淹没,无法以详细的方式检查代码。
是否有更好的方法来检查代码以确保它们是干净的?我们希望尽快制定干净的代码,使其成为习惯。
谢谢
发布于 2015-03-31 00:25:44
你让团队互相检查代码。利用你的团队领导随机抽查。这意味着团队是解决方案的一部分,更多地参与整个过程,并将任务分散到可以实现的程度。
投资于一个代码审查工具,如审查板或红矿的插件,以帮助更容易和更快的审查。
发布于 2015-03-31 01:04:43
许多(但不是所有)编码风格/安全问题都可以用工具解决。此外,还可以配置工具来指示某些侵犯行为的子集。您和您的团队成员应该就两组达成一致:(1)永远不要发生(2)在某些条件下可能发生。所有团队成员都应该提交不通过集合1生成警告的代码。团队负责人只需验证没有签入未通过级别1的代码。这是一项简单的任务,可以由1人完成,也可以自动完成。从定义上来说,仍然存在的问题是值得审查和讨论的有趣案例。
发布于 2015-03-31 05:35:29
在传递给实际的QA测试之前,我建议不仅对代码进行开发测试,而且还要用一些场景进行QA测试。
是的,开发测试需要一些时间来正确地完成有用的注释等等。然而,你应该把这看作是一项长期投资.在一个星期甚至一个月内,你都不会看到结果,但是经过一段时间(比如说几个月,尽管这取决于每个团队),你会开始注意到你的团队的整体标准和产品的质量都在提高。这有几个原因:
1)代码审查他人的代码可以帮助您了解更多的知识,方法是批评哪些内容可以改进,或者是通过优雅的解决方案来激发您的灵感。
2)当您知道另一个开发人员将查看您的代码时,您更有可能将更多的精力用于使您的代码看起来更漂亮。你不想被称为那个有着杂乱代码的家伙。需要验证是一种强大的力量。
3)在通过BAs/QA工程师的实际QA测试之前,进行快速的QA测试有助于确保您通过了更高质量的产品,因此在通信上花费的时间更少(当它失败时,他们需要编写步骤来复制它,devs需要切换上下文,所有这些都需要更多的时间)。devs的QA测试只是确保它不仅构建,而且运行并至少为一个场景工作。然后,在实际的QA测试期间,可以使用更多的场景来更彻底地测试它。
通过所有这些步骤,您应该能够创建一种文化,在这里使用干净的代码来设计和开发任何出现的项目。
https://softwareengineering.stackexchange.com/questions/277822
复制相似问题