| title | date | categories | |
|---|---|---|---|
gdb测试框架dejagnu的介绍 |
2011-08-19 |
|
前些天有人问到如何测试交叉编译的gdb，和有如何与板子一起工作进行测试。 其实答案相对简单，就是提供一个board file，根据自己的板子和环境，进行 一些定制。但是，好像很多人对觉得测试交叉编译的gdb或者gcc都挺神秘的， 我觉得有必要写一点点来介绍一下dejagnu。
GNU toolchain都在使用dejagnu作为自己的测试框架，所有的测试用例都是用 Tcl/Expect编写的。我们不去介绍dejagnu内部是怎样做的，而是从外部来观察 如何使用dejagnu来为GNU toolchain编写测试用例。我们可以把GNU toolchain 的测试代码分为三个部分，
- 公共的基础函数。比如在gdb测试中，我们需要一个公共函数来把测试代码编译为可执行文件，或者，一个公共函数来启动gdb等等。
- 板子级别的配置文件（board file）。这些文件和具体的测试场景有关系，比如，
- natively build的gdb测试过程中，就不需要gdbserver。cross build的gdb测试过程就需要gdbserver。
- 不同的测试场景需要不同的host gcc，
- 远程调试需要知道远程机器的host name和端口号，等等
- 测试用例。比如给gdb发送一个命令，通过输出来判断是否正确。在gdb的所有测试代码中，这一类占了绝大部分。
测试用例一般都是针对gdb的某个功能或者某个bug来设计的一系列gdb的操作，和对应这些操作后，应该得到的输出。简单的说，就是让gdb 执行一个或者多个命令，然后从gdb的输出来判断这个命令的执行正确与否。GDBTestcaseCookbook 详细介绍了如何在写测试用例。我们在 这里也不介绍了。
board file 听起来有些玄妙，我们先看看它在什么时候需要，
- 需要一个特殊的编译器，比如非gcc的编译器，来编译测试代码，
- 需要测试一个非gdb的调试器，或者没有在安装缺省路径下的调试器，
- 需要测试一个交叉调试器，在远程调试的环境下，利用gdbserver或者别的stub得到测试结果
- 需要在测试的时候，知道远程gdbserver或者stub的机器地址和端口信息，
- 对于某些特殊的环境，需要在启动测试的时候，启动别的程序，
- 等等
从上边的列表我们能够看出，凡是和定制gdb测试过程的逻辑大多和board file有关。在我们每次运行gdb的测试用例的时候，所使用的board file绝对不止一个。往往会用到好几个board file，他们之间的关系类似面向对象中的类的继承关系，下层（孩子）的board file可以覆盖 上层（父亲）的board file中的一些函数，以实现定制功能。比如，基本的board file，就定义了测试的一般流程，比如 gdb\_start 启动 gdb，gdb\_load 加载。如果是用gdbserver进行远程调试，board file中就可以覆盖缺省的gdb\_start动作，加入一些启动gdbserver的 逻辑。就是利用这样的方式，dejagnu可以支持gdb的各种不同的环境下进行所有的测试，而测试用例本身不用十分在意当前的运行环境是怎样的。
这里给一个例子：
# gdbserver running over ssh. load_generic_config "gdbserver" process_multilib_options "" # 设置编译测试用例的gcc set_board_info compiler "/home/yao/toolchain/bin/arm-unknown-linux-gnueabi-gcc" set_board_info rsh_prog /usr/bin/ssh set_board_info rcp_prog /usr/bin/scp set_board_info protocol standard # 这里进行远程调试，目标机器的hostname或者ip地址 set_board_info hostname your.target.host.name or ip address set_board_info username yao # gdbserver's location on your target board. set_board_info gdb_server_prog /home/yao/gdbserver # We will be using the standard GDB remote protocol set_board_info gdb_protocol "remote" # Use techniques appropriate to a stub set_board_info use_gdb_stub 1 # This gdbserver can only run a process once per session. set_board_info gdb,do_reload_on_run 1 # There's no support for argument-passing (yet). set_board_info noargs 1 # Can't do input (or output) in the current gdbserver. set_board_info gdb,noinferiorio 1 # Can't do hardware watchpoints, in general set_board_info gdb,no_hardware_watchpoints 1