Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1TIjEY-0007qH-EH for bitcoin-development@lists.sourceforge.net; Mon, 01 Oct 2012 16:52:42 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of coinlab.com designates 209.85.223.175 as permitted sender) client-ip=209.85.223.175; envelope-from=peter@coinlab.com; helo=mail-ie0-f175.google.com; Received: from mail-ie0-f175.google.com ([209.85.223.175]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1TIjEV-0000lH-96 for bitcoin-development@lists.sourceforge.net; Mon, 01 Oct 2012 16:52:42 +0000 Received: by iebc13 with SMTP id c13so13313760ieb.34 for ; Mon, 01 Oct 2012 09:52:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=UPhMpAc6wuROwGj4Rljm2LmhzP0HAAYOyk2uQMxCzGo=; b=fyKNcUWAHm84VZbvkfyitZ9QRzuBFcOXNwHPyyIrQXN+Jmozoch1iBxPmpEVFJ3atI xkdlvb5pSaVzEuvxnXcyEEqFHyNQyeojGWLgnzbr/d2Ux1Lr6/qq2PNQ3k83NCHtAF7/ ttX2vEQbr+OcoWmZy9FHceyV5yDyA8OTvp6jJb7WUwIUpkWVEtm8PiEgzsQbgPpfx9jb oqfbrWY1T//zPqgV2nzpbmqSLHt+xz/eaiu8ECczjF5qq3tiqiQroP4ZgT5QkVPKY3dD p3uKlCSxkH/oUuRLcuNPO5kVDysUMWXjWKhMojmWswaDpEVMksBV4QrfVQFCQbudGkWf C2tg== Received: by 10.50.36.133 with SMTP id q5mr6407165igj.14.1349110353873; Mon, 01 Oct 2012 09:52:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.216.137 with HTTP; Mon, 1 Oct 2012 09:52:13 -0700 (PDT) In-Reply-To: <5069A89E.7090003@mistfpga.net> References: <5061F8CC.9070906@mistfpga.net> <1348605677.2284.2.camel@localhost.localdomain> <5062F4F8.6040504@mistfpga.net> <506301AC.90101@mistfpga.net> <50633F02.6030807@mistfpga.net> <50673D69.5040105@mistfpga.net> <5069A89E.7090003@mistfpga.net> From: Peter Vessenes Date: Mon, 1 Oct 2012 09:52:13 -0700 Message-ID: To: steve Content-Type: multipart/alternative; boundary=14dae9340de767cc4b04cb023b9e X-Gm-Message-State: ALoCoQkDl2bBa0GDJrJ68d27vRG6C7gmjzYeF0K+KsRT4splSxQnnGiat9vai2KmyffQglH0lo8k X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.0 AWL AWL: From: address is in the auto white-list X-Headers-End: 1TIjEV-0000lH-96 Cc: Bitcoin Development List Subject: Re: [Bitcoin-development] Bitcoin Testing Project X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 16:52:42 -0000 --14dae9340de767cc4b04cb023b9e Content-Type: text/plain; charset=ISO-8859-1 I'm a big proponent of a testing project. I think if one could self organize that Gavin and team wanted to bless we could put up some BTC as bounties or funding. We won't have our heads around the foundation budget for a few more weeks, but self-organization is often slower than budgeting. :) This is just my opinion, but I would like very, very much to move the current specification into unit tests so that anyone could validate their alternate bitcoin implementation. This is a lot of work, some of which has been done, much of which hasn't. So, my two cents, plus an offer to bring it up at our next budgeting meeting. Peter On Mon, Oct 1, 2012 at 7:28 AM, steve wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01/10/2012 14:52, Arklan Uth Oslin wrote: > > Hi guys. > > > > So, as I mentioned on the bitcointalk.org forums thread about the > > foundation, I want to get involved in the QA side of bitcoin > > development. I've done functional testing in the video game > > industry for years. > > Nice one, I worked in games for quite a few years. (before getting > into finance then pentesting) there are about 6 keen testers now. > maybe we should get a bitcoin-test mailing list, where we can discuss > stuff without disturbing the dev team. > > > I've read all the messages in this thread, but I'm left unclear > > how I can most effectively and quickly being helping out. Could I > > get a bit of a directional nudge? > > Great question... for me I feel structure is the most important thing > to sort out first. However we desperately need detailed testcases for > the release of a new version. - Not too much on the change log stuff, > more on the noddy stuff (as gavin points out below), downloading and > making sure it works on a non dev machine, make sure the wallet isnt > overwritten, etc.) doing games qa I imagine this would be an ideal > place for you to start. I have a MSDN and TechNet licence so if you > need some reference ms virtual machines I can help you out. > > However we need some testcase software. Please check out what was > done on bettermeans for the stuff I was planning out... > > It details everything from recompense and testcases. bettermeans kinda > died a death though... > > check out: > > Bitcoin over all- > https://secure.bettermeans.com/projects/4180/wiki/Page_index > discussion > https://secure.bettermeans.com/projects/4180/boards > > 0.7 > https://secure.bettermeans.com/projects/4256/boards > and > https://secure.bettermeans.com/projects/4256/wiki > > I still have the testcases, but until we get some proper testcase > software I am loathed to publish them in a half arsed format. (they > worked well on bettermeans, then just vanished one day...) what > testcase software are you familiar with? > > apart from that, what do you feel you can do for the project? how long > have you been involved in bitcoin? It may well be worth reading up > all the dev stuff on the wiki so you can get you head around how the > bitcoin protocol is different from the daemon and qt client. What do > you think you can and will enjoy doing? What is your skill set in > regard to networking, crypto and operating systems. (not that you need > any, in any we still want and need you. :) > > there really is room for you to do whatever role you want, and as > little or as much as you want - however funding is now a very tricky > issue. so much so that I am not sure I want anything to do with > it(distribution of coin based on work.). - I just paid for some logo > spec work out of my own pocket (for example). I have some testers i > know irl who are willing to work for coin. > > NOTE: This response has nothing to do with the bitcoin foundation. I > am not a member of the foundation. I do not speak for them or even > probably with them. I am still trying to work out how much qa the > foundation should be responsible for, and/how it is supposed to work. > I think the games cert process would be ideal for this. This however > this a discussion that probably wont have my involvement. (personally > I believe that the foundation should publish requirements with example > code and testcases for each aspect of the reference client. (on > reference platforms - I do not expect many to agree with this though) > > As a side note, what happens to the donations to the bitcoin testing > project? do they get moved over to the foundation? this question is > bigger than this email. as far as I know they are all on an address > Gavin holds. Actually I would like to be involved in any discussions > that would impact QA, does this mean I need to join the foundation or > just go lone wolf? > > tbh I dont really understand foundations. I always thought they were > just a tax dodge. > > Sorry for the long message. :) > > > > > Arklan > > > > ---------- As long as there is light, the darkness holds no fear. > > And yet, even in the deepest black, there is life. - Arklan Uth > > Oslin > > > > I want to leave this world the same way I came into it: backwards > > and on fire. - Arklan Uth Oslin > > > > > > > > On Sat, Sep 29, 2012 at 12:26 PM, steve > > wrote: > > > > Hi Gavin, > > > > Sorry for the delayed response, I wanted to take a couple of days > > to reflect on your email. > > > > On 26/09/2012 19:09, Gavin Andresen wrote: > > > > > > And their are other methods too. > > > > > > > > The GUI::Test package for perl will allow this to be greatly > > automated. (I have done this before on the localisation of > > photoshop.) > > > > > > > > this why we need detailed testscripts and plans. so we know what > > has and hasnt been done. The more boring the task the more work > > that needs to go into testcase development. This is the area I see > > as my greatest failing last time. I have a large number of virtual > > machines and should have at least this work. But we need very > > detailed testcases. with decent testplans just downloading the > > software, syncing the block chain, syncing an existing wallet, > > rescanning the blockchain and verifying the balance would cover a > > large number of tests. The idea behind having lots of very > > specific testcases is you get to see what tests have not been run. > > > > > > > > I understand your concern, however I have taken a couple of days > > to reflect on this and I still strongly feel that in order to make > > sure that this sticks, and is still useful in 1 years time we need > > to lay proper foundations. Those foundations are not word > > documents, spreadsheets, etc. they are selecting the right tools > > for the job. > > > > We can gain so much benefit from using 3rd party software. > > (bettermeans would rock if it wasnt rotting) > > > > I am sure you could do your coding work just using vi, but an sdk > > makes it much easier and allows you to work in a more productive > > manner. > > > > I have had a couple of off list emails with some testers and they > > also feel that it is very important to make sure we have a sound > > foundation (mantis is so much more than just a bug reporting tool, > > I see the bug reporting functionality as secondary to the main test > > run functionality - but it doesnt have to be mantis based, we do > > need workflow and testcase software though - and proper software > > for this is much better than just a massive google doc.) however I > > am checking out some other software that has been recommended. It > > will be very hard to change 'the process' once we have something we > > are used too (just look at the current resistance) I promise > > nothing will change for the dev team. But test does need other > > tools, and processes. > > > > If you feel that strongly that I am going about this the wrong way, > > I am happy to step back and let someone else sort it out (I will > > still do all the testing I possibly can). I would feel that this > > would be a real shame and we have the chance to setup requirements > > to functionality to tests all with traceability. why not do it > > right from the start? > > > > I will open up my vps' somepoint over the next few days and you > > can see what I mean. I will setup a fake git project, and sort out > > the interactions. > > > > > >> > >> > >> > ------------------------------------------------------------------------------ > >> > >> > How fast is your code? > >> 3 out of 4 devs don\\\'t know how their code performs in > >> production. Find out how slow your code is with AppDynamics > >> Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? > >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html > >> _______________________________________________ > >> Bitcoin-development mailing list > >> Bitcoin-development@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development > >> > > > > > > > > > ------------------------------------------------------------------------------ > > > > > Got visibility? > > Most devs has no idea what their production app looks like. Find > > out how fast your code is with AppDynamics Lite. > > http://ad.doubleclick.net/clk;262219671;13503038;y? > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > > > > > > > _______________________________________________ Bitcoin-development > > mailing list Bitcoin-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJQaaieAAoJEFvEB9dQFvtQUi0H/3Eh72DqxwBt6AeNos/hJNqQ > ZowMNFRupJQM301EJ7SPQmcnVuc3RF2Jw//ckpAqdpkqhHCgGO9HX/q+Ic2A9erQ > CfKbUOwQgqKuLQTZ8eT5UMh969Uw8PMazo711d2I23etU0VhSK/MvjB5IiYIq5fB > RJdCEluwvACaiftqfm4RA9HXXJGMnsZtlSWjVQCkg2FyYZKfpctEFdGCg6R8IaP7 > ypyglR7TfygcjhUMHeWkQQCP2m2gBOHpx9H99uNBosF+6pLBhCiGUrwVkl8HUiiN > 4YfhsvoRQ0BWNgvO9wH1H4EyyZtJsE7S926BNkhd4uewWGV/qe8gML+uJRstPDg= > =L66i > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > -- ------------------------------ [image: CoinLab Logo]PETER VESSENES CEO *peter@coinlab.com * / 206.486.6856 / SKYPE: vessenes 811 FIRST AVENUE / SUITE 480 / SEATTLE, WA 98104 --14dae9340de767cc4b04cb023b9e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm a big proponent of a testing project.

I think if= one could self organize that Gavin and team wanted to bless we could put u= p some BTC as bounties or funding. We won't have our heads around the f= oundation budget for a few more weeks, but self-organization is often slowe= r than budgeting. :)

This is just my opinion, but I would like very, very mu= ch to move the current specification into unit tests so that anyone could v= alidate their alternate bitcoin implementation. This is a lot of work, some= of which has been done, much of which hasn't.=A0

So, my two cents, plus an offer to bring it up at our n= ext budgeting meeting.

Peter

<= div>

On Mon, Oct 1, 2012 at 7:28 AM, ste= ve <steve@mistfpga.net> wrote:
-----BEGIN PGP SIGNED MESS= AGE-----
Hash: SHA1

On 01/10/2012 14:52, Arklan Uth Oslin wrote:
> Hi guys.
>
> So, as I mentioned on the bitcointalk.org forums thread about the
> foundation, I want to get involved in the QA side of bitcoin
> development. I've done functional testing in the video game
> industry for years.

Nice one, I worked in games for quite a few years. (before getting into finance then pentesting) there are about 6 keen testers now.
maybe we should get a bitcoin-test mailing list, where we can discuss
stuff without disturbing the dev team.

> I've read all the messages in this thread, but I'm left unclea= r
> how I can most effectively and quickly being helping out. Could I
> get a bit of a directional nudge?

Great question... for me I feel structure is the most important thing=
to sort out first. =A0However we desperately need detailed testcases for the release of a new version. - Not too much on the change log stuff,
more on the noddy stuff (as gavin points out below), downloading and
making sure it works on a non dev machine, make sure the wallet isnt
overwritten, etc.) doing games qa I imagine this would be an ideal
place for you to start. =A0I have a MSDN and TechNet licence so if you
need some reference ms virtual machines I can help you out.

