unit-testing - 进行正式单元测试的最有说服力的方法是什么?

标签 unit-testing software-quality

这当然以单元测试为前提。我们的项目具有一定水平的单元测试,但充其量是不一致的。

您使用或曾经与您一起使用过的最有说服力的方法是,使每个人都相信正规的单元测试是一件好事,而使之成为必需确实符合我们正在从事的“大型”项目的最大利益。我不是开发人员,但是我有质量保证,并且希望提高交付的工作质量,以确保可以进行测试。

通过正式的单元测试,我只是在谈论

  • 标识要编写的单元测试
  • 标识测试数据(或对其进行描述)
  • 编写这些测试
  • 跟踪这些测试(并根据需要重新使用)
  • 使结果可用
  • 最佳答案

    一个非常有说服力的方法是对自己进行正式的单元测试,而不管您的团队/公司做什么。这可能需要您付出一些额外的努力,特别是如果您没有这种实践经验的话。

    然后,当您可以证明自己的代码更好,并且您的效率比其他开发人员更高时,他们就会想知道为什么。然后为他们提供您喜欢的单元测试方法。

    一旦说服了其他开发人员,就一起说服管理层。

    关于unit-testing - 进行正式单元测试的最有说服力的方法是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/120460/

    相关文章:

    python - coverage.py:排除文件

    python - 强制 pylint 分数 merge 到 github 分支上

    ruby - 绝对初学者的单元测试 - 我正在使用 Ruby

    c# - 单元测试以确保只有选定的 HTTP 动词适用于 WebAPI

    Java 异常包装 : bad practice?

    programming-languages - 成为更好程序员的路线图

    database - 如何协调文件系统和数据库?

    unit-testing - 监视 Golang 中的方法

    unit-testing - assertHeader 失败

    php - 依赖于 PHPUnit 的模拟方法