Calendar:QA Chat Log:2006-10-12
<ctalbert> Alright, let's get started with the Calendar QA Chat. <ctalbert> The agenda is pretty full: http://wiki.mozilla.org/Calendar:QA_Chat:2006-10-12#Talking_Points <ctalbert> Anyone interested in putting the meeting log up on that page afterward? <ctalbert> ok I'll do it. <ctalbert> First, Congrats to everyone. We have shipped 0.3! <jminta> lilmatt reported that we had > 10000 downloads in the first 24hrs <ctalbert> Wow <Sebo> Where has it been anounced? <Sebo> apart from Newsgroup, I mean. <ctalbert> Our mozillaZine blog, the calendar newsgroup... <ctalbert> I'm not sure where else. I think there was some press surrounding it that Cedric put together in France <Sebo> Thats a pretty amazing number, then! <ctalbert> Yes, it is. <Sebo> But there was nothing at MozillaZine news <ctalbert> Their "submit news" functionality is broken. I attempted to contact the webmaster but still haven't heard anything from him/her. <ssitter> I saw articles on some of the bigger IT news sizes in Germany <ssitter> sites <ssitter> might be interesting to collect all the 0.3 related articles in place <ssitter> and use for feedback later <ctalbert> It would. Then we'd know who to ping when we need publicity for events and what not. <ctalbert> If you can send me the links, I can put them on our wiki someplace. <ssitter> create http://wiki.mozilla.org/Calendar:0.3_Press_Feedback ? <ctalbert> Sounds like a good place. <ctalbert> I'll search around the American media, see if I can find any mention of us. <ctalbert> By the way, there will be a post-mortem discussion on the release during the next *Wednesday* Calendar Conference Call. You're welcome to attend that, if you want. <ctalbert> But, in case people can't make that, we'll be talking about the post-mortem ideas in our QA Chat next week. <ctalbert> So, I encourage people to make notes of things we can do better, things we did well etc. <ctalbert> Our next Test day will be this coming Tuesday, October 17. <ctalbert> I want this test day to be targetted at specific areas of functionality. What should those areas be? <jminta> what's the current imip/itip state? have we done much testing there? <ctalbert> We have not. <jminta> some checks of invites from the major other apps might be useful <ctalbert> I think so. <ctalbert> We've seen several issues lately with importing different ICS files. Perhaps we can try import/export testing from other apps as well? <jminta> maybe frame this as a genearl inter-op testday? <ctalbert> Sounds good. <ctalbert> What about the test day hours? Did the midnight to midnight timeframe work out for people at the last one? <ctalbert> It felt very awkward to me. But, I don't know if that was because I was in California, and having to deal with an unfamiliar GMT offset, or if it was awkward in general. <Sebo> Well, for Europe the time is ok, I think. <Andreas> Yes, that's right. <ctalbert> Cool. Then I think we'll keep it. <ctalbert> I might extend the end time to 1AM or 2AM UTC. That would give people in California a little more time in their afternoon to help out. <ctalbert> Anyone want to update the Test Day wiki for a new day? celina63 has made it pretty simple now. I think it's mostly just cut and paste and changing the dates. <ctalbert> It's very similiar to the way the wiki for these meetings is structured. <Sebo> I can play around with it. <ctalbert> thanks <ctalbert> I was looking at the calendar last night and saw that we will have a test day on Halloween Oct. 31st. <ctalbert> I was thinking about changing things for that one. <ctalbert> What do you think about trying a team based test day? <ctalbert> There would be two teams. We would set up the core members of the team in our meeting before the test day. And when other people show up in the channel, they'd be assigned to a team. <ctalbert> The teams would compete to see who can find the most bugs, run the most test cases, etc. <ctalbert> And since it was Halloween, I was thinking of making a monster based theme: For example: It could be team Frankenstein versus team Godzilla. Or Ghosts versus Goblins. <ctalbert> My goal is to do a little recruiting by doing something completely different and fun. <ctalbert> What do ya'll think? Am I nuts? <ctalbert> OK, I'll take the silence to mean: "Clint is out of his mind." <ctalbert> So, on to the next serious point. <ctalbert> We need a regression strategy. <ctalbert> This is something that I believe we should get into place before 0.5 <ctalbert> I put some ideas onto the agenda about that. I have jminta's QA extension code. Is anyone interested in working on this problem? <Sebo> I dont really understand what this would do <ctalbert> jminta: Do you want to explain? <jminta> my extension? sure <jminta> the idea is that a lot of bugs are easily identifiable by simple tests <jminta> for example, at one point ics files with ORGANIZER properties were losing that property when we cloned the items <firebot> email@example.com set the Resolution field on bug 356383 to DUPLICATE of bug 215971. <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=356383 enh, --, ---, firstname.lastname@example.org, RESO DUPLICATE, Reload remote calendars should be automatically executed before changes are made <jminta> my extension is a framework for running tests like "Take this file with an ORGANIZER, clone it, and see if it still has an organizer" <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=215971 enh, --, ---, email@example.com, ASSI, auto refresh remote calendar every x minutes <jminta> firebot: shut up <firebot> jminta: I wasn't talking to you. <jminta> also, for cases where someone writes bad code and an exception is thrown <jminta> those are easy tests to add into my framework <jminta> most bugs with "Event X doesn't appear in view" can also be done this way <jminta> it's just a matter of polishing up the framework and then writing the tests <ctalbert> Sebo, does that answer your question? <jminta> I have an example test at http://pantheon.yale.edu/~jpm76/sample-tests.js <jminta> (the test checks to make sure we store event titles correctly) <Sebo> I got it, thanks <ctalbert> I was thinking that we can use some of this code to enhance the existing XPC-based tests and create an automatic regression test as well. <ctalbert> This would be something that we could run after a build finishes and we would know immediately if the recent checkins have caused any regressions. <lilmatt> automatic == good * jminta notes that his extension sacrifices 'automatic' in exchange for being able to test the front-end <ctalbert> I realize that ^^^^ and I think that's why we need both * jminta agrees <lilmatt> We were talking to that guy at Calconnect about using something like Applescript to be able to test the front-end <lilmatt> Like with an Automator test suite or something <Sebo> So, in general: take all the litmus basic functional tests and rewrite them for the extension? <ctalbert> True, but I have no idea when or if that is going to happen. Do you have his contact info? <ctalbert> Sebo, not all. I think this extension can be used through litmus for people to run more complex steps. I don't intend to replace Litmus testcases with it. <ctalbert> For example, Litmus would say: 1. Install extension, install test 48, use the calendar-qa GUI to run test 48. <jminta> Litmus is much better at dealing with what the user sees <jminta> while the extension deals better with internal states/variables <ctalbert> Exactly. <ctalbert> It gives us a way to allow folks testing with Litmus to run the kinds of tests those of us with more experience can run. <ctalbert> For example: Timezone tests. <ctalbert> Is anyone interested in working on this problem? I'm going to devote some of my time to it during the next few weeks, but I have several other committments to meet as well. <ctalbert> And so, I'll defnitely need help. <jminta> starting next weekend i'll have a bit of time i can devote <lilmatt> Nice! <jminta> (yay for fall break) <ctalbert> That's also when my schedule opens up a bit. <ctalbert> Great. <lilmatt> jminta: Are you staying in CT? <jminta> lilmatt: no, some time in South Bend and some time in Florida <ctalbert> We are almost out of time, but I'm willing to go over if we have to. Does anyone have anything to add, discuss? Or any suggestions for the calendar ToDo list? <Sebo> Will there be a meeting to decide on 0.5 items? <ctalbert> Good question. I should have covered that. We will be discussing that in next Wednesday's conference call. <ctalbert> I can also add that to the calendar-qa chat agenda for next week too. <Sebo> ok <ctalbert> The conference call is open to everyone, so don't be shy about joining <lilmatt> Over 1300 downloads of lightning from amo since launch <ctalbert> Wow, that's awesome. <lilmatt> ...and it only got on amo around midday <ctalbert> :-) <ctalbert> I am going to remove the "upgrade" items from the calendar QA ToDo list, unless there are objections <lilmatt> Just be ready to add them back if/when we land jminta's migratro <lilmatt> migrator <ctalbert> Definitely. <ctalbert> In the interest of time, I don't want to go through a brainstorming session here about the ToDo list like we usually do. <ctalbert> So, I encourage everyone to edit it, adding things you believe need to be added, removing things if needed. <ctalbert> Thanks very much for all that you have done to get 0.3 out the door. <ctalbert> Does anyone have anything else? <ctalbert> To quickly wrap up: <ctalbert> ssitter and I will put together press links from 0.3 onto the wiki <ctalbert> sebo will play with switching the test day wiki to reflect the new day <ctalbert> jminta and I will work on the regression test strategy after next weekend <ctalbert> we have a test day on the 17th and we'll need to mobilise for that. <lilmatt> We should announce that too, and us devs should try and get some fixes in for the stuff we are seeing in bug reports before then <lilmatt> I've documented some of what I'm seeing at http://wiki.mozilla.org/Calendar:Next_Release#User_pain_points_with_0.3 <ctalbert> Indeed. <ctalbert> lilmatt: did all the items you listed in yesterday's meeting get onto this page? <ctalbert> oh, there it is at the bottom <lilmatt> ya. <lilmatt> This was a brain dump. <lilmatt> It can get organized later <ctalbert> cool <ctalbert> okay. I think this concludes the meeting. Thanks, everyone. <ctalbert> Sorry for going over time.