• 0
  • 0
分享
  • 64位Windows 10下如何搭建CUNIT环境?
  • 恬恬圈 2020-06-28 13:15:39 字数 9802 阅读 2408 收藏 0

Windows下如何搭建CUNIT环境资料很多,但是错误不少或者讲解不清晰,很容易让人跌入坑中,现在介绍如下。

1、安装mingw

网上多处文章介绍下载mingw-get,由于现在网上大都数mingw-get均为32位的,所以不能用这个。所以大家需要下载https://sourceforge.net/projects/mingw-w64/files/下载mingw-w64-install.exe,在安装的时候注意:

15243603_202006191001091popK.png

i686为32位的,x86_64为64位的。所以这里我们选择x86_64。安装完毕配置环境变量。加入MINGW_HOME环境变量,我这里路径为:C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\。在PATH中设置%MinGW_HOME%\mingw64\bin\和%MinGW_HOME%\mingw64\include\。打开cmd,输入gcc,如果返回gcc: fatal error: no input files则说明配置正确。

2、下载CUNIT tar包

CUNIT tar包是为Linux开发的,但是在Windows下可用msys2工具进行编译。我解压完毕放在C:\CUnit-2.1-3目录下

3、安装msys2

msys2可以让你在Windows下编译Linux的代码,目前网站上有简易版和完全版,简易版下载以后还需要安装各个命令的插件,比较麻烦,所以建议安装完全版,完整版的文件名为msys+7za+wget+svn+git+mercurial+cvs-rev13.7z(这个文件比较大,下载需要1个多小时)。解压完毕请把文件夹msys全部拷贝到mingw的目录下,我这里为C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64。

进入C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\msys,打开msys.bat。执行以下命令:

 cd C:\CUnit-2.1-3 #解压的CUnit的根目录
  libtoolize
  automake --add-missing
  autoreconf
  ./configure --prefix=/mingw
  make
  make install

安装完毕把C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\msys\mingw\lib\ libcunit.a拷贝到C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\lib。(不拷贝在下面gcc或者clang运行中,加入-lcunit参数会提示..lib: can’t find -lcunit的错误)

接下来把C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\msys\mingw\include\CUnit\目录中的所有.h文件拷贝到C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\include中去。

4、建立测试文件和被测文件

在任意工程目录下建立被测试文件:process.h和process.c

process.h:
 extern int process(int x, int y, int z);    
  process.c:
   #include <stdio.h>
  int process(int x, int y, int z){
       int k=0;
       int j=0;
       if ((x>3) && (z<10)){
          k=x*y-1;
          j=k^2;
       }
       if((x==4) || (y>5)){
         j=x*j+10;
       }
       j=j%3;
       return k+j;
  }
   
  和测试文件test_main.c:
   #include "process.h"
  /* test cases */
  void test_process_1(void)
  {
      CU_ASSERT(process(4,6,9)==24);
  }
  void test_process_2(void)
  {
      CU_ASSERT(process(4,5,10)==1);
  }
  void test_process_3(void)
  {
      CU_ASSERT(process(5,4,9)==21);
  }
  void test_process_4(void)
  {
      CU_ASSERT(process(2,5,10)==0);
  }
  CU_TestInfo tests[] = {
  {"test 1", test_process_1 },
  {"test 2", test_process_2 },
  {"test 3", test_process_3 },
  {"test 4", test_process_4 },
      CU_TEST_INFO_NULL
  };
  /* suite init */
  int suite_init(void)
  {
      return 0;
  }
  int suite_clean(void)
  {
      return 0;
  }
  void suite_setup(void)
  {
  }
  void suite_teardown(void)
  {
  }
  CU_SuiteInfo suites[] = {
      {"suite 1", suite_init, suite_clean, suite_setup, suite_teardown, tests},
      CU_SUITE_INFO_NULL
  };
  /* registry */
  int main(int argc, char* argv[])
  {
      CU_ErrorCode err;
  /* init */
  printf("init\n");
  err = CU_initialize_registry();
  if( err ){
  printf("CU_initialize_registry: %d\n", err);
  return err;
  }
  /* add suites and tests */
  printf("add suites and tests\n");
  err = CU_register_suites(suites);
  if( err )
  {
  printf("CU_register_suites: %d\n", err);
  }
  CU_pTestRegistry reg = CU_get_registry();
  printf("CU_get_registry: %d/%d/%u\n", reg->uiNumberOfSuites, reg->uiNumberOfTests, (long)reg->pSuite);
  /* run auto */
  printf("run auto\n");
  /**** Automated Mode *****************/
  CU_set_output_filename("TestProcess");
  CU_list_tests_to_file();
  CU_automated_run_tests();
  //************************************/
  printf("run basic\n");
  /***** Basice Mode *******************/
  CU_basic_set_mode(CU_BRM_VERBOSE);
  CU_basic_run_tests();
  //************************************/
  /*****Console Mode ********************
  CU_console_run_tests();
  //************************************/
  /* end */
  printf("end\n");
  CU_cleanup_registry();
  err = CU_get_error();
  if( err )
  {
      printf("error: %d", err);
    }
    return err;
  }

通过以下命令编译(可以把这个命令放入一个bat文件中):

gcc process.c test_main.c -o test -I/mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw64/include -L/mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw64/lib -lcunit -static

编译完成出现一个名为test.exe的文件,在cmd中运行它,会产生测试结果。

 C:\MyC\process>test
  init
  add suites and tests
  CU_get_registry: 1/4/1909760
  run auto
  run basic
       CUnit - A unit testing framework for C - Version 2.1-3
       http://cunit.sourceforge.net/
  Suite: suite 1
    Test: test 1 ...passed
    Test: test 2 ...passed
    Test: test 3 ...passed
    Test: test 4 ...passed
  Run Summary:    Type  Total    Ran Passed Failed Inactive
  suites      1      1    n/a      0        0
  tests      4      4      4      0        0
  asserts      4      4      4      0      n/a
  Elapsed time =    0.048 seconds
  end

5. 使用VS Code IDE

这里基本上就可以使用CUNIT进行工作了,但是为了调试的方便,我们需要安装一个IDE,这里建议使用微软的VS Code。

5.1 下载并且安装Visual Studio Code

5.2 下载并且安装LLVM。在选择三个单选框时选择 第二个选项 Add LLVM to the system PATH for all users。安装完毕在cmd窗口中输入clang,提示 no input file 表示安装成功。

5.3 打开VS Code

在插件中输入Chinese,安装重启VS Code变为中文版

在插件中输入c/c++,选第一个安装

在插件中输入code runner,选第一个安装

在插件中输入clang,选第一个安装

5.4 配置4个json配置文件

刚才的文件是在C:\MyC\process目录下,在C:\MyC\.vscode下建立四个json文件。

