[Test] 单元测试艺术(1) 基础知识

2022-10-13 17:45:07

单元测试不是软件开发的新概念，在1970年就一直存在，屡屡被证明是最理想的方法之一。

本系列将分成3节：

本节索引：

单元测试与集成测试
测试驱动开发
UnitTest和NUnit
第一个单元测试
命名规范

单元测试与集成测试

单元测试几乎总是基于框架来写的，因为框架可以为我们提供统一的API来管理测试。

常用的框架有Unit Test（MS Test），NUnit(开源)

定义

单元测试是一段代码调用另一段代码，随后检验一些假设的正确性。（单元指的是一个方法或函数）

集成测试是指把2个或多个互相依赖的软件模块作为一组进行测试。

优秀的单元测试准则

自动的，可重复
容易实现
持续可用
简单
快速

测试驱动（TDD）开发

对于TDD确切的含义，有很多不同的观点，有人觉得就是测试优先的开发，有人觉得意味着大量的测试，有人觉得是一种设计方法。

TDD的流程：

写测试写代码重构写下一个测试

它显示了TDD是增量性质的，每次一小步，最终完成高质量的软件。（重构可以在完成每个测试后进行，也可以在完成几个测试后进行。重构是非常有价值意义的。）

TDD的优点：

较高的代码测试覆盖率
测试是可信赖的
辅助设计，减少代码复杂度

MS Test和NUnit

所有的测试框架都共享相同的核心特性：Test Declaration, Test Execution, and Assertions.

在.Net中一般使用特性标签来添加额外的信息，下面就是MS Test和NUnit在特性标签上不同的地方。

MS Test Attribute	NUnit Attribute	用途
[TestClass]	[TestFixture]	定义一个测试类，里面可以包含很多测试函数和初始化、销毁函数（以下所有标签和其他断言）。
[TestMethod]	[Test]	定义一个独立的测试函数。
[ClassInitialize]	[TestFixtureSetUp]	定义一个测试类初始化函数，每当运行测试类中的一个或多个测试函数时，这个函数将会在测试函数被调用前被调用一次（在第一个测试函数运行前会被调用）。
[ClassCleanup]	[TestFixtureTearDown]	定义一个测试类销毁函数，每当测试类中的选中的测试函数全部运行结束后运行（在最后一个测试函数运行结束后运行）。
[TestInitialize]	[SetUp]	定义测试函数初始化函数，每个测试函数运行前都会被调用一次。
[TestCleanup]	[TearDown]	定义测试函数销毁函数，每个测试函数执行完后都会被调用一次。
[AssemblyInitialize]	--	定义测试Assembly初始化函数，每当这个Assembly中的有测试函数被运行前，会被调用一次（在Assembly中第一个测试函数运行前会被调用）。
[AssemblyCleanup]	--	定义测试Assembly销毁函数，当Assembly中所有测试函数运行结束后，运行一次。（在Assembly中所有测试函数运行结束后被调用）
[DescriptionAttribute]	[Category]	定义标识分组。

第一个单元测试

安装

对于MS Test，只要安装VS则会自动安装。在工具栏==测试==窗口==测试资源管理器打开。

对于NUnit，点击链接，下载安装即可。

编码

配置对象
操作对象
断言结果

[TestClass]

    public class BlogTests

    {

        public DbContext Db { get; set; }

        /// <summary>

        /// 每个测试方法执行前都会执行

        /// </summary>

        [TestInitialize]

        public void Init()

        {

            //1 配置对象

            Db = new DbContext();

        }

        [TestMethod]

        public void TestAdd()

        {

            var blog = new Blog { Title = "单元测试的艺术", Content = "单元测试是一门艺术" };

            //2 操作对象

            Db.Add(blog);

            //3 断言结果

            Assert.IsTrue(blog.Id > );

        }

        /// <summary>

        /// 每个测试方法执行后都会执行

        /// </summary>

        [TestCleanup]

        public void Clean()

        {

            Db = null;

        }

    }

异常的测试

有时候，测试里面上需要抛出异常，这是业务上的正确性。在单元测试里，也有对应特性用来实现。如

[ExpectedException(typeof(OutOfMemoryException), AllowDerivedTypes = true)]//默认异常的子类也会不通过测试的

        [TestMethod]

        public void TestAdd()

        {

            var blog = new Blog { Title = "单元测试的艺术", Content = "单元测试是一门艺术" };

            //2 操作对象

            Db.Add(blog);

            throw new OutOfMemoryException();

            //3 断言结果

            Assert.IsTrue(blog.Id > );

        }

忽略的测试

有时候，测试写的有问题，代码没问题。我们可以暂时忽略该测试

        [Ignore]

        [TestMethod]

        public void TestAdd()

        {

            var blog = new Blog { Title = "单元测试的艺术", Content = "单元测试是一门艺术" };

            //2 操作对象

            Db.Add(blog);

            throw new OutOfMemoryException();

            //3 断言结果

            Assert.IsTrue(blog.Id > );

        }

对测试分组

当我们只想测试某一类测试的时候，也有对应的特性

        [TestCategory("change db")]

        [TestMethod]

        public void TestAdd()

        {

            var blog = new Blog { Title = "单元测试的艺术", Content = "单元测试是一门艺术" };

            //2 操作对象

            Db.Add(blog);

            //3 断言结果

            Assert.IsTrue(blog.Id > );

        }

        [TestCategory("no change")]

        [TestMethod]

        public void TestRead()

        {

            //2 操作对象

            var blogs = Db.GetBlogs();

            //3 断言结果

            Assert.IsTrue(blogs.Length > );

        }

运行选定的测试即可

测试

命名规范

SUT Kind	SUT
项目	新建一个【被测项目】.Tests的测试项目
类	至少为每个被测试类新建一个【被测类名】Tests的类
方法	至少为每个方法名新建一个【方法名】【测试场景】【预期行为】的方法或者使用Test【方法名】的简单命名

备注：SUT("system under test")代表被测系统，有些人喜欢CUT("code under test")。通常SUT。

本文作者：Never、C

本文链接：http://www.cnblogs.com/neverc/p/4742654.html

码农公寓

相关文章