[Sugar-devel] My GSoC Proposal for "activity unit tests"

Gaurav Parida gparida94 at gmail.com
Thu Mar 13 17:27:49 EDT 2014


Hi,

Ok I will make the changes the changes in the timeline of the proposal. and
keep the etoys as optional as of now.
Yes I think dogtail is used by gnome people to do their UI tests.

"I'm not sure what is you issue with ATK exactly. The current
sugar.test.uitree stuff is really low level, you could build something more
friendly on it perhaps (or use dogtail even, I gave up on it because it was
too complicated and racy but things might have improved now that ATK is
more stable). But there might also be an issue with the amount of
information ATK exposes, some of our controls doesn't quite show up in the
tree I think. Though that might also be fixable, by improving our
accessibility story at the same time :)"

I will get on to UI tests and see dogtail too as soon as my exams get over.

My 3 Questions :)

1. What is the repo named "Image" as given in the link of the list of
activities in fructose
http://download.sugarlabs.org/sources/sucrose/fructose/
2. Do I need to write an analysis on how tests work and how it will be done
with reference to the activities in the proposal?
3. @org administrator (walter) Please review my proposal at google melange
whenever you are free and give the feedback so that I could modify it
before the deadline.

Thanks,
Gaurav


On Thu, Mar 13, 2014 at 7:33 PM, Daniel Narvaez <dwnarvaez at gmail.com> wrote:

> On 13 March 2014 14:20, Sai Vineet <saivineet89 at gmail.com> wrote:
>
>> Question: is there no other way to write UI tests? ATK is a pain.
>>
> You need some kind of out-of-process mechanism to click around, "see" the
> UI etc. I'm not sure there is anything better than atk for that.
>
>> And if I'm not wrong ATK is a accessibility related thing, so we're using
>> the using the wrong way to test?
>>
>
> Well, dogtail, which is far as I know is the only alive test automation
> framework for gtk, uses ATK in the same way. Also using the accessibility
> toolkit for UI test is something seen in several other toolkits. You need
> the same kind of things...
>
> I'm not sure what is you issue with ATK exactly. The current
> sugar.test.uitree stuff is really low level, you could build something more
> friendly on it perhaps (or use dogtail even, I gave up on it because it was
> too complicated and racy but things might have improved now that ATK is
> more stable). But there might also be an issue with the amount of
> information ATK exposes, some of our controls doesn't quite show up in the
> tree I think. Though that might also be fixable, by improving our
> accessibility story at the same time :)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20140314/89dab3a7/attachment.html>


More information about the Sugar-devel mailing list