Question

我期待着一个符合我要求的试验框架。以下是我在自动测试期间需要采取的步骤:

SetUp (There are some input files, that needs to be read or copied into some specific folders.)
Execute (Run the stand alone)
Tear Down (Clean up to bring the system in its old state)

除此以外,我还想有一些情报,以确保一.cc文档发生变化,所有能够证实变化的试验都应进行。

我正在对PyUnit进行评价,该联盟为此con。想把这个问题引向正确方向。您能否提出任何其他测试框架工具? 应考虑哪些其他要求选择正确的测试框架?

Answer 1

阅读本条款后,http://egas fromwithin.com/exploring-the-c-unit-testing-framework-jungle 一段时间前,我参加了Cxx试验。

一旦确定这些物品(例如,需要安装假肢),就非常容易进行笔试(我是全新的单位测试)。

我在工作时将这个项目作为视觉演播室项目纳入我的解决方案。在试验失败时,它会产生可点击的产出,在我建造解决办法时,这些试验是建造和操作的。

Answer 2

Try googletest AKA g 试验,但任何其它单位测试框架都不会更糟,但也可以轻易使用。并非完全是进行融合测试的工具,但在多数情况下可以轻易应用。 http://en.wikipedia.org/wiki/Release_automation”rel=“noreferer” 网页也可能对你有用。

此处是“g”项目页的样本:

#include <gtest/gtest.h>

namespace {

// The fixture for testing class Foo.
class FooTest : public ::testing::Test {
 protected:
  // You can remove any or all of the following functions if its body
  // is empty.

  FooTest() {
    // You can do set-up work for each test here.
  }

  virtual ~FooTest() {
    // You can do clean-up work that doesn t throw exceptions here.
  }

  // If the constructor and destructor are not enough for setting up
  // and cleaning up each test, you can define the following methods:

  virtual void SetUp() {
    // Code here will be called immediately after the constructor (right
    // before each test).
  }

  virtual void TearDown() {
    // Code here will be called immediately after each test (right
    // before the destructor).
  }

  // Objects declared here can be used by all tests in the test case for Foo.
};

// Tests that Foo does Xyz.
TEST_F(FooTest, DoesXyz) {
  // Exercises the Xyz feature of Foo.
}

平台可安装<代码>。当这些试验发生变化时,可以利用试验进行安装和播下试验。

我只能补充指出,我们在某些情况下使用“Test”和几乎所有其他内部测试自动化框架。经常有这样的工具,或许比试图调整和打扫其他部分以满足你们的要求更容易写你的字。

海事组织的一个良好选择,也是我们测试自动化框架的一个内容,它正在使用,加上一个普通例行图书馆(如开办/停机服务、获得某种物品、在某些部件上进行可变的伐木等)。这使你有一个非常容易使用的灵活制度。而且,由于它使用的是on子而不是C++,或者像这样,更多的人会忙于制造测试案例,包括QEs,不一定需要能够撰写C++。

友情链接