Talk:Extras-testing/QA checklist

(→Qt)
(→Checking root filesystem usage: new section)
Line 18: Line 18:
** What if testing finds an issue that is in Qt (or Python for that matter)? Can we trust that the underlying level is ok?  
** What if testing finds an issue that is in Qt (or Python for that matter)? Can we trust that the underlying level is ok?  
** And if we can, it might make some parts of testing really simple, just check what parts of Qt the app uses and based on that skip most test cases.--[[User:tekojo|tekojo]] 20:07, 24 October 2009 (UTC)
** And if we can, it might make some parts of testing really simple, just check what parts of Qt the app uses and based on that skip most test cases.--[[User:tekojo|tekojo]] 20:07, 24 October 2009 (UTC)
 +
 +
== Checking root filesystem usage ==
 +
 +
Quick'n'dirty script:
 +
 +
<pre>
 +
#!/bin/sh
 +
 +
if [ -z "$1" ]; then
 +
        echo "Usage: $0 <packagename>"
 +
        exit 1
 +
fi
 +
 +
if dpkg -l $1 > /dev/null ; then
 +
        NONOPT=$(dpkg -L $1 | egrep -v "^/(opt|home)" | while read path; do
 +
                [ ! -e $path -o -d $path -o -L $path ] && continue
 +
                echo "$path"
 +
        done)
 +
        [ -n "$NONOPT" ] && du -ck $NONOPT
 +
fi
 +
</pre>

Revision as of 08:35, 25 October 2009

Contents

What is unacceptable power usage?

  • Waking the device from sleep every minute?
  • Waking the device at all if not in foreground?

This is complicated. Maybe someone can define rules this way? For starters, I think is good to concentrate on user perceived issues: do you feel the battery lasts less time since you installed that widget? Then hopefully at least the top apps in terms of downloads should be tested using the right tools.--qgil 11:11, 23 October 2009 (UTC)

There are power tools available, just that their documentation isn't there yet. The internal limits of waking up were pretty tight. But it really is about the type of application, if you want to wardrive for WLANs, then you accept the fact that your battery will be flat really fast. At least widgets shouldn't do anything if not on screen.--tekojo 20:02, 24 October 2009 (UTC)

Security risks?

  • Connecting to the net without a reason?
    • The trick is to know when it's "without a reason" or even if it's the app who is creating the connection or something else. In any case these random or unrequested connections can be cause of a bug and might have an impact in power management and even financial loss, so it's good to ask about them.--qgil 11:11, 23 October 2009 (UTC)

Qt

  • How about the criteria for Qt applications? Current Qt -> Maemo look is coming. That can't block the way.
    • The toolkit is totally irrelevant in the QA process. As long as the app goes through the usual testing without blockers, it can go to Extras.--qgil 11:11, 23 October 2009 (UTC)
    • What if testing finds an issue that is in Qt (or Python for that matter)? Can we trust that the underlying level is ok?
    • And if we can, it might make some parts of testing really simple, just check what parts of Qt the app uses and based on that skip most test cases.--tekojo 20:07, 24 October 2009 (UTC)

Checking root filesystem usage

Quick'n'dirty script: 

#!/bin/sh

if [ -z "$1" ]; then
        echo "Usage: $0 <packagename>"
        exit 1
fi

if dpkg -l $1 > /dev/null ; then
        NONOPT=$(dpkg -L $1 | egrep -v "^/(opt|home)" | while read path; do
                [ ! -e $path -o -d $path -o -L $path ] && continue
                echo "$path"
        done)
        [ -n "$NONOPT" ] && du -ck $NONOPT
fi
Retrieved from "http://wiki.maemo.org/Talk:Extras-testing/QA_checklist"