+1
On Fri, Apr 26, 2019 at 6:53 PM Sumantro Mukherjee
wrote:
> Yup +1 from my side too. Xen is hardly tested since a lot of time.
>
> On Fri, Apr 26, 2019 at 10:07 PM Geoffrey Marr wrote:
>
>> Since F24, I haven't seen or heard of anyone who uses Xen over KVM
>> anywhere other than this
Hi Rolf!
I was not around teh internetz over the weekend, but I took the liberty of
creating the page for your testday just now.
I also put the the results already tracked in the wiki into the app, and added
a reference to the tool to the wiki testday.
Regards, Joza
- Original Message
, now it's just the Testday App :D and it
lives here: http://testdays.qa.fedoraproject.org/testdays/
Regards, Joza
- Original Message -
From: Cole Robinson crobi...@redhat.com
To: For testing and quality assurance of Fedora releases
test@lists.fedoraproject.org
Cc: Josef Skladanka
- Original Message -
From: Jóhann B. Guðmundsson johan...@gmail.com
To: test@lists.fedoraproject.org
Sent: Friday, October 11, 2013 3:42:13 PM
Subject: Re: Let's stop using wiki for test results
Hmm when was it decided that we should write our own app to replace the
wiki instead of
Just a note:
we also have a script which can go through wiki matrices to make statistics, so
it might be useful (at least) as a source of inspiration.
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/stats/testcase_stats
Run:
$ python testcase_stats.py 19 Final TC3 Install
to get stats
I'm absolutely +1 with jeischmann and jreznik on this matter.
Keyboard layouts are broken almost every other (if not every one) Fedora
release. The same exact encrypt-prompt issue was (at least) in F16, and we
released it anyway.
I'm not saying that we should just blindly say it's late, let's
PM, Josef Skladanka jskla...@redhat.com
wrote:
I'm absolutely +1 with jeischmann and jreznik on this matter.
Keyboard layouts are broken almost every other (if not every one)
Fedora release.
[citation needed]
The same exact encrypt-prompt issue was (at least) in F16, and we
released
OK, I've replaced the testcases, incorporating your suggestions.
At the end, I decided to go with the 'old style' encrypted install (basic
autopart with enabled encryption).
The testcases now are:
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_install
Hi,
I'd like to replace the following test cases:
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_install
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_(encrypted)_install
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_(use_all_space)_install
I'm most certainly for _keeping_ the criterion, and I'm not necessarily against
expanding it also to MacOS, but that's about it (IMHO).
J.
- Original Message -
From: Adam Williamson awill...@redhat.com
To: For testing and quality assurance of Fedora releases
The list I'd come up with so far looks like this:
1. autopart empty disk
2. autopart existing empty space
3. autopart wipe entire disk
4. autopart alongside existing
5. autopart shrink
6. autopart multidisk
so for 1) you feed it an entirely empty disk and let it autopart into
it, with
Well I see your point, but it kind of cuts both ways - Josef clearly
got
confused by a few cases where we overload test cases to test several
different things, so you can argue that it's actually more
'accessible'
when we try to stick to 'one test case tests one thing'. But your
approach
- Original Message -
From: Kamil Paral kpa...@redhat.com
No, this is a game of spot five differences :-) At least one versus
all virtual consoles. This can be part of the same test case, marked
as Alpha/Beta
OK, I'll update the summary page/matrix accordingly. Also I'll try to
Hi,
I started to connect criterions to testcases for the F18 testing. So far, the
Alpha is done (the messy page with criterions links to testcases can be found
here
https://fedoraproject.org/wiki/User:Jskladan/Sandbox:F18_Criteria_Testcases_Alpha),
and it looks all right. Some problems I've
= Obsoleted Testcases =
* https://fedoraproject.org/wiki/QA:Testcase_Package_Sets_Package_Groups_Check
= Questions/Discussion =
== QA:Testcase Anaconda autopart (use all space) install ==
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_%28use_all_space%29_install
The current
Hi,
since all the upgrade testcases are basically 'obsolete', as we are still
waiting for FedUP, and Anaconda does not have any means of upgrading installed
system, I created a new sub-category of 'Currently Unsupported Testcases' in
the General Tests subsection of
Hello gang,
as there were no opposing voices, I'll add the test to the test matrix template.
Once again, kudos to adamw for providing the base test.
Joza
- Original Message -
From: Josef Skladanka jskla...@redhat.com
To: For testing and quality assurance of Fedora releases
test
Hi,
as there were no objections, I added the testcases from this 'series' of emails
to the Install Test Matrix Template [1]
Regards
Josef
[1]
https://fedoraproject.org/wiki/QA:Fedora_17_Install_Results_Template#USB_Stick
- Original Message -
From: Josef Skladanka jskla
Hello,
I'd like to propose new Testcase, to cover the Final criterion: The installer
must be able to install into free space alongside an existing clean
single-partition Windows installation and either install a bootloader which can
boot into the Windows installation, or leave the Windows
, January 31, 2012 1:23:46 AM
Subject: Re: Installation from USB-written images (1/5): Live.iso + dd
On Mon, 2012-01-30 at 07:58 -0500, Josef Skladanka wrote:
This testcase [1] should ensure, that if the user uses dd to
transfer the Fedora Live.iso to USB stick, the boot process works
: Installation from USB-written images (5/5): DVD.iso +
Livecd-iso-to-disk
On Mon, 2012-01-30 at 08:17 -0500, Josef Skladanka wrote:
This testcase [1] should ensure, that if the user uses USB stick
and transfers the DVD.iso to it using Livecd-iso-to-disk, the
installation can be successfully
Hello,
as per [1] and [2], I'd like to propose five new testcases, which focus on
testing the ability to boot/install Fedora using USB stick as the
installation/boot medium. Even though, there is no Release Criterion specifying
the supported installation media, the [2] mentions 'Common Boot
This testcase [1] should ensure, that if the user uses dd to transfer the
Fedora Live.iso to USB stick, the boot process works 'as expected'.
I propose this as a Alpha verification testcase.
---
= Description =
This test verifies that Fedora Live Image can be booted
This testcase [1] should ensure, that if the user uses Livecd-iso-to-disk to
transfer the Fedora Live.iso to USB stick, the boot process works 'as expected'.
I propose this as a Alpha verification testcase.
---
= Description =
This test verifies that Fedora Live Image
This testcase [1] should ensure, that if the user uses LiveCD tools to transfer
the Fedora Live.iso to USB stick, the boot process works 'as expected'.
I propose this as a Alpha verification testcase.
---
= Description =
This test verifies that Fedora Live Image can be
This testcase [1] should ensure, that if the user uses USB stick and transfers
the DVD.iso to it using dd, the installation can be successfully finished.
Even though this technically is DVD.iso, we do not require anaconda to
successfully use the DVD local package source options (F17 Alpha
This testcase [1] should ensure, that if the user uses USB stick and transfers
the DVD.iso to it using Livecd-iso-to-disk, the installation can be
successfully finished.
Installer should be able to use the DVD local package source options, but this
is caused by the way LITD writes the image to
==
#fedora-meeting: Fedora QA Meeting
==
Meeting started by jlaska at 14:59:57 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2010-06-21/fedora-qa.2010-06-21-14.59.log.html
.
Meeting summary
28 matches
Mail list logo
