小编and*_*nov的帖子

让我从定义开始:

单元测试是一种软件验证和验证方法,程序员在其中测试各个源代码单元是否适合使用

集成测试是软件测试的活动,其中各个软件模块组合在一起并作为一组进行测试.

虽然它们经常用于不同的目的但这些术语是混合的.开发人员将自动集成测试称为单元测试.还有一些人认为哪一个更好,在我看来这根本就是一个错误的问题.

我想请求开发社区分享他们为什么自动集成测试无法取代经典单元测试的意见.

以下是我自己的观察:

1. 集成测试不能与TDD方法一起使用
2. 集成测试很慢,无法经常执行
3. 在大多数情况下,集成测试并不表明问题的根源
4. 使用集成测试创建测试环境更加困难
5. 确保高覆盖率(例如模拟特殊情况,意外故障等)更加困难
6. 集成测试不能与基于交互的测试一起使用
7. 集成测试进一步发现缺陷的时刻(来自paxdiablo)

编辑:再次澄清:问题不在于是否使用集成或单元测试,而是关于哪一个更有用.基本上我想收集开发团队的参数,这些团队只编写集成测试并将它们视为单元测试.涉及来自不同层的组件的任何测试都被视为集成测试.这是与单元测试相比较,其中隔离是主要目标.

谢谢,安德烈

提高服务器应用程序可伸缩性的一种方法是异步运行IO绑定操作(读取文件,套接字,Web请求,数据库请求等).这并不意味着在ThreadPool中运行它们,它只会在执行操作时阻塞线程.正确的方法是使用异步API(BeginRead,BeginGetResponse,BeginExecuteReader等).这个问题在CLR vi C# book中有详细描述.

这是一篇关于Linq to SQL中的异步查询的文章.

是否有任何方法可以异步执行Nhibernate查询？怎么样Linq到NHibernate？

谢谢,安德烈

在WPF中透明地将依赖项(使用IOC容器)注入用户控件的最佳方法是什么？

我假设用户控件是窗口或其他用户控件的XAML的一部分.我认为父母(无论是谁)不应对此负责.从父级手动注入依赖项的解决方案看起来不够干净.我希望避免明确管理组件的依赖关系,因为它消除了IOC的想法.

是否在创建逻辑树时引发任何事件,以便我可以拦截它并注入我的依赖项？

编辑:依赖我也意味着ViewModel,Controller,Presenter(使用的模式)

谢谢,安德烈