Notes from the meeting yesterday:
http://chandlerproject.org/Projects/RecordScriptingMeetingNotes20070911
We plan to have a follow up meeting next week Thursday (Sept 20th) to
sync up on the status of the automation project.
Thanks
Aparna
On Sep 11, 2007, at 9:57 AM, Aparna Kadakia wrote:
Remote people can dial into my bridge for this meeting:
1-800-391-1709
Bridge : 465838
Date/Time : Today, Sept 11 2007 at 2:30 PM in Shambala
Thanks
Aparna
On Sep 5, 2007, at 8:55 PM, Aparna Kadakia wrote:
Much in line with Katie's email, I too have been agonizing over
the Desktop Test Automation project lately. THe last few weeks
have been rather painful as we have manually gone thru the test
specs to validate the release. Clearly we need to make some kind
of a decision on the test framework for Desktop soon, esp in the
light of shorter release cycles.
Over the last 3 years, we have seen CATS, the CPIA script based
test automation framework and then more recently the Script/
Recording framework, both trying to fill the gap of insufficient
UI automated tests with easy test development. Even though CATS is
a full-blown fully functional test framework, the test development
requires adding methods to its libraries which require good
understanding of the internal architecture of the component under
test. This turned out to be not so scalable after all.
To overcome this handicap, John initiated the effort on Script/
Recording framework. It is still premature to comment on how
successful this is as it is far from complete. We still have a
number of significant things to add support for e.g. dragging in
cal canvas, support for modal dialogs etc. It is important to
remember that the framework we adopt needs to support testing at
the UI level and not within. This is more for functional testing
which covers scenarios rather than unit level testing.
Since John will be back in the office next week and we will have
wrapped up the Preview release, I propose we re-start the
discussion on the Desktop test automation again.
The plan is to evaluate the progress on script/recording framework
and if it is a viable next option. Also the idea is to analyze
collectively if any architectural changes are necessary to build a
more reliable test system.
Proposed Date : Tuesday, Sept 11 2007
Proposed Time : 2:30 PM (taking the Design Discussion slot since
we aren't having those)
Conference Room : Shambala
The high level goals of the automation framework remain the same:
1. easy UI test development
2. easy debugging of test failures (capturing and outputting
errors, stack traces in log files etc)
3. very clear passed and failed results from test execution
4. flexibility of running a single test v/s a full suite
5. easy installation of the framework and execution of testscripts
Let me know if that works for everyone.
Thanks
Aparna
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
