English 中文(简体)
试验方案的结构/设计建议
原标题:architecture/design advise for a test program
  • 时间:2009-09-28 20:42:36
  •  标签:

我正试图在++中建立一个测试方案,使特定应用的测试自动化。 测试将涉及向服务器发送具有外地指挥Type和其他一些领域的请求。

The commandType can be NEW , CHANGE or DELETE The tests can be

  1. Send a bunch of random requests with no pattern
  2. Send 100 NEW requests, then a huge amount of CHANGE requests followed by 200 DELETE requests
  3. Send DELETE requests followed by CHANGE requests ... and so on

我如何设计我的软件(哪类模块或层层),以便增加任何新的测试案例是容易和组合的?

EDIT:为了更具体地说,这一检验只能测试一个具体的申请,这些申请须符合上述要求并处理。 这将是一个客户应用程序,向服务器发送申请。

最佳回答

我不会建立你自己的框架。 很多人已经写了这样的文字:这种模式是共同的,很可能满足你们的需求。

xUnit 我看到,允许你增加新的测试案例,而无需编辑试验守则。 例如,CppUnit提供一种宏观方法,在测试案例中添加一个测试案例后,将测试案例自动登记到全球登记处(通过静态化一假设)。 这使你能够增加新的试办案例,而不必打碎其开张和编辑。

http://en.wikipedia.org/wiki/XUnit”rel=“nofollow noretinger”>xUnit CppUnit使你认为不合适。 I ve 使用了xUnit,用于各种测试。

问题回答

我将把每一次测试单独分开,单独程序,如果需要的是超越功能或功能的代码,则自己掌握源。 在我的主要日常工作中,我做的是:

void main()
{
    run_test_1();
    run_test_2();
    //...
    run_test_N();
}

另外,我建议利用

我假设你不再谈论建立单位试验。

IMHO, 你的问题太模糊,无法提供有用的答案。 这是否是为了测试具体应用,或者你是否试图使某种通用性足以测试尽可能多的不同应用? 这些申请在什么地方居住? 他们是否是用户服务器、网络服务器等?

如果你想用自己的工具测试不止一种应用,那么你就需要一种结构,在测试工具与应用之间形成一种规程,使你能够把你的工具和你工具的消费者能够理解的指示转换成可以理解的指示。 我过去曾做过类似的事情,但我只想对5种不同的“申请”感到担忧,因此,只是概括所有手法的独特功能,然后形成一种相互支持的工具。

我推测,新军、新兵和导弹防御系统是你唯一的指挥类型。 许多测试涉及数据清理、测试报告等。 所有申请都以自己的特殊方式处理。

http://sourceforge.net/apps/mediawiki/cppunit/index.php?title=Main_Page”rel=“nofollow noreferer”>





相关问题
热门标签