|
Boost : |
Subject: Re: [boost] [Guild] Recruiting & Instructions, rough first draft
From: Jim Bell (Jim_at_[hidden])
Date: 2010-11-15 18:08:31
On 1:59 PM, Marshall Clow wrote:
> On Nov 15, 2010, at 2:09 PM, vicente.botet wrote:
>> ----- Original Message -----
>> From: "Jim Bell" <Jim_at_[hidden]>
>> To: <boost_at_[hidden]>
>> Sent: Monday, November 15, 2010 3:48 PM
>> Subject: [boost] [Guild] Recruiting & Instructions, rough first draft
>>
>>
>>> Here's some writing I threw down a little while ago.
>>>
>>> [...]
>>> http://jc-bell.com/contributions/boost-guild/boost-guild-recruit
>>> http://jc-bell.com/contributions/boost-guild/boost-ticket-handling
>>> http://jc-bell.com/contributions/boost-guild/boost-regression-troubleshooting
>>>
>> [...]
>> I wanted just to add an idea that could improve the library quality. People that don't have the understanding of the internals of the library and are not interested in can as a user know how the library should behave. Even if Boost Libraries are well testeds there are always holes. This people could inspect the regression tests and the documentation and propose news test to cover more features in the library. That would result in more confidence on the quality of the library or why not, find a new bug that other will need to correct ;-). They could also ensure that any corrected tickets have its associated test.
> I agree.
> Having more regression tests is a good thing.
> Writing good regression tests is surprisingly hard.
I agree with you both. Making a meaningful, orthogonal regression test
isn't easy. As someone learns their way around the tests, docs, and
tickets, even more tests might occur to them.
Just curious: are the regression tests part of a new library's
review/acceptance? (Either way, I know the need for new ones spring up.)
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk