标签：unit-testing mocking tdd python refactoring

假设我们有一个类UserService,其属性为current_user.假设它在AppService类中使用.

我们已经对AppService进行了测试.在测试设置中,我们使用一些模拟值对current_user进行存根：

UserService.current_user = 'TestUser'

假设我们决定将current_user重命名为active_user.我们在UserService中将其重命名,但忘记更改其在AppService中的用法.

我们运行测试,它们通过了！测试设置添加了属性current_user,该属性在AppService中仍然(错误但成功)使用.

现在我们的测试没有用了.他们通过了,但应用程序将无法生产.

我们不能依靠我们的测试套件==> TDD是不可能的.

TDD是否在Python中损坏？

解决方法:

问题确实不在TDD中,也不在Python中.首先,TDD无法为您提供所有测试通过后证明您的应用程序良好的证明.想象一下可以使用输入1,2,3和输出2,4,8进行测试的multiByBy2()函数,现在想象一下,您已实现了multiByBy2作为平方.您所有的测试均通过,您的代码覆盖率100％,实现错误.您必须了解,TDD只能给您保证,一旦测试失败,则您的应用程序有问题,仅此而已.因此,正如其他答案中所建议的那样,问题在于您没有失败的测试.如果您使用了某种静态类型的语言,则编译器会为您进行测试,并抱怨使用不存在的方法.这并不意味着您应该使用静态类型的语言,而只是意味着您需要使用动态类型的语言编写更多的测试.
如果您有兴趣执行代码的正确性,则应该至少在运行时和正式规范中通过合同来确保正确性,以便至少为某些算法提供证明,但这与标准编码相距甚远.

标签：unit-testing,mocking,tdd,python,refactoring
来源： https://codeday.me/bug/20191210/2099180.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。