2. 程式人生 > >使用GDB除錯Apollo單元測試程式

使用GDB除錯Apollo單元測試程式

阿新 • • 發佈：2019-02-08


說明：本文修改後的程式碼已上傳到GitHub網站Apollo專案中。

Apollo使用Google Test框架撰寫單元測試用例。如果某個測試用例通不過，僅藉助日誌資訊，很難弄清楚詳細的失敗原因。本文介紹使用GDB除錯單元測試用例的方法，可供各位同學撰寫單元測試程式碼提供一定的幫助。

一、撰寫單元測試用例

以RelativeMap中的單元測試用例進行說明。
首先在資料夾modules/map/relative_map/testdata/multi_lane_map中增加如下測試資料檔案：chassis_info.pb.txt、localization_info.pb.txt、left.smoothed

、middle.smoothed、right.smoothed。
接下來增加單元測試檔案modules/map/relative_map/navigation_lane_test.cc，內部程式碼如下（涉及到的Google Test框架知識不作介紹，大家自行上網查詢）：

#include "modules/map/relative_map/navigation_lane.h"

#include <string>
#include <vector>
#include "gtest/gtest.h"
#include "third_party/json/json.hpp"

#include "modules/canbus/proto/chassis.pb.h"
#include "modules/common/adapters/adapter_manager.h"
#include "modules/common/vehicle_state/vehicle_state_provider.h"
#include "modules/map/relative_map/common/relative_map_gflags.h"
#include "modules/map/relative_map/proto/navigation.pb.h"
#include "modules/map/relative_map/proto/relative_map_config.pb.h"

namespace apollo {
namespace relative_map {

using apollo::common::VehicleStateProvider;
using apollo::common::adapter::AdapterConfig;
using apollo::common::adapter::AdapterManager;
using apollo::common::adapter::AdapterManagerConfig;
using apollo::relative_map::NavigationInfo;
using apollo::relative_map::NavigationLane;
using apollo::relative_map::NavigationPath;
using nlohmann::json;

namespace {
bool GetNavigationPathFromFile(const std::string& filename,
                               NavigationPath* navigation_path) {
  CHECK_NOTNULL(navigation_path);

  std::ifstream ifs(filename, std::ios::in);
  if (!ifs.is_open()) {
    AERROR << "Failed to open " << filename;
    return false;
  }
  std::string line_str;
  while (std::getline(ifs, line_str)) {
    try {
      auto json_obj = json::parse(line_str);
      auto* point = navigation_path->mutable_path()->add_path_point();
      point->set_x(json_obj["x"]);
      point->set_y(json_obj["y"]);
      point->set_s(json_obj["s"]);
      point->set_theta(json_obj["theta"]);
      point->set_kappa(json_obj["kappa"]);
      point->set_dkappa(json_obj["dkappa"]);
    } catch (const std::exception& e) {
      AERROR << "Failed to parse JSON data: " << e.what();
      return false;
    }
  }

  return true;
}

bool GenerateNavigationInfo(
    const std::vector<std::string>& navigation_line_filenames,
    NavigationInfo* navigation_info) {
  CHECK_NOTNULL(navigation_info);

  int i = 0;
  for (const std::string& filename : navigation_line_filenames) {
    auto* navigation_path = navigation_info->add_navigation_path();
    if (!GetNavigationPathFromFile(filename, navigation_path)) {
      continue;
    }
    navigation_path->set_path_priority(i);
    navigation_path->mutable_path()->set_name("Navigation path " + i);
    ++i;
  }
  return navigation_info->navigation_path_size() > 0;
}
}  // namespace

class NavigationLaneTest : public testing::Test {
 public:
  virtual void SetUp() {
    common::adapter::AdapterManagerConfig adapter_conf;
    RelativeMapConfig config;

    EXPECT_TRUE(common::util::GetProtoFromFile(
        FLAGS_relative_map_adapter_config_filename, &adapter_conf));
    EXPECT_TRUE(common::util::GetProtoFromFile(
        FLAGS_relative_map_config_filename, &config));

    navigation_lane_.SetConfig(config.navigation_lane());
    map_param_ = config.map_param();
    navigation_lane_.SetDefaultWidth(map_param_.default_left_width(),
                                     map_param_.default_right_width());

    data_file_dir_ = "modules/map/relative_map/testdata/multi_lane_map/";

    localization::LocalizationEstimate localization;
    canbus::Chassis chassis;
    EXPECT_TRUE(common::util::GetProtoFromFile(
        data_file_dir_ + "localization_info.pb.txt", &localization));
    EXPECT_TRUE(common::util::GetProtoFromFile(
        data_file_dir_ + "chassis_info.pb.txt", &chassis));
    VehicleStateProvider::instance()->Update(localization, chassis);
  }

