public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Michael D Kinney" <michael.d.kinney@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
	"bret.barkelew@microsoft.com" <bret.barkelew@microsoft.com>,
	"tigerliu@zhaoxin.com" <TigerLiu@zhaoxin.com>,
	"Kinney, Michael D" <michael.d.kinney@intel.com>
Subject: Re: [edk2-devel] question about UnitTest Framework
Date: Wed, 19 Aug 2020 15:17:33 +0000	[thread overview]
Message-ID: <MN2PR11MB44617026E72508ECBCD28B4DD25D0@MN2PR11MB4461.namprd11.prod.outlook.com> (raw)
In-Reply-To: <CY4PR21MB07436C5AC73DFEC76889660FEF5D0@CY4PR21MB0743.namprd21.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 3825 bytes --]

Hi,

I would also like to add that UEFI SCTs and Unit Testing are different scopes of testing.

The UEFI SCTs are system level conformance tests that require and entire platform FW image to execute on a platform and they focus on measuring if a conformant set of UEFI interfaces are present.  The UEFI SCTs need to run correctly no matter what the underlying implementation is, so these are black box tests and do not have a large number of test cases against each API.  We can only implement test cases based on the API definitions in the UEFI Specifications.

The UnitTestFrameworkPkg provide both host and target based testing environment, and the scope of a unit test is a single C/ASM function, and that single function can either be public APIs or internal worker functions.  It supports both black box and white box testing.  The white box testing approach allows all code paths to be exercised with different input data patterns to verify that a function works as expected for all inputs.  The host based tests run as an application and do not require a full platform FW image.  This allows the unit test to test code paths that may be very rare in full system testing or require HW to be broken to be seen in full system testing.  This means the UnitTestFrameworkPkg has the potential to provide much greater code coverage than UEFI SCTs.

Thanks,

Mike

From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Bret Barkelew via groups.io
Sent: Tuesday, August 18, 2020 11:00 PM
To: devel@edk2.groups.io; tigerliu@zhaoxin.com
Subject: Re: [edk2-devel] question about UnitTest Framework

Correct. It’s possible that we can have some sort of test reunion at some point, but SCT is largely for interfaces and spec compliance, and the UnitTest Framework is for implementation business logic, CI, and code coverage.

- Bret

From: Tiger Liu(BJ-RD) via groups.io<mailto:tigerliu=zhaoxin.com@groups.io>
Sent: Tuesday, August 18, 2020 10:17 PM
To: devel@edk2.groups.io<mailto:devel@edk2.groups.io>; Tiger Liu(BJ-RD)<mailto:TigerLiu@zhaoxin.com>
Subject: [外部] Re: [edk2-devel] question about UnitTest Framework

Hi,
After studying previous discuss mail, UnitTest Framework is work for Continuous Integration mechanism.

Code writer will provide some unit test functions, maybe they could also do code coverage test.

Thanks
-----邮件原件-----
发件人: devel@edk2.groups.io<mailto:devel@edk2.groups.io> <devel@edk2.groups.io<mailto:devel@edk2.groups.io>> 代表 Tiger Liu(BJ-RD)
发送时间: 2020年8月13日 16:03
收件人: devel@edk2.groups.io<mailto:devel@edk2.groups.io>
主题: [edk2-devel] question about UnitTest Framework

Hi, Experts:
I have a question about UnitTest Framework.

UEFI Code has included some test infrastructure, such as:
PI-SCT / SCT / FWTS etc.

So, why we introduce a new UnitTest Framework?

Is it mainly for Code Coverage test?

Thanks


保密声明:
本邮件含有保密或专有信息,仅供指定收件人使用。严禁对本邮件或其内容做任何未经授权的查阅、使用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and is for the sole use of its intended recipient. Any unauthorized review, use, copying or forwarding of this email or the content of this email is strictly prohibited.





保密声明:
本邮件含有保密或专有信息,仅供指定收件人使用。严禁对本邮件或其内容做任何未经授权的查阅、使用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and is for the sole use of its intended recipient. Any unauthorized review, use, copying or forwarding of this email or the content of this email is strictly prohibited.



[-- Attachment #2: Type: text/html, Size: 48037 bytes --]

  reply	other threads:[~2020-08-19 15:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-19  5:17 [edk2-devel] question about UnitTest Framework Tiger Liu(BJ-RD)
2020-08-19  5:59 ` Bret Barkelew
2020-08-19 15:17   ` Michael D Kinney [this message]
  -- strict thread matches above, loose matches on Subject: below --
2020-08-13  8:02 Tiger Liu(BJ-RD)

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MN2PR11MB44617026E72508ECBCD28B4DD25D0@MN2PR11MB4461.namprd11.prod.outlook.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox