Re: [Owncloud] Setting up owncloud with PostgreSQL (SOLVED)

2012-07-03 Thread eMerzh
Thanks for your tests...
in fact the setup is a bit special for the connection...
i've made some changes on the master... can you test those and report any pbm ?

Thanks

Regards,

eMerzh
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud


Re: [Owncloud] regarding quality

2012-07-03 Thread Sam Tuke
On Saturday 30 Jun 2012 22:52:48 eMerzh wrote:
 May be the automatic test (with a good coverage!) may help us here..
 but we have a lng job to make everything testable :/

Exactly.

ownCloud development is moving extremely fast - developing at this speed 
without unit tests understandably results in many bugs.

There are currently very few unit tests and very few people writing unit tests 
because it is currently so difficult to write them. We should aim for all devs 
to be writing unit tests by default, because its easy, and because it makes 
their development process more efficient. 

To achieve this we need better documentation (both manual in inline), and 
refactoring to reduce the prevalence of close coupling and singleton objects. 
Currently these make writing unit tests painful.

Refactoring isn't glamorous, but it will make OC simpler to work with, more 
testable, and easier to contribute to.

Whilst we're on the subject, can I ask why we're using simpletest rather than 
PHPUnit?

Best,

Sam.

signature.asc
Description: This is a digitally signed message part.
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud


Re: [Owncloud] Move to GitHub

2012-07-03 Thread Sam Tuke
For the record I'm still against a move to GitHub, and I don't think that the 
decision should be made by vote. Such a move concerns business strategy and 
politics and must be decided by the project / company leaders.

Best,

Sam.

signature.asc
Description: This is a digitally signed message part.
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud


Re: [Owncloud] regarding quality

2012-07-03 Thread Thomas Müller

Am Dienstag, dem 03.07.2012 um 14:09 schrieb Sam Tuke:
 On Saturday 30 Jun 2012 22:52:48 eMerzh wrote:
  May be the automatic test (with a good coverage!) may help us here..
  but we have a lng job to make everything testable :/
 
 Exactly.
 
 ownCloud development is moving extremely fast - developing at this speed 
 without unit tests understandably results in many bugs.
 
 There are currently very few unit tests and very few people writing unit 
 tests 
 because it is currently so difficult to write them. We should aim for all 
 devs 
 to be writing unit tests by default, because its easy, and because it makes 
 their development process more efficient. 
 
 To achieve this we need better documentation (both manual in inline), and 
 refactoring to reduce the prevalence of close coupling and singleton objects. 
 Currently these make writing unit tests painful.
 
 Refactoring isn't glamorous, but it will make OC simpler to work with, more 
 testable, and easier to contribute to.

 Whilst we're on the subject, can I ask why we're using simpletest rather than 
 PHPUnit?


I'd like to jump in on this as well and point out that code coverage with 
PHPUnit will work out of the box.
With simpletest some custom coding is necessary (and recycling of PHPUnit-Code 
;-))

In addition PHPUnit has some support for BDD-Testing afaik - which could help 
building up the acceptance test suite.

Tom
 
 Best,
 
 Sam.
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud


Re: [Owncloud] regarding quality

2012-07-03 Thread Thomas Müller

Am Sonntag, dem 01.07.2012 um 18:13 schrieb Klaas Freitag:
 On 29.06.2012 21:18, Thomas Müller wrote:
 
  Am Freitag, dem 29.06.2012 um 14:20 schrieb Frank Karlitschek:
  Hi everybody,
 
 
  the main problem our users mention about ownCloud is the number of bugs we 
  have. I think we have to be more careful in the future about code quality 
  if we want that more users use our software to manage their important 
  documents and data.
  We got a lot of bad press and feedback for ownCloud 4 and it took us 
  several weeks to fix the major bugs in 4.0.4. We have to be way better in 
  ownCloud 5.
 
  Robin, Thomas and others are working on automated unit tests. This will 
  help us a bit in the future.
  But automated test have only a limited effectivity in complex 
  client/server/web environments like ours.
  So every developer is full responsible for the bugs and security problems 
  a commit might introduce. You can´t rely on a unit test or a different 
  developer or user to find and fix your stuff.
 
 
  After building up the unit test suite to a necessary extend we shall start 
  to think about going
  into integration testing and maybe even think about behavior driven test 
  cases built on top of e.g. selenium.
 I read a bit about Selenium and I think that might help us a lot and it 
 feels lightweight to me for what its providing. Have you set it up and 
 used it in another project yet? I think we really should work towards 
 using that midterm.
 

I used BDD in my two last rails projects. The used tools have been cucumber(for 
user stories) and 
webrat/capybara (for plain http and html processing).
Due to the little javascript in these projects there was no need to use 
selenium.
But selenium will/would have been plugged in underneath the BDD layer.

Due to the heavy use of javascript in owncloud we must use selenium.

For sure all these ruby tools can be used for acceptance testing a php project 
as well.

But PHPUnit has support for selenium as well:
http://www.phpunit.de/manual/3.1/en/selenium.html 

We need to dig into this topic - another developer meeting would be great! ;-)

Tom

 regards,
 
 Klaas
 ___
 Owncloud mailing list
 Owncloud@kde.org
 https://mail.kde.org/mailman/listinfo/owncloud
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud


Re: [Owncloud] regarding quality

2012-07-03 Thread eMerzh
One thing that could be cool too is to have auto tests for different
OS / config and databases ...beause testing everything on every db is
hard...
wasn't there already someone working on a jenkins or smth?

Another place where we must do something is js... selenium will
clearly help, but js should be testable too!

as i write that, i have no experience in js or selenium testing :-)

And i'm interested about way to test methods with queries to db ...
(is there a way to make them test friendly?)


Regards,

eMerzh
___
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud