Poll: What is the best time for you ?
Poll Options
What is the best time for you ?

Reply
Thread Tools
Texrat's Avatar
Posts: 11,700 | Thanked: 10,045 times | Joined on Jun 2006 @ North Texas, USA
#31
What mve said.

I spoke too simply previously. It's not just bugs I've been wrong about, but app usability/enjoyability/etc. So, yeah, I like to play with things a while. But committing to a marathon on my day off from work should do the trick...
__________________
Nokia Developer Champion
Different <> Wrong | Listen - Judgment = Progress | People + Trust = Success
My personal site: http://texrat.net
 

The Following 2 Users Say Thank You to Texrat For This Useful Post:
zerojay's Avatar
Posts: 2,669 | Thanked: 2,555 times | Joined on Apr 2007 @ Halifax, Nova Scotia, Canada
#32
Originally Posted by lma View Post
Please don't do that - either test properly (which takes time) and then vote, or not at all.
Uh... I didn't once say "don't test properly", so please, don't put words into my mouth. I'm talking about voting on the apps you're already using anyway, not clicking thumbs up just because they install cleanly.

And by the way, users much prefer having OS bugs than not having apps available. Look at how many people bought and keep using their iPhones even though iPhones seem to drop 10-30% of their calls (depending on who you ask). That's the most major function on a phone with a really major problem, but yet the iPhone is still flying off the shelves. Why? Because it has the apps that users want.

As soon as the user sees that a phone doesn't have any software, they almost always just end up returning it and buying something else instead. That's why testing these apps and actually trying to help get packages the extra love or thumbs up/down is so important.

Last edited by zerojay; 2009-10-21 at 03:57.
 

The Following User Says Thank You to zerojay For This Useful Post:
qgil's Avatar
Posts: 3,105 | Thanked: 11,087 times | Joined on Jul 2007 @ Mountain View (CA, USA)
#33
I plan to work today on a basic checklist both for developers and betatesters. That list will probably contain evident tests e.g. it installs / deinstalls and others less evident e.g. power management abuse.

I believe that once we have a more mature community testing workflow it won't be needed that all betatesters go through all items. Some might spend few mnutes to check that descrptiond and bugzilla component are in place, others might look at legal content and overall functionality in place. Other familiar with the right tools will check power management and system performance. Others might concentrate on optification, and so on.

There are two things I'm missing after using the system a lot:

- Clear differentiation between new uploads and updates. If an app is already in Extras and what comes is a minor update with a documented changelog and perhaps even a link to a diff then testing might be quite strightforward in many cases.

- Clear differentiation between items I have already rated and the rest. Already in the generic list. It would be also great to see the general history of evaluations of previous versions. And my own ratings of previous versions of an app. Testing a minor update of an app that has gone through 5 updates all with very positive feedback and always thumbs up from me is a different case than an app that got rejected a couple of times and actually got thumbs down from me in the past.

Yes, I know all this is plenty of work. I was wondering if with so many new people we wouldn't find more web developers around?
 

The Following 8 Users Say Thank You to qgil For This Useful Post:
zerojay's Avatar
Posts: 2,669 | Thanked: 2,555 times | Joined on Apr 2007 @ Halifax, Nova Scotia, Canada
#34
Originally Posted by qgil View Post
I plan to work today on a basic checklist both for developers and betatesters. That list will probably contain evident tests e.g. it installs / deinstalls and others less evident e.g. power management abuse.

I believe that once we have a more mature community testing workflow it won't be needed that all betatesters go through all items. Some might spend few mnutes to check that descrptiond and bugzilla component are in place, others might look at legal content and overall functionality in place. Other familiar with the right tools will check power management and system performance. Others might concentrate on optification, and so on.
Maybe looking into the Bugzilla addon Testopia (http://www.mozilla.org/projects/testopia/) would be a good idea. Programmers/project managers can create full test plans which basically work exactly like a checklist, split up into parts. Perhaps user A will run through the Save/Load checklist and user B will run through installation procedures. Once a test fails, a bug is automatically created with most of the important points and steps already filled in.

Even if it's deemed that Testopia is too hardcore for our users, it can be used as a checklist management tool anyways, hidden away.
 

The Following User Says Thank You to zerojay For This Useful Post:
Posts: 452 | Thanked: 522 times | Joined on Nov 2007
#35
Originally Posted by qgil View Post
I plan to work today on a basic checklist both for developers and betatesters. That list will probably contain evident tests e.g. it installs / deinstalls and others less evident e.g. power management abuse.
Sweet.

Yes, I know all this is plenty of work. I was wondering if with so many new people we wouldn't find more web developers around?
Uhm, I happen to know of a web developer. Me. ;-) Why?

