16:00:35 #startmeeting Fedora QA Meeting 16:00:35 Meeting started Mon Nov 28 16:00:35 2011 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:35 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:38 #meetingname fedora-qa 16:00:38 The meeting name has been set to 'fedora-qa' 16:00:50 #chair tflink j_dulaney 16:00:50 Current chairs: adamw j_dulaney tflink 16:00:56 #topic roll call 16:01:10 * nirik is lurking around if he can help with anything. 16:01:12 * j_dulaney is ready to rock-and-roll! 16:01:14 good morning everybody, welcome to another stonking week of fedora qa 16:01:34 * pschindl is here 16:01:45 * jskladan enters with evil laughter 16:02:20 Uh oh... 16:02:55 hey hey hey, that's my job 16:03:11 * tflink is here 16:03:14 #topic muahahahahahahaahahahah! 16:03:14 ahem 16:03:18 * brunowolff is here 16:03:24 #topic previous meeting follow-up 16:03:41 hellooo, everybody. okay, let's see what we had hanging around from last week 16:04:12 "kparal to try and co-ordinate all involved in writing installer autoqa tests together to determine if we need any hooks in the new anaconda code" 16:04:17 well, it looks like kparal isn't around 16:04:21 does anyone know his status on that? 16:04:45 #info I think adamw fired kparal last week... 16:04:52 I know that kparal sent out some email to the anaconda guys 16:04:57 heh 16:05:14 but I did not see any reply, apart of the ... 16:05:16 jskladan: thanks 16:05:23 * jskladan is looking for it 16:05:31 aha, here he is 16:05:33 * kparal joins in last 16:05:38 at last 16:05:42 kparal: just in time for your starring role! 16:05:51 we're on your action item from last week: "kparal to try and co-ordinate all involved in writing installer autoqa tests together to determine if we need any hooks in the new anaconda code" 16:05:57 oh yes 16:06:04 where'd you get with that? 16:06:05 I sent an email to anaconda-devel 16:06:13 * kparal looking for link 16:06:37 jskladan is out for a moment (gnome-shell is fell) 16:06:49 what? gnome shell crashed?! never! 16:06:50 *fallen :) 16:07:10 Not Gnome Shell! 16:07:14 #link https://www.redhat.com/archives/anaconda-devel-list/2011-November/msg00112.html 16:07:19 yep, today for second time (propably some poblem with weather applet) 16:07:39 pschindl: there are no applets, don't you know? 16:07:50 anyway, I started the discussion and a few people responded 16:07:52 sry. extension 16:08:04 but it doesn't seem like a huge discussion 16:08:34 I hoped for some knowledgeable people to respond, like wwoods or jlaska, because they had experience with the previous test 16:08:35 okay 16:08:46 * j_dulaney only sees clumens 16:08:49 if you're worried the right people aren't replying, probably best poke them directly 16:08:54 anyway at least we know the current rats-install test doesn't work :) 16:08:59 the thread may have just skipped under their radar 16:09:07 I CCed them directly I believe 16:09:10 ah okay 16:09:28 #info kparal mailed anaconda-devel-list and wwoods / jlaska directly, but response so far seems thin 16:09:50 Should we get Máirín Duffy in on this? 16:10:03 they know we can respond if they have some questions regarding autoqa 16:10:05 not sure mo would have much input? 16:10:06 Since she's doing a lot of the design work 16:10:11 and that's probably the most important 16:10:14 j_dulaney: yeah, but that's at a very high level 16:10:27 True 16:10:31 I think she's on anaconda-devel but I'm not sure that testable hooks into anaconda is so much of a design level 16:10:38 nope 16:10:46 j_dulaney: essentially mo draws workflow diagrams, it's still the anaconda team that writes the actual code :) (no insult intended either side) 16:11:12 * j_dulaney understands now 16:11:16 kparal: well, having a line of communication open here is great, but this doesn't sound like something anaconda team will be actively asking us about 16:11:26 it's more a 'we'll put in anything you need but we need you to tell us what it is' deal 16:11:34 yeah 16:11:47 i'd feel more comfortable if we did at least have a decent idea whether we need stuff in there or not 16:12:26 I don't know and finding out is quite an extensive task 16:12:28 I'm still not clear on what it is that we would want to do 16:12:38 hrm. 16:12:43 I hoped just to start the discussion 16:12:46 yeah 16:13:07 but I'm not sure my questions about purpose are as appropriate for here 16:13:10 i guess all we can really do if we don't have any clear ideas is re-ping it 16:13:12 * jskladan aaaaand I'm back 16:14:32 let's try putting it this way: is the uncertainty here most likely to be a symptom of us *not* needing any special code in anaconda for (auto)qa purposes? 16:14:52 no, I don't think so 16:14:56 at least not for me 16:14:57 well, shucks. :) 16:15:17 I'm thinking it would make our life easier 16:15:24 my question is "what are we going to try to automate?" 16:15:27 * j_dulaney is just not sure *what* code is needed, not that it *is* needed 16:15:34 ideally anaconda guys will write their own test suite and hook it up in autoqa. so they should know best 16:15:51 kparal: Do they know that they need to do this? 16:15:51 did you ask them specifically if they're planning to do that? 16:15:56 it sounds like they aren't really sure what would be helpful 16:16:14 they already have some test suite in autoqa 16:16:21 at least from clumens' response 16:18:15 kparal: Won't the new Anaconda render that obsolete? 16:18:33 j_dulaney: clumens responded something like they will need to update it 16:18:40 j_dulaney: I don't think so. AFAIK, there is no GUI interface in those tests 16:18:46 once they start to receive emails with test results they will be more active about it I hope 16:19:19 so i'm still kinda looking for a clear way forward here: is the best we can do wait and hope? or re-ping specific people and hope they reply this time? 16:19:21 oh, and I don't think we are talking about GUI testing, right? we are talking about anaconda testing 16:19:27 How much besides GUI/Workflow is changing? 16:19:53 kparal: I thought we were talking about GUI testing since that's the major change for F17, I think 16:19:58 How much will that change the backend stuff? 16:20:58 i think a lot of it is looking like re-organization rather than change exactly 16:21:11 they're moving to a hub / spoke design rather than a serial one 16:21:14 (aiui) 16:22:05 there might be some misunderstandings here. I believe the new GUI is best tested by humans, and autoqa can be used to test the plumbing 16:22:29 if you think we should automate GUI testing, well, I don't think we have the manpower to do that ATM 16:22:34 no, that's not it 16:22:56 I think we might need to add some clarification to the discussion, then 16:23:05 yeah. 16:23:16 I'm reading clumens' responses as talking about automated GUI testing 16:23:17 gimme a sec to back up and check the history 16:23:44 oh, kay 16:23:55 sorry, my mistake: we are on UI stuff here 16:23:55 as I wrote to clumens, the thing they can do is to allow to control the whole workflow programatically, without clicking buttons. then it can be tested 16:24:21 but the thing is that even though we can't automate UI testing *now*, if we need fundamental code in there to make it possible in future, we should ask now 16:24:26 because they aren't going to retrofit it. 16:24:47 kparal: that's still testing the GUI even if it isn't through screenshots and clicking 16:24:55 so yeah, we are specifically on UI here, and i guess part of the problem is that we don't have any UI tests so it's hard to know what we'd need 16:25:17 that means we have to have someone who understands UI testing 16:25:44 specifically, automated and scripted UI testing 16:25:47 yeah. i think what we're missing here is the experience of trying to write automated UI tests against an existing codebase and going 'damn, wouldn't it be great if i could XXX' 16:26:14 Indeed 16:26:31 kparal: tflink: do you know of anyone who fits the bill? 16:27:12 I can talk to the RH desktop team and ask 16:27:26 yeah, that might be a good way to go. 16:27:31 we have a few guys sitting here in Brno 16:27:37 sorry to drag this item out so far, but it'd be nice to have a definite plan. 16:27:58 adamw: no not really, I've heard about building in testable interfaces but have never dealt with them myself and I don't know of anyone who has 16:28:30 Would anyone outside of Fedora have this experience? 16:29:03 * wwoods reading scrollback 16:29:07 j_dulaney: well, probably? but we'd need someone who'd talk to us and be able to explain what we'd need 16:29:09 oh hey, wwoods 16:29:54 wwoods: executive summary: clumens has told us that if we want hooks for automated testing in the new UI code we should ask for them now so they get baked in at the start, but we're really not sure what would be useful as we don't really have any automated UI testing experience 16:30:05 wwoods: kparal was hoping you might have a few thoughts 16:31:01 generally UI automation seems to use a11y 16:32:04 (accessibility, for those playing along at home) 16:32:23 right. I can't remember what the current libraries are for this stuff 16:32:44 but from the anaconda side - we just have to make sure we write a proper accessibility-enabled UI 16:33:05 with the UI rewrite we're taking every step to use the standard widgets where possible 16:33:08 okay 16:33:16 and we're trying to make sure the UI can be run on a normal system in a nice test mode 16:33:35 so it should be pretty easy to mess around and see how/if you can automate it 16:33:52 I think we can commit to making sure the UI is a11y-enabled (whatever that might entail) 16:34:09 okay 16:34:31 i think we're not necessarily going to get much farther in here 16:34:35 but I'll definitely bring it up with the team and we'll talk further on the mailing list(s) and/or put something in the UI rewrite docs 16:34:40 * j_dulaney thinks that it comes down to what tests we want to run 16:34:46 kparal: okay if i action this back to you to try and follow up this week? 16:35:34 yes 16:35:49 okay 16:35:52 basically what it comes down to is: nearly automated GUI testing uses the a11y stuff, so if you want to be able to automate the UI itself, we need to have a11y support 16:36:12 wwoods: just please respond with your thoughts to my email in anaconda-devel, thanks 16:36:15 #action kparal to continue to look at whether we need hooks in anaconda UI code for testing, will see if anyone in RH's desktop QA team has experience 16:36:17 kparal: will do. 16:36:36 thanks wwoods 16:36:53 okay, let's try and blow through the rest of this fast :) 16:36:58 "j_dulaney to take a shot at co-ordinating F17 test days, thanks! " 16:37:09 j_dulaney: I sent you a sort of 'getting started' guide, did you get that? 16:37:21 I did 16:37:29 cool 16:37:31 * j_dulaney has been on vacation 16:37:40 I'll get to it this afternoon 16:37:43 that's fine 16:37:53 just wanted to make sure communications are functioning properly etc :) 16:38:00 alright, so nothing further necessary there 16:38:23 #info j_dulaney is still happy with the test day co-ordination role, adamw is available for help 16:38:36 "adamw to get retrospective tickets filed and summary mailed this week" 16:38:42 i'm not quite done with this, but close 16:39:24 i'm not gonna go into huge detail because it'd just duplicate the summary mail, but i've been filing tickets on our trac and releng's, and sending out a few ml discussions 16:39:39 most of the tickets are just up for grabs, so do feel free to grab any you feel like taking a shot at 16:40:22 QA tickets so far are 256 through 260 16:40:58 #info adamw has nearly finished the retrospective wrap-up, several tickets filed so far 16:41:24 anyone have any concerns / questions there or should we roll along? 16:42:11 Rolling on the river 16:42:24 rolling rolling rolling 16:42:26 rawhiiiiiiiiide! 16:42:37 "adamw to start an ml thread proposing changes to the tc dates for f17 schedule to be sent to rbergeron " 16:42:43 we've got an agenda item for that later, so let's table it 16:42:59 aaand here it comes! 16:43:02 #topic Revised F17 schedule confirmation 16:43:11 Ponies! 16:43:21 so i did indeed start a thread proposing revisions to the TC drop dates for f17 16:43:38 https://lists.fedoraproject.org/pipermail/test/2011-November/104583.html 16:43:59 it looks like everyone was happy with that, so i'm planning to ask the berge to put it in place - just wanted to check if there were any last-minute issues anyone saw 16:44:15 Not here 16:44:31 speak now or forever hold thy peace 16:45:14 okay! 16:45:31 #agreed proposed revisions to f17 schedule look good 16:45:40 #action adamw to send the proposal along to rbergeron 16:45:55 #topic F16 retrospective activity 16:46:30 oh, yeah, i did want to take a few minutes just to flag up the QA retrospective tickets i filed so far so everyone knows the kinds of stuff we need to take care of ahead of f17 alpha cycle starting up 16:47:28 it might be best to shelve this for next week though as there's some stuff that might start up interesting discussions but we're kinda long already 16:47:46 is that okay? or was anyone really hoping for a nice long meeting? :) 16:48:00 works for me 16:48:07 * j_dulaney is good 16:48:43 #agreed this topic shelved till next week since not all tickets are yet filed and this meeting is running long 16:48:50 #topic AutoQA update 16:48:57 anything exciting from the world of autoqa, folks? 16:49:23 still looking to get the new version of autoqa deployed 16:49:43 we are just in the process of reviewing staging results from the past week and the weekend 16:49:49 we found some weird issues 16:50:08 it seems mainly autotest related, but are not sure 16:50:12 *we 16:50:42 I updated documentation about autoqa configuration 16:50:51 #info team is looking into some issues found in testing of the new autoqa version 16:51:17 if we don't find anything critical I would like to deploy _soon_ 16:51:39 who's got more updates? 16:51:42 pschindl & I are once again working on the ResultsDB (querying api and the frontend) 16:52:00 most of the production infrastructure has been updated to not run on F14 any more 16:52:22 and IIRC, after we deploy the new version, we'll start testing ResultsDB on our Staging setup 16:52:39 #info most infrastructure has now been upgraded from F14 16:52:55 #info resultsdb to begin testing in staging after autoqa 0.7 is deployed 16:53:28 sounds good 16:54:05 okay, that's all from autoqa? 16:54:29 I think so 16:54:46 cool 16:54:47 thanks 16:54:50 #topic open floor 16:54:57 aaand we made it - any other stuff? 16:55:16 * adamw notes that you can always add agenda topics to the wiki page ahead of time, which will likely give them more time than the 'open floor' slot 16:55:18 PSA ends! 16:55:21 No one was fired? 16:55:41 PSA? 16:56:39 public service announcement 16:56:48 j_dulaney: i can fire you if you think it would help. 16:56:58 I've already been fired 16:58:19 hey, that doesn't stop me. ask tflink, he must've been fired dozens of times now. 16:58:34 * tflink has lost count 16:58:49 FYI rawhide is a bit rough now. gnome-shell has a soname issue, so it will be hard to test fresh builds. Hopefully this gets fixed soon. 16:59:17 usually does. 16:59:30 okay, sounds like we're about done here 16:59:38 thanks for coming, everyone 16:59:50 #endmeeting