我们发现我们为C#/ C++代码编写的单元测试确实得到了回报.但是,我们仍然在存储过程中拥有数千行业务逻辑,当我们的产品推广到大量用户时,它们才真正得到了真正的测试.
更糟糕的是,这些存储过程中的一些最终会很长,因为在SP之间传递临时表时性能会受到影响.这阻止了我们重构以使代码更简单.
我们已经尝试围绕一些关键存储过程构建单元测试(主要是测试性能),但是发现为这些测试设置测试数据真的很难.例如,我们最终复制测试数据库.除此之外,测试最终对变化非常敏感,甚至是对存储过程的最小变化.或表需要对测试进行大量更改.因此,在由于这些数据库测试间歇性地失败而导致许多构建中断之后,我们只需将它们从构建过程中拉出来.
所以,我的问题的主要部分是:有没有人成功为他们的存储过程编写单元测试?
我的问题的第二部分是使用linq进行单元测试是否更容易?
我想的是,您可以简单地创建一组测试对象,并在"linq to objects"情况下测试您的linq代码,而不是必须设置测试数据表.(我对linq来说是全新的,所以不知道这是否会起作用)
我想知道测试使用数据库后端的REST API的最佳/不同方法.我在Python中使用Flask开发了我的API,并希望使用unittest或nose.
但我的问题是,一些资源需要另一个资源来创建它们.有没有办法说要测试博客文章的创建需要另一个涉及作者创作的测试是否成功?
我决定开发一个数据库驱动的网络应用程序,但我不知道从哪里开始.该项目的最终目标是三方面的:
我认为这最终成为一个基本的CMS,我已经生成了一组功能,见下文.
我想做的是使用测试驱动开发和类图表作为我开发这个项目的过程的一部分.我的问题; 我不知道从哪里开始.我已阅读过单元测试和UML,但从未在实践中使用它们.此外,以前从未使用过数据库,如何将这些项目合并到模型和测试单元中?
提前感谢您的专业知识.
unit-testing ×3
sql ×2
flask ×1
linq-to-sql ×1
php ×1
python ×1
rest ×1
tdd ×1
testing ×1
uml ×1