Nathan.
 

The Following User Says Thank You to Nathan For This Useful Post:
Posts: 152 | Thanked: 620 times | Joined on Mar 2008 @ Netherlands
#36
Originally Posted by qgil View Post
There are two things I'm missing after using the system a lot:

- Clear differentiation between new uploads and updates. If an app is already in Extras and what comes is a minor update with a documented changelog and perhaps even a link to a diff then testing might be quite strightforward in many cases.
Showing that the app is already in Extras is pretty easy to add.

Changelog is on my TODO, but this is a bigger item. This requires parsing of the actual debs.

Originally Posted by qgil View Post
- Clear differentiation between items I have already rated and the rest. Already in the generic list.
You can now see on which app you have voted already in the QA list.

Originally Posted by qgil View Post
It would be also great to see the general history of evaluations of previous versions. And my own ratings of previous versions of an app. Testing a minor update of an app that has gone through 5 updates all with very positive feedback and always thumbs up from me is a different case than an app that got rejected a couple of times and actually got thumbs down from me in the past.
History should be relatively easy to add. I'm not actually sure if this is a good thing. Aren't you more likely to vote thumb up and test less when you have voted on the app in the past?

As said before, a simple fix in a package can make it not behave or crash. Every version of a package should be tested, no matter what.
__________________
http://maemo.org/profile/view/xfade/ - maemo.org webmaster Apps.formeego.org (Apps for N9)
 

The Following 6 Users Say Thank You to X-Fade For This Useful Post:
jeremiah's Avatar
Posts: 170 | Thanked: 261 times | Joined on Feb 2009 @ Gothenburg, Sweden
#37
Originally Posted by X-Fade View Post
Changelog is on my TODO, but this is a bigger item. This requires parsing of the actual debs..
I have some code to do that. I can dump the deb contents somewhere if you like?

Originally Posted by X-Fade View Post
History should be relatively easy to add. I'm not actually sure if this is a good thing. Aren't you more likely to vote thumb up and test less when you have voted on the app in the past?
I think so. But it would be nice to see how others voted.

Originally Posted by X-Fade View Post
As said before, a simple fix in a package can make it not behave or crash. Every version of a package should be tested, no matter what.
The list of older versions is already kinda long and bound to get longer so I think limiting history at least might be worthwhile.
 

The Following User Says Thank You to jeremiah For This Useful Post:
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#38
Originally Posted by Khertan View Post
hum ...

I didn't have time to test things made by other ... as my primary goal is to made my own application available for testing ...

And as at the maemo summit there was many developpers, i think most of them are trying to port their application, instead of testing the other available.

But i ll try to found some time to do it.
I don't agree.

a) I am sure you are using some of these programs already (are you really not using gainroot/openssh/... etc?) So you can at least leave a comment/rating for those applications you are already using. I doubt that their number really is zero

b) If all those 300 people were developers adding their programs right now, we'd be seeing much more new software coming into extras-devel
 
anidel's Avatar
Posts: 1,743 | Thanked: 1,230 times | Joined on Jul 2006 @ Twickenham, UK
#39
I have had the device for a month now, but I also got a daily work and a girlfriend to whom I want to spend my evenings with.
It's already HARD to find time to work my own application (and that's REALLY FUN!).
I decided to give the two hours I had yesterday evening to testing instead of playing with my code and I voted a few apps.

I will try to do it again, but it's already hard to dedicate a full (two hours!) evening to Xournal let alone testing (properly) also. Even though I use some of those apps already (and, in fact, I voted for them).

So.. please, it's not easy for us to find time to do testing.
But we'll do it anyway.
But understand us
 

The Following 4 Users Say Thank You to anidel For This Useful Post:
SubCore's Avatar
Posts: 850 | Thanked: 626 times | Joined on Sep 2009 @ Vienna, Austria
#40
Originally Posted by mikkov View Post
Is it really disabled? (source)

edit: or is it really enabled? (source) (I have no idea)
this video at the beginning (also at the end of part1, easily found) is about the app manager. the nokia employee shows how to enable the by default disabled extras repository.
 
Reply


 
Forum Jump


All times are GMT. The time now is 21:36.