Hi Aaron,
On 05/12/11 19:59, Aaron wrote: > I'd be interested in starting on ISO Testing and task 1. I think it > would give me some good initial exposure to the overall > picture--installed applications, some testing priority and making some > ISO smoke test--test cases. If that sounds okay? thanks, that is excellent! > Is there a notification for when packages with changes are submitted to > the code base? Or some other process for knowing what packages have been > added and changed? Has there been any initial discussions on testing > priority? I'm sure I can come up with an initial list and we can start > from there if not. The place where I would start is the manifest (imagename.manifest file) for the images, that tells you what is in the CD: http://cdimage.ubuntu.com/daily-live/current/ This will tell you the list of packages in a particular image and then, you need to come up with some test cases for the important bits of the image. This is meant to be smoke testing, so only positive test cases are recommended, with some default options, if we can run them from command like they are easily automatable. > I'd be interested in having a clear picture of what has changed between > builds/releases and help determine what should be included in the smoke > testing, etc. This we'll have to figure out and discuss, the main users of the daily images are: - Developers: they need to work on the latest software to be able to compile, so basic dev tools need to be fully functional - Testers/QA: people that need to perform further testing on the images. So they need the basics working, editing of files, file system, basic admin tools, etc. > > Getting a list of the packages isn't hard so I was thinking about how to > determine testing priority and making the test cases, etc. We have to come up with the criteria. > Unless someone is already on it or if you'd like me to look at something > else instead... It's all yours, if someone else wants to help, they can coordinate with you on it :) Let's try to get the criteria/priorities right and then maybe more people can help when we are clear on what needs testing. > > Thanks! > *Thank you!* Please, start a new thread when you have something to share/questions/anything for review and we can all collaborate/give you feedback there. Gema > Aaron > > On Mon, Dec 5, 2011 at 8:24 AM, Gema Gomez > <gema.gomez-sol...@canonical.com > <mailto:gema.gomez-sol...@canonical.com>> wrote: > > Dear QA Team, > > as promised, here it is a list of tasks that need to be done and we are > in the process of doing that you could own if you have the time: > > - ISO testing tasks > > (https://blueprints.launchpad.net/ubuntu/+spec/other-p-builds-smoke-testing): > > 1) Compile a list of applications that are installed by default by the > ISO installers (one for Desktop, one for Server) and propose two or > three basic test cases that could be run post install giving us basic > confidence that the ISO is good for further testing (i.e. compile a list > of post-install smoke tests that we could run with Jenkins). > - This task is not about generating code, but about thinking > of what > packages of the ones installed are important and worth testing in a > daily test suite. We could split it in different tasks for different > people if we generate first a list of apps that we can use for the > generation of test cases. > 2) We need to fix the existing test cases in the tracker and convert > them to a better, more understandable format. Basically we need to > convert them to unambiguous and meaningful test cases. Some of them are > redundant, some of them are too long to be just one test case, some > others do not make sense anymore. This is a tidy up task that needs to > be done. > > - Metrics > (https://blueprints.launchpad.net/ubuntu/+spec/other-p-qa-metrics): > 3) I have some tasks here that could use some help. We need to look at > the codebase of Ubuntu main and see how to instrument the code so that > we can start generating code coverage metrics. This is about compiling > the Ubuntu code with gcov and generating binaries that can be used > (still to be seen how to install them) for this end. > - This task requires code in-depth knowledge and familiarity > on how > things are built and can be changed to build in a different way. We > should decide where to start instrumenting and why. > > 4) Look into how to do test escape analysis with launchpad. TEA is an > analysis that will tell us, after Precise, if we missed some problems > that were found by someone after we did our testing and that should help > us understand whether we should be adding new test cases in those > "missed" areas or not. > > 5) Gather test cases from defects. This is about making a list of > defects that have been fixed for Oneiric and that have a set of steps to > reproduce the problem that needs to be gathered and written into a > proper test case. > > - Test Case Management System > > (https://blueprints.launchpad.net/ubuntu/+spec/other-p-qa-test-case-management-tool) > 6) Still not available, but when it is, review and give feedback > about litmus and its usability. Also help decide how to configure it to > make it more suitable for the Ubuntu community testing. > > > - QA Backlog tasks > (https://blueprints.launchpad.net/ubuntu/+spec/other-p-qa-backlog) > 7) Review and change the wiki to reflect the new approach to QA. > > > Please, bear in mind that since we don't have the test case management > tool up and running yet, we need to keep our test cases in text files or > open office documents (prefereably spreadsheets) for now. As soon as we > have chosen a tool to handle them, we will be using that. > > I have added a template at the bottom of the test cases page, feel free > to use it for your newly generated test cases: > https://wiki.ubuntu.com/QATeam/TestCase > > You can also modify it to contain a link to the old test case whenever > you are improving an existing test case. > > > Let us know which tasks you are interested in and I will be mapping > tasks in the blueprints to people, so that we keep track of what > everyone's doing and do not duplicate work. I have numbered the tasks to > make it easier to discuss about them. > > You don't need to take an entire task if you feel you can only work on > two or three test cases, you just say so and we will make sure nobody > else is working on the same ones as you. > > Looking forward to your answers! > Gema > > > -- > Gema Gomez-Solano <gema.gomez-sol...@canonical.com > <mailto:gema.gomez-sol...@canonical.com>> > QA Team https://launchpad.net/~gema.gomez > <https://launchpad.net/%7Egema.gomez> > Canonical Ltd. http://www.canonical.com > > -- > Ubuntu-qa mailing list > Ubuntu-qa@lists.ubuntu.com <mailto:Ubuntu-qa@lists.ubuntu.com> > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-qa > > > > -- Gema Gomez-Solano <gema.gomez-sol...@canonical.com> QA Team https://launchpad.net/~gema.gomez Canonical Ltd. http://www.canonical.com -- Ubuntu-qa mailing list Ubuntu-qa@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-qa