 protected:
  NavigationLane navigation_lane_;
  NavigationInfo navigation_info_;
  MapGenerationParam map_param_;
  std::vector<std::string> navigation_line_filenames_;
  std::string data_file_dir_;
};

TEST_F(NavigationLaneTest, GenerateOneLaneMap) {
  navigation_line_filenames_.clear();
  navigation_info_.Clear();
  navigation_line_filenames_.emplace_back(data_file_dir_ + "left.smoothed");
  EXPECT_TRUE(
      GenerateNavigationInfo(navigation_line_filenames_, &navigation_info_));
  navigation_lane_.UpdateNavigationInfo(navigation_info_);
  EXPECT_TRUE(navigation_lane_.GeneratePath());
  EXPECT_GT(navigation_lane_.Path().path().path_point_size(), 0);

  MapMsg map_msg;
  EXPECT_TRUE(navigation_lane_.CreateMap(map_param_, &map_msg));
  EXPECT_EQ(1, map_msg.hdmap().lane_size());
}

TEST_F(NavigationLaneTest, GenerateTwoLaneMap) {
  navigation_line_filenames_.clear();
  navigation_info_.Clear();
  navigation_line_filenames_.emplace_back(data_file_dir_ + "left.smoothed");
  navigation_line_filenames_.emplace_back(data_file_dir_ + "right.smoothed");
  EXPECT_TRUE(
      GenerateNavigationInfo(navigation_line_filenames_, &navigation_info_));
  navigation_lane_.UpdateNavigationInfo(navigation_info_);
  EXPECT_TRUE(navigation_lane_.GeneratePath());
  EXPECT_GT(navigation_lane_.Path().path().path_point_size(), 0);

  MapMsg map_msg;
  EXPECT_TRUE(navigation_lane_.CreateMap(map_param_, &map_msg));
  EXPECT_EQ(2, map_msg.hdmap().lane_size());
}

TEST_F(NavigationLaneTest, GenerateThreeLaneMap) {
  navigation_line_filenames_.clear();
  navigation_info_.Clear();
  navigation_line_filenames_.emplace_back(data_file_dir_ + "left.smoothed");
  navigation_line_filenames_.emplace_back(data_file_dir_ + "middle.smoothed");
  navigation_line_filenames_.emplace_back(data_file_dir_ + "right.smoothed");
  EXPECT_TRUE(
      GenerateNavigationInfo(navigation_line_filenames_, &navigation_info_));
  navigation_lane_.UpdateNavigationInfo(navigation_info_);
  EXPECT_TRUE(navigation_lane_.GeneratePath());
  EXPECT_GT(navigation_lane_.Path().path().path_point_size(), 0);

  MapMsg map_msg;
  EXPECT_TRUE(navigation_lane_.CreateMap(map_param_, &map_msg));
  EXPECT_EQ(3, map_msg.hdmap().lane_size());
}

}  // namespace relative_map
}  // namespace apollo

最後，在編譯檔案modules/map/relative_map/BUILD中新增如下內容：

filegroup(
    name = "testdata",
    srcs = glob([
        "testdata/**",
    ]),
)

cc_test(
    name = "navigation_lane_test",
    size = "small",
    srcs = [
        "navigation_lane_test.cc",
    ], 
    data = [
        ":testdata",
    ],   
    deps = [
        ":relative_map_lib",
        "//modules/common",        
        "//third_party/json",
        "@gtest//:main",
    ],
)

重新編譯整個Apollo專案。

二、使用GDB除錯測試用例

重新編譯Apollo專案後，會在bazel-bin/modules/map/relative_map/目錄中生成可執行程式navigation_lane_test，直接使用GDB在Docker中除錯該程式即可，具體操作步驟如下：