launch.json
   // https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md
  {
     "version": "0.2.0",
     "configurations": [
       {
          "name": "(gdb) Launch", // 配置名称,将会在启动配置的下拉菜单中显示
          "type": "cppdbg", // 配置类型,这里只能为cppdbg
          "request": "launch", // 请求配置类型,可以为launch(启动)或attach(附加)
          "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径
          "args": [], // 程序调试时传递给程序的命令行参数,一般设为空即可
          "stopAtEntry": true, // 设为true时程序将暂停在程序入口处,我一般设置为true
          "cwd": "${workspaceFolder}", // 调试程序时的工作目录
          "environment": [], // 环境变量
          "externalConsole": true, // 调试时是否显示控制台窗口,一般设置为true显示控制台
          "internalConsoleOptions": "neverOpen", // 如果不设为neverOpen,调试时会跳到“调试控制台”选项卡,你应该不需要对gdb手动输命令吧?
          "MIMode": "gdb", // 指定连接的调试器,可以为gdb或lldb。但我没试过lldb
          "miDebuggerPath": "gdb.exe", // 调试器路径,Windows下后缀不能省略,Linux下则不要
          "setupCommands": [ // 用处未知,模板如此
            {
                "description": "Enable pretty-printing for gdb",
                "text": "-enable-pretty-printing",
                "ignoreFailures": false
            }
         ],
         "preLaunchTask": "Compile" // 调试会话开始前执行的任务,一般为编译程序。与tasks.json的label相对应
      }
    ]
  }
   
  setting.json
   {
    "files.defaultLanguage": "c", // ctrl+N新建文件后默认的语言
     "editor.formatOnType": true, // 输入时就进行格式化,默认触发字符较少,分号可以触发
    "editor.snippetSuggestions": "top", // snippets代码优先显示补全
    "code-runner.runInTerminal": true, // 设置成false会在“输出”中输出,无法输入
    "code-runner.executorMap": {
    "c": "cd $dir && clang $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c11 && $dir$fileNameWithoutExt",
    "cpp": "cd $dir && clang++ $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c++17 && $dir$fileNameWithoutExt"
  }, // 设置code runner的命令行
     "code-runner.saveFileBeforeRun": true, // run code前保存
     "code-runner.preserveFocus": true, // 若为false,run code后光标会聚焦到终端上。如果需要频繁输入数据可设为false
     "code-runner.clearPreviousOutput": false, // 每次run code前清空属于code runner的终端消息
     "C_Cpp.clang_format_sortIncludes": true, // 格式化时调整include的顺序(按字母排序)
     "C_Cpp.intelliSenseEngine": "Default", // 可以为Default或Tag Parser,后者较老,功能较简单。具体差别参考cpptools扩展文档
     "C_Cpp.errorSquiggles": "Disabled", // 因为有clang的lint,所以关掉
     "C_Cpp.autocomplete": "Disabled", // 因为有clang的补全,所以关掉
     "clang.cflags": [ // 控制c语言静态检测的参数
     "--target=x86_64-w64-mingw",
     "-std=c11",
     "-Wall",
     "-lcunit"
     ],
     "clang.cxxflags": [ // 控制c++静态检测时的参数
     "--target=x86_64-w64-mingw",
     "-std=c++17",
     "-Wall",
     "-lcunit"
     ],
     "clang.completion.enable":true // 效果效果比cpptools要好
     }
   
  task.json
  // https://code.visualstudio.com/docs/editor/tasks
  {
      "version": "2.0.0",
      "tasks": [
          {
              "label": "Compile", // 任务名称,与launch.json的preLaunchTask相对应
              "command": "clang", // 要使用的编译器,C++用clang++
              "args": [
                  "${file}",
                  "-o", // 指定输出文件名,不加该参数则默认输出a.exe,Linux下默认a.out
                  "${fileDirname}/${fileBasenameNoExtension}.exe",
                  "-g", // 生成和调试有关的信息
                  "-Wall", // 开启额外警告
                  "-static-libgcc", // 静态链接libgcc
                  "--target=x86_64-w64-mingw", // clang的默认target为msvc,不加这一条就会找不到头文件;Linux下去掉这一条
                  "-std=c11" ,// C++最新标准为c++17,或根据自己的需要进行修改
              ], // 编译命令参数
              "type": "shell", // 可以为shell或process,前者相当于先打开shell再输入命令,后者是直接运行命令
              "group": {
                  "kind": "build",
                  "isDefault": true // 设为false可做到一个tasks.json配置多个编译指令,需要自己修改本文件,我这里不多提
              },
              "presentation": {
                  "echo": true,
                  "reveal": "always", // 在“终端”中显示编译信息的策略,可以为always,silent,never。具体参见VSC的文档
                  "focus": false, // 设为true后可以使执行task时焦点聚集在终端,但对编译c和c++来说,设为true没有意义
                  "panel": "shared" // 不同的文件的编译信息共享一个终端面板
              }
              // "problemMatcher":"$gcc" // 如果你不使用clang,去掉前面的注释符,并在上一条之后加个逗号。照着我的教程做的不需要改(也可以把这行删去)
          }
      ]
  }       
     c_cpp_properties.json
   {
     "configurations": [
       {
          "name": "MinGW",
          "intelliSenseMode": "gcc-x64",
          "compilerPath": "C:/mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw64/bin/gcc.exe",
               "includePath": [
                   "${workspaceFolder}"
                 ],
               "defines": [],
               "browse": {
                   "path": [
                      "${workspaceFolder}"
                    ],
                    "limitSymbolsToIncludedHeaders": true,
                    "databaseFilename": ""
                },
               "cStandard": "c11",
               "cppStandard": "c++17"
          }
      ],
      "version": 4
  }

