Child pages
  • 2011-01-13 Developer Meeting
Skip to end of metadata
Go to start of metadata

Date

13/Jan/2011

In Attendance

Agenda

Minutes

  • Time Keeper: TBD

Real-time collaborative notes - please update wiki after meeting

(15 min late starting)

1.8 Update (40 min)

  • Beta is released
  • RC1 coming soon. Until then, more testing needs to be done. RC1 can't be released until at least one (ideally 2+) implementations have tested.
  • A recurring theme over the last several releases has been a limited pool of testers. (Implementations tend to have very limited people & technology resources to volunteer for testing.)
    • Darius: Should this type of testing happen with a RC version instead? Takes time for volunteers to test so many modules. 1.8 is likely to break some modules due to the changes in widgets.
    • Burke: Let's see what type of testing can be automated. Wyclif will coordinate.
    • Paul: Many applications (especially beyond open source communities) release without having external implementation feedback. We may be putting a non-sustainable burden on people & organizations that don't have resources.
    • Michael: To replace implementer testing at a minimum it's necessary to have a formal documented QA testing process (use cases, etc.).
    • Roger: We should communicate with module developers about the changes in trunk that could break their modules and encourage them to test/fix.
  • TODO: Michael to create a module mailing (notification) list and use those listed in the module repository as initial subscribers.
  • TODO: Wyclif to explicate the goals & tasks to test bundled modules in the Testing Releases page. He will work with module developers to make sure test cases are complete.
  • 2 or 3 tickets not yet completed.
  • Ben: Working on a patch that Upul started docs:TRUNK-26 to modify the initialization wizard. This could be modified for pre-release testing that could connect to an external existing database and copy it into the virtual appliance for testing. (This functionality would only be turned on for the appliance distribution.)
  • TODO: Wyclif will coordinate developing webdriver tests. Ben sent a mail to a volunteer interested in testing.

Daniel Kayiwa (5 min)

  • Ben introduced Daniel Kayiwa, who is joining the core development team full time.

1.9 Design

Multiple Providers per Encounter (50 min)

Support for visits (15 min)

Outcomes

100%

TODO's

  1. handler

    Wyclif to explicate the goals & tasks to test bundled modules in the Testing Releases page. He will work with module developers to make sure test cases are complete.

    Priority MEDIUM
    michael
    2011-01-13
  2. handler

    Michael to create a module mailing (notification) list and use those listed in the module repository as initial subscribers.

    Priority MEDIUM
    michael
    2011-01-13

Transcripts

  • No labels