This has been a problem in VS2003 and VS2005 due to different factors.
What errors are you getting?
--
Bryan Phillips
MCT, MCSD, MCDBA, MCSE
Microsoft MVP - Client Application Development
Blog: http://bphillips76.spaces.live.com
Web Site: http://www.composablesystems.net
> I wonder if anyone has run into this yet.
>
[quoted text clipped - 6 lines]
>
> Are they any other strategies possible?
Not getting any errors... was looking for a voice of experience.
Am using VS.NET 2005 with built-in Testing Tools. (Developer Version)
In trying to sell Unit Testing on my current project, one of the engineers
on the team pointed out that with 18 projects already in the solution, adding
testing projects will inflate the solution with potentially another 18
projects if we use a one to one mappings of Unit Test Project to Test Target
Project.
Of course, when you create new unit tests, you can choose where to create
them. The choices include existing projects as well as new projects. So, we
can organize all the Unit Tests into one project if desired, but that seems
cumbersome.
Seems to me that the tool works fine with lots of flexibility with where you
add unit tests however, I thought I'd check with the community for
suggestions as to a best practice when adding Unit Tests to Solutions that
already have a lot of projects.
> This has been a problem in VS2003 and VS2005 due to different factors.
> What errors are you getting?
[quoted text clipped - 17 lines]
> >
> > Are they any other strategies possible?
Bryan Phillips - 11 Nov 2007 02:44 GMT
The main problem with many projects in a single solution has been the
Intellisense engine locking the compiled assemblies so that subsequent
builds fail because the .Net compilers cannot write to the locked DLLs.
The problem first occurred in VS2003 and to a lesser extent on VS2005.
I have not seen this occur on VS2008 yet which I have been using for
more than 6 months.
--
Bryan Phillips
MCT, MCSD, MCDBA, MCSE
Microsoft MVP - Client Application Development
Blog: http://bphillips76.spaces.live.com
Web Site: http://www.composablesystems.net
> Not getting any errors... was looking for a voice of experience.
>
[quoted text clipped - 37 lines]
> > >
> > > Are they any other strategies possible?
steveu - 02 Jan 2008 10:02 GMT
I'd like to add to this post by asking a further question...
We have a very large solution (over 170 projects) which is just too big to
manage properly. Therefore my team has created a smaller solution that
contains only the subset of the projects that are relevant to our day to day
work - including unit testing.
However, even the smaller solution has plenty of projects in it (40 - C++
mostly). 5 of these are unit test projects which now contain in excess of 200
unit tests. The problem we're having now is that it takes an age for the Test
View to refresh. It seems that when you refresh (or load the view for the
first time) the IDE (Intellisense I think) scans the entire solution for unit
test code. Is there any way to optimise this so that it doesn't have to
rescan the entire solution when we need to refresh the Test View?
I really need a solution to this as my team is piloting Unit Testing before
rolling it out to the rest of the development group as a whole. If we can't
find a way to make the Unit Testing scale better then I can only see that
we're going to have to find an alternative. We're using VS2005 by the way -
does anyone know if the situation is any better in VS2008?
Possible solutions we're considering:
1) Removing even more projects so that we have a "test" solution that only
contains the projects under test and their associate test projets. (But even
that will eventually get big again).
2) Moving to NUnit - or perhaps TestDriven.Net?
Thanks.
> The main problem with many projects in a single solution has been the
> Intellisense engine locking the compiled assemblies so that subsequent
[quoted text clipped - 51 lines]
> > > >
> > > > Are they any other strategies possible?