1. 啟動並進入Apollo專案的Docker

# 進入Apollo專案根目錄（我的路徑為：`~/code/apollo`，你需要修改為自己的路徑）
cd ~/code/apollo
# 啟動Apollo專案的Docker（注意：2.0以上版本在後面加上一個“-C”選項，
# 表示從中國伺服器拉取映象檔案，以加快下載速度）
bash docker/scripts/dev_start.sh
# 進入Docker
bash docker/scripts/dev_into.sh

2. 在Docker內部使用GDB除錯

gdb -q bazel-bin/modules/map/relative_map/navigation_lane_test

進入GDB除錯介面後，使用l命令檢視原始碼，使用b 138在原始碼第138行（可根據需要修改為自己所需的程式碼位置 ）設定斷點，使用r命令執行navigation_lane_test程式，進入斷點暫停後，使用p navigation_lane_檢視當前變數值（可根據需要修改為其他變數名），使用n單步除錯一條語句，使用s單步除錯進入函式內部，使用c繼續執行後續程式。如果哪個部分測試通不過，除錯資訊會立刻告訴你具體原因，可使用bt檢視當前呼叫堆疊。
1

相關推薦

使用GDB除錯Apollo單元測試程式

說明：本文修改後的程式碼已上傳到GitHub網站Apollo專案中。 Apollo使用Google Test框架撰寫單元測試用例。如果某個測試用例通不過，僅藉助日誌資訊，很難弄清楚詳細的失敗原因。本文介紹使用GDB除錯單元測試用例的方法，可供各位同學撰寫單元測

【Qt】QTest：編譯Qt單元測試程式

一、使用方法 1、測試程式原始碼 TestQString.pro QT += testlib QT -= gui TARGET = tst_TestQStringTest CONFIG += console CONFIG -= app_bund

Python的錯誤除錯以及單元測試unittest

