unit-testing - 强制对开发人员进行单元测试

标签 unit-testing continuous-integration

首先介绍一下背景。我工作的公司编写基于 Web 的软件,该软件是为我们的客户(即 ASP(应用程序服务提供商))提供托管解决方案。我们正在采用敏捷实践,例如 Scrum,我们执行冲刺来为我们的产品构建新功能。

我是 TDD(测试驱动设计)的支持者,作为我在冲刺中交付的一部分,我总是编写测试并将它们与构建集成(即 ccnet);然而,其他开发人员不遵循这种做法,也没有强制执行。

强制开发团队提供单元测试作为 sprint 交付内容的一部分是否是一种好的做法?

最佳答案

除非你是权威职位,否则你能做的最好的事情就是让他们相信测试套件的值(value)。

如果开发人员没有看到它正确完成,就很难让开发人员了解这个问题。

尝试与其他开发人员结对,向他们展示首先编写测试的好处和清晰性。如果您不这样做,他们可能会编写所有代码,使其工作,然后编写测试。因此,从他们的角度来看,这只是一项额外的任务,并不能帮助他们完成任务。

还要记住,人们通常不了解如何编写好的测试。更重要的是,有些人不知道如何使用像jmock这样的工具,这可能导致他们卡住并放弃编写测试。

关于unit-testing - 强制对开发人员进行单元测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1319066/

相关文章:

github - 谁需要为 Github Actions 分钟付费?

docker - 在使用 Docker 配置构建代理之前,Teamcity Build 不会运行?

c# - 断言字符串数组成员内容

c++ - google test/mock vs boost vs catch 对 c++14/c++17 的支持

mysql - 单元测试项目和 MySql Odbc 驱动程序(Visual Studio Community 2013)

c# - 使用手动事务和分层事务进行单元测试

silverlight - Silverlight 有哪些单元测试选项?

delphi - Delphi 构建自动化的最小代理安装占用空间是多少?

git - 设置 Git、Jira、Jenkins 并了解工作流程

TFS 构建-部署