Re: What I hate about *Unit frameworks.
Angel Java Lopez <[email protected]>
| Newsgroups | gmane.comp.programming.test-driven-development |
|---|---|
| Message-ID | <CAMs+Dq+aqQ_GHvyJXoafurNjP9+u4UDo3mhUP3-cmnSh1y9TrQ@mail.gmail.com> |
Hi everyone! John, usually I don't find the case "this test corrupts that test", and I wrote thousands of tests. Any example/case? Angel "Java" Lopez @ajlopez gh:ajlopez On Tue, Apr 30, 2013 at 8:30 PM, John Carter <[email protected]>wrote: > ** > > > Most of them invest way too much effort to make up for the deficiencies of > the Windows Operating system. > > The Component in a Computer tasked with managing concurrency, task > separation, and ensuring full clean setup and tear down is.... > > The Operating System. > > So if you want to be dead, 100% sure that this test doesn't corrupt that > test... you use a process. > > Nope, not try / catch, not exception handling. That's a flaky almost > solution. > > One test === One Process. > > Each process is an address space that appears.... and vanishes. > > But, but, but Processes Are HeavyWeight you can't create and run thousands > of processes! > > Oh yes you can. > > Processes are lightweight under Unix and have been for decades. > > In fact much of the hype about threads is a result of Microsoft marketing > spin to cope with the fact that Windows 3.1 processes were incredibly > heavyweight kludges. > > In fact there are relatively few places where one should use threads when > one can use processes. > > Want to run a thousand tests? Well, how many cores do you have? Let's keep > every core 100% busy. One test, one core. > > But who is going to spin all those processes and mind the result? > > GNU parallel is a pretty nifty choice. > > Or maybe it is something the xUnit's should be doing. > > -- > John Carter Phone : (64)(3) 358 6639 > Tait Electronics Fax : (64)(3) 359 4632 > PO Box 1645 Christchurch Email : [email protected] > New Zealand > > -- > > ------------------------------ > This email, including any attachments, is only for the intended recipient. > It is subject to copyright, is confidential and may be the subject of > legal > or other privilege, none of which is waived or lost by reason of this > transmission. > If you are not an intended recipient, you may not use, disseminate, > distribute or reproduce such email, any attachments, or any part thereof. > If you have received a message in error, please notify the sender > immediately and erase all copies of the message and any attachments. > Unfortunately, we cannot warrant that the email has not been altered or > corrupted during transmission nor can we guarantee that any email or any > attachments are free from computer viruses or other conditions which may > damage or interfere with recipient data, hardware or software. The > recipient relies upon its own procedures and assumes all risk of use and > of > opening any attachments. > ------------------------------ > > [Non-text portions of this message have been removed] > > > [Non-text portions of this message have been removed] ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/testdrivendevelopment/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/testdrivendevelopment/join (Yahoo! ID required) <*> To change settings via email: [email protected] [email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/