錯誤處理： 程式執行的過程中如果發生了錯誤，就可以事先約定返回一個錯誤程式碼，但是用錯誤碼錶示是否出錯十分的不方便，所以高階語言通常都內建了一套try...except...finally的錯誤處理機制，Python也有這樣的錯誤處理機制： try: print('try..

使用gdb除錯正在執行的程式

一般來說GDB主要除錯的是C/C++的程式。要除錯C/C++的程式，首先在編譯時，我們必須要把除錯資訊加到可執行檔案中。使用編譯器（cc/gcc/g++）的 -g 引數可以做到這一點。如： $gcc -g -Wall hello.c -o hello $g++ -g -

gdb除錯當前執行的程式

為什麼使用gdb除錯正在執行的程式？      因為有時候bug很難復現、或者環境搭建起來比較困難，所以在出現bug的時候可以使用gdb的attach功能除錯正在執行的GCC編譯出來的程式，注意編譯選項要加-g，否則沒有符號表。 除錯步驟？      1. 編譯時

單元測試整理（二）——斷言篇，首個單元測試程式

引子 單元測試主要是用來驗證所測程式碼是否和程式設計師的期望一致，如下所示，在實際操作中，我們可以編寫一個函式assertTure()來驗證預期條件是否滿足，也可以進一步編寫一個函式assertEquals()來判斷兩個數是否相等。事實上諸如此類判斷函式，我們

GDB除錯正在執行的程式

      有時會遇到一種很特殊的除錯需求，對當前正在執行的其它程序進行除錯（正是我今天遇到的情形）。這種情況有可能發生在那些無法直接在偵錯程式中執行的程序身上，例如有的程序 只能在系統啟動時執行。另外如果需要對程序產生的子程序進行除錯的話，也只能採用這種方式。GDB可以

Asp.Net WebApi 除錯利器“單元測試”

當我們編輯好一個WebApi應用程式後，需要對該Api介面進行除錯，傳統的除錯辦法是在方法內設定斷點，然後用PostMan等http工具模擬訪問進行檢視WebAPI的執行情況，但這種除了效率較低還進行出現http的請求無法準確“命中”方法的難題。下面，我給大家推薦的是---"

GDB除錯帶有訊號的程式

訊號（Signals） 訊號是一種軟中斷，是一種處理非同步事件的方法。一般來說，作業系統都支援許多訊號。尤其是UNIX，比較重要應用程式一般都會處理訊號。UNIX定義了許 多訊號，比如SIGINT表示中斷字元訊號，也就是Ctrl+C的訊號，SIGBUS表示硬體故障的訊號；S

使用gdb除錯當前執行的程式

用gdb可以除錯當前的程式的使用情況，讀出他的引數。 以下用一個簡單的程式做為例子：來說明gdb的除錯。第一步  編譯一個死迴圈程式。 /* File name malloc.c*/ #include   <stdio.h>                    

在VS Code中除錯Jest單元測試

隨著React的流行，jest也成很多專案廣泛使用的測試框架。由於jest預設是併發執行測試，在日常的工作中發現很多同學對於如何除錯jest單元測試犯難。這些小細節有時真是“會者不難，難者不會“。這裡給大家介紹如何在code中除錯jest測試的小技巧。

軟體除錯及單元測試

對於很多程式設計師朋友來說，編寫程式碼要比除錯程式碼快樂的多。似乎創造軟體比維護軟體更能給人帶來成就感。然而，在企業裡面維護前人留下的程式碼也是工作中不可缺少的一項內容。所以，如何除錯軟體，更快更好地尋找軟體中的bug，就成了我們必須學習的一門功課。當然，有人查詢故障很快，而

Linux下使用gdb除錯C/C++程式

在筆者工作實踐中，使用gdb除錯C++程式和除錯C程式，他們稍有不同，下面是使用總結。 一、編譯選項 -g         生成除錯資訊 -gstabs+   以stabs格式生成除錯資訊,並且包含僅供gdb使用的額外除錯資訊生成除

Ubuntu下GDB除錯C語言程式

轉自：http://zhgeaits.me/other/2013/03/17/gdb-study-notes.html，感謝博主。 1.GDB是什麼 GDB是GNU開源組織釋出的一個UNIX下的程式除錯工具，專門用來除錯C，C++這些程式的了，而且都是命令列模式的。 2.準備工作 平

【linux】Valgrind工具集詳解（六）：使用Valgrind gdbserver和GDB除錯程式

一、概述 在Valgrind下執行的程式不是由CPU直接執行的。相反，它執行在Valgrind提供的合成CPU上。這就是偵錯程式在Valgrind上執行時無法除錯程式的原因。 二、快速入門 在使用Memcheck工具時使用GDB除錯程式，啟動方式如下： 1、valgrind

linux下 gdb+coredump 除錯偶發crash的程式

1. 開啟 core dump 檢視是否開啟 ulimit -c  如果輸出0, 說明沒有開啟。 方法一：使用命令 ulimit -c unlimited  可以開啟，但是隻對當前終端有效， 方法二： 配置 /etc/profile 檔案 su

論如何進行小程式自定義元件的單元測試

前言 自從小程式自定義元件和 npm 功能面世之後，元件化和開源思想逐步開始萌芽了。我們可以將一些通用的部件，如自定義導航欄之類的封裝到一個自定義元件中，然後藉由 npm 平臺開源出去給其他開發者使用，這樣可以省去很多勞動。相信各位開發老爺們應該或多或少都有過使用開源包的經歷，但是在使用前，這個開源包得能贏

iOS 真機除錯、打包測試、釋出程式常見問題

原文地址::https://blog.csdn.net/shihuboke/article/details/73864246   相關文章 1、iOS 建立真機除錯證書流程----https://blog.csdn.net/shihuboke/article/details/7

在arm-linux上用gdb除錯程式，出現“Program received signal SIGPIPE, Broken pipe”

        出現這種情況大多是因為程式採用CS架構（伺服器/客戶端）在讀寫操作時出現，我第一次也是在這樣的情況下遇到的。首先我們都知道套接字的通訊方式是雙工的，同端即可寫也可讀。而出現Broken pipe這種情況的原因是寫段正在寫入時，另一端已關閉套接字，這樣程序就會向

Linux gdb除錯程式

gdb 可執行檔案       進入gdb除錯環境，輸出介紹資訊         gdb -g 可執行檔案    進入除錯環境，可以不輸出介紹資訊      2、list命令 顯示除錯檔案程式碼（預設顯示10行，敲回車鍵繼續輸出10行...超出檔案總行數，會提示如：Line