However we need some testcase software. =A0Please check out what was
done on bettermeans for the stuff I was planning out...

It details everything from recompense and testcases. bettermeans kinda
died a death though...

check out:

Bitcoin over all-
https://secure.bettermeans.com/projects/4180/wiki/Page_inde= x
discussion
https://secure.bettermeans.com/projects/4180/boards

0.7
https://secure.bettermeans.com/projects/4256/boards
and
https://secure.bettermeans.com/projects/4256/wiki

I still have the testcases, but until we get some proper testcase
software I am loathed to publish them in a half arsed format. (they
worked well on bettermeans, then just vanished one day...) what
testcase software are you familiar with?

apart from that, what do you feel you can do for the project? how long
have you been involved in bitcoin? =A0It may well be worth reading up
all the dev stuff on the wiki so you can get you head around how the
bitcoin protocol is different from the daemon and qt client. What do
you think you can and will enjoy doing? What is your skill set in
regard to networking, crypto and operating systems. (not that you need
any, in any we still want and need you. :)

there really is room for you to do whatever role you want, and as
little or as much as you want - however funding is now a very tricky
issue. so much so that I am not sure I want anything to do with
it(distribution of coin based on work.). - I just paid for some logo
spec work out of my own pocket (for example). =A0I have some testers i
know irl who are willing to work for coin.

NOTE: This response has nothing to do with the bitcoin foundation. =A0I
am not a member of the foundation. I do not speak for them or even
probably with them. I am still trying to work out how much qa the
foundation should be responsible for, and/how it is supposed to work.
I think the games cert process would be ideal for this. =A0This however
this a discussion that probably wont have my involvement. =A0(personally I believe that the foundation should publish requirements with example
code and testcases for each aspect of the reference client. (on
reference platforms - I do not expect many to agree with this though)

As a side note, what happens to the donations to the bitcoin testing
project? do they get moved over to the foundation? this question is
bigger than this email. as far as I know they are all on an address
Gavin holds. Actually I would like to be involved in any discussions
that would impact QA, does this mean I need to join the foundation or
just go lone wolf?

tbh I dont really understand foundations. =A0I always thought they were
just a tax dodge.

Sorry for the long message. :)

>
> Arklan
>
> ---------- As long as there is light, the darkness holds no fear.
> And yet, even in the deepest black, there is life. - Arklan Uth
> Oslin
>
> I want to leave this world the same way I came into it: backwards
> and on fire. - Arklan Uth Oslin
>
>
>
> On Sat, Sep 29, 2012 at 12:26 PM, steve <steve@mistfpga.net>
> wrote:
>
> Hi Gavin,
>
> Sorry for the delayed response, I wanted to take a couple of days
> to reflect on your email.
>
> On 26/09/2012 19:09, Gavin Andresen wrote:
>
>
> And their are other methods too.
>
>
>
> The GUI::Test package for perl will allow this to be greatly
> automated. (I have done this before on the localisation of
> photoshop.)
>
>
>
> this why we need detailed testscripts and plans. =A0so we know what > has and hasnt been done. The more boring the task the more work
> that needs to go into testcase development. =A0This is the area I see<= br> > as my greatest failing last time. =A0I have a large number of virtual<= br> > machines and should have at least this work. =A0But we need very
> detailed testcases. =A0with decent testplans just downloading the
> software, syncing the block chain, syncing an existing wallet,
> rescanning the blockchain and verifying the balance would cover a
> large number of tests. =A0The idea behind having lots of very
> specific testcases is you get to see what tests have not been run.
>
>
>
> I understand your concern, however I have taken a couple of days
> to reflect on this and I still strongly feel that in order to make
> sure that this sticks, and is still useful in 1 years time we need
> to lay proper foundations. Those foundations are not word
> documents, spreadsheets, etc. =A0they are selecting the right tools > for the job.
>
> We can gain so much benefit from using 3rd party software.
> (bettermeans would rock if it wasnt rotting)
>
> I am sure you could do your coding work just using vi, but an sdk
> makes it much easier and allows you to work in a more productive
> manner.
>
> I have had a couple of off list emails with some testers and they
> also feel that it is very important to make sure we have a sound
> foundation (mantis is so much more than just a bug reporting tool,
> I see the bug reporting functionality as secondary to the main test > run functionality - but it doesnt have to be mantis based, we do
> need workflow and testcase software though - and proper software
> for this is much better than just a massive google doc.) however I
> am checking out some other software that has been recommended. =A0It > will be very hard to change 'the process' once we have somethi= ng we
> are used too (just look at the current resistance) I promise
> nothing will change for the dev team. =A0But test does need other
> tools, and processes.
>
> If you feel that strongly that I am going about this the wrong way, > I am happy to step back and let someone else sort it out (I will
> still do all the testing I possibly can). I would feel that this
> would be a real shame and we have the chance to setup requirements
> to functionality to tests all with traceability. why not do it
> right from the start?
>
> I will open up my vps' somepoint over the next few days and you > can see what I mean. I will setup a fake git project, and sort out
> the interactions.
>
>
>>
>>
>> ------------------------------------= ------------------------------------------
>>
>>
How fast is your code?
>> 3 out of 4 devs don\\\'t know how their code performs in
>> production. Find out how slow your code is with AppDynamics
>> Lite. http://ad.doubleclick.net/clk;262219672;13503038;z= ?
>> http://info.appdynamics.com/FreeJavaPerformanceDow= nload.html
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitco= in-development@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/b= itcoin-development
>>
>
>
>
> ----------------------------------------------------------------= --------------
>
>
Got visibility?
> Most devs has no idea what their production app looks like. Find
> out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQEcBAEBAgAGBQJQaaieAAoJEFvEB9dQFvtQUi0H/3Eh72DqxwBt6AeNos/hJNqQ
ZowMNFRupJQM301EJ7SPQmcnVuc3RF2Jw//ckpAqdpkqhHCgGO9HX/q+Ic2A9erQ
CfKbUOwQgqKuLQTZ8eT5UMh969Uw8PMazo711d2I23etU0VhSK/MvjB5IiYIq5fB
RJdCEluwvACaiftqfm4RA9HXXJGMnsZtlSWjVQCkg2FyYZKfpctEFdGCg6R8IaP7
ypyglR7TfygcjhUMHeWkQQCP2m2gBOHpx9H99uNBosF+6pLBhCiGUrwVkl8HUiiN
4YfhsvoRQ0BWNgvO9wH1H4EyyZtJsE7S926BNkhd4uewWGV/qe8gML+uJRstPDg=3D
=3DL66i
-----END PGP SIGNATURE-----

---------------------------------------------------------------------------= ---
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?



--
=

3D=PETER=A0VESSE= NES=A0
CEO

peter@coinlab.com=A0=A0/=A0=A0206.486.6856 = =A0/=A0SKYPE:=A0vessenes=A0
811 FIRST AVENUE =A0/=A0 SUITE 480 =A0/=A0 SEATTLE, WA 98104

--14dae9340de767cc4b04cb023b9e--