单元测试 – 在这些经济时期开始进行单元测试

我们有一些开发人员和一些业务分析师.我们作为开发人员希望开始添加单元测试作为我们编码实践的一部分,以便我们可以提供可维护和可扩展的代码,特别是因为我们也将成为支持和增强应用程序的代码.但在经济不景气的情况下,我们正在努力开始,因为我们面临的挑战是尽快提供解决方案,质量不是首要任务.我们可以做什么或说什么来表明我们能够更快地提供更高质量的产品,以及为未来的改进做好准备.

基本上我们只需要克服将单元测试纳入日常工作的学习曲线,但我们现在不能这样做,因为它被视为一种不必要的开销,会延迟我们现在业务所需的项目.

我们作为开发人员希望为业务提供最高价值,特别是快速,但我们知道我们还需要在6个月后完成这项工作,我们也需要为此做好计划,我们相信单元测试将有助于我们大大降低了.

编辑
所有精彩的输入,谢谢.我个人知道如何编写单元测试,但我没有经验告诉我单元测试是否良好.我刚刚订购了Test Driven Development: By Example,并将主动在我们小组中整合单元测试.

在创建函数或类时启动单元测试.从没有外部依赖关系的简单类/函数开始(DB,文件系统).

在团队内分享您的进度.计算测试次数并显示一个显示您进度的大图表(除非管理/分析师对单元测试非常不利).

阅读TDD：“Test-Driven Development : by example”.首先编写测试会导致代码易于测试.如果您首先编写生产代码,则可能很难将其置于测试之下.