就可以使用这个工具运行C程序了。但是运行CUNIT程序请在CMD中运行。


版权声明:本文出自51Testing会员投稿,51Testing软件测试网及相关内容提供者拥有内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 读者提问:阿常,我们在实际测试中经常会出现漏测,客户经常会向我们提出优化的点,想请教一下,业务测试需要怎么测,才能避免发生漏测现象 ?阿常回答:首先我们需要定位漏测的点是属于哪一个类型,然后再针对具体情况具体分析:1、测试用例里面遗漏了这个测试点解决方案:参与需求评审,深入理解业务,提高用例的需求覆盖率。2、没有执行测试用例中的该测试点解决方案:严格执行测试用例中的每一条 case,做到极致的测试执行。3、产品设计类错误,需求文档错误解决方案:需求评审时,不放过每一个业务细节,遇到产品设计不合理的地方一定要深究,坦诚地和产品经理当面提出来,最终将错误纠正。4、其他用户体验相关的优化类问题解决方...
            0 0 1917
            分享
          • 读者提问:阿常你好,想请教一下,软件项目的上线有没有标准流程呀 ?阿常回答:有通用的上线发布流程。1、提交测试开发在开发环境自测通过后,撰写上线方案(包括配置文件、应用程序及部署顺序、数据库脚本、规划的上线时间、上线失败回滚步骤,以及涉及服务的影响范围),提交给相关负责人审批,审批通过后提交给测试人员。2、测试验证测试人员在测试环境测试并跟踪修改 BUG 达到上线标准,若达到上线标准,邮件通知开发、产品可以走正式上线流程。(如果有预发布环境的,多走一道预发布环境的测试验证)3、正式上线运维人员执行自动化应用部署,发布完成由运维通知测试、产品及业务进行线上环境的测试验证,如果发现需要紧...
            0 0 1539
            分享
          •   JasperReports介绍  JasperReport是一个强大、灵活的报表生成工具,能够展示丰富的页面内容,并将之转换成PDF、HTML或者XML格式,该库完全由Java写出,可以用于在各种Java应用程序,非常适合Java开发者用来做报表生成。  基本使用指南  新建项目  首先选择模板,这里就直接选了普通的A4模板。  这里用来设置文件名字和文件路径。  这里是选择数据源,我这里已经事先创建好了数据库连接,在后续测试取数据的时候会用到。  这里就是JasperReport的主界面,首先介绍一下界面的五个主要区域:  区域1:选择数据源和项目;  区域2:用于展示报表的内容列表,报...
            0 0 892
            分享
          •   最近的工作需要经常和测试打交道,但我并非这个细分领域的行家,看着几千条测试用例和五花八门的测试设备与工具,以及工程师展示的繁复曲线与图表,着实有些眼花缭乱,没太看懂,不由得陷入了深深的思索......  1 T型人才与焦利氏称  陷入思索有两个原因:一是确实没跟上节奏,只能佯装沉思,以掩饰尴尬,保持风度;二是汽车领域的知识太多了,没能力是一说,但也实在没必要事事跟上节奏,守好自己碗里的饭就不错了。  可是,我们不是要构建T型知识结构,成为综合性人才嘛。那怎么办呢?  写到这里,想到多年前的大学物理实验课,绝大多数课意料之内地忘得干干净净,但倒是记住了一堂——焦利氏称,原因是老师说的一句话,...
            0 0 688
            分享
          • 上周分享了[Kafka性能测试初探](https://mp.weixin.qq.com/s/6zU36udvFpt-2ijfNtSJUA)的Java版本,有读者留言说太简单,内容比较水。这里澄清一下,是我学得比较水。文章定位就是一篇使用Java语言的Kafka Client客户端进行简单操作演示,然后模拟一下简单场景的性能测试。其中深入学习Kafka的可以随处搜到很权威实用的资料,有深入学习需求的可以自行寻找。好久没有写Go了,这才突然觉察到,又重新复习了一波Go语言的基础语法。顺带着之前留下的好习惯,每个学习的框架和工具都用Java和Go写一遍。这次也分享一下Go语言的Kafka基础入门,以...
            0 0 912
            分享
      • 51testing软件测试圈微信