গুগল কালো সম্প্রদায়ের জন্য জাতিগত সমতা উন্নয়নে প্রতিশ্রুতিবদ্ধ। দেখ কিভাবে.
This page was translated by the Cloud Translation API.
Switch to English

একটি নতুন নেটিভ পরীক্ষার উদাহরণ যুক্ত করা

আপনি যদি অ্যান্ড্রয়েড প্ল্যাটফর্ম বিকাশে নতুন হন তবে জড়িত আদর্শ ওয়ার্কফ্লোটি প্রদর্শন করতে আপনি স্ক্র্যাচ থেকে ব্র্যান্ডের নতুন নেটিভ টেস্ট যুক্ত করার পুরো উদাহরণটি পেতে পারেন। এছাড়াও, আপনি যদি সি ++ এর জন্য গেমস্টের কাঠামোর সাথেও অপরিচিত থাকেন তবে দয়া করে অতিরিক্ত ডকুমেন্টেশনের জন্য গিস্ট প্রকল্প প্রকল্পটি পর্যালোচনা করুন।

এই গাইডটি নমুনা হিসাবে পরিবেশন করতে নিম্নলিখিত পরীক্ষাটি ব্যবহার করে:

হ্যালো ওয়ার্ল্ড নেটিভ টেস্ট

এগিয়ে যাওয়ার আগে মোটামুটি ছাপ পেতে প্রথমে কোডটি ব্রাউজ করার পরামর্শ দেওয়া হয়।

একটি উত্স অবস্থান সিদ্ধান্ত

সাধারণত আপনার দলে কোড চেক করার জন্য জায়গা এবং পরীক্ষাগুলি যুক্ত করার জন্য ইতিমধ্যে স্থানগুলির একটি প্রতিষ্ঠিত প্যাটার্ন থাকবে। বেশিরভাগ টিমের একক গিট সংগ্রহস্থলের মালিকানা রয়েছে, বা অন্য দলের সাথে একটি ভাগ করুন তবে একটি উত্সর্গীকৃত সাব ডিরেক্টরি রয়েছে যাতে উপাদান উত্স কোড রয়েছে।

আপনার উপাদান উৎসের জন্য রুট অবস্থান ধরে নেওয়া যাক এ <component source root> , সবচেয়ে উপাদান আছে src এবং tests যেমন নীচে ফোল্ডার, এবং কিছু অতিরিক্ত ফাইল Android.mk (অথবা অতিরিক্ত বিভক্ত .bp ফাইল)।

যেহেতু আপনি একটি একেবারে নতুন পরীক্ষা যোগ করছেন, আপনার সম্ভবত আপনার উপাদান src পাশের tests ডিরেক্টরি তৈরি করতে হবে এবং এটি সামগ্রী দিয়ে পপুলেট করতে হবে।

কিছু ক্ষেত্রে, পৃথক বাইনারিগুলিতে বিভিন্ন স্যুট টেস্টের প্যাকেজ করার প্রয়োজনের কারণে আপনার দলে tests অধীনে আরও ডিরেক্টরি কাঠামো থাকতে পারে। এবং এই ক্ষেত্রে, আপনাকে tests অধীনে একটি নতুন উপ ডিরেক্টরি তৈরি করতে হবে।

উদাহরণস্বরূপ, একক tests ফোল্ডারের সাথে উপাদানগুলির জন্য এখানে একটি সাধারণ ডিরেক্টরি আউটলাইন রয়েছে:

 \
 <component source root>
  \-- Android.bp (component makefile)
  \-- AndroidTest.xml (test config file)
  \-- src (component source)
  |    \-- foo.cpp
  |    \-- ...
  \-- tests (test source root)
      \-- Android.bp (test makefile)
      \-- src (test source)
          \-- foo_test.cpp
          \-- ...
 

এবং একাধিক পরীক্ষার উত্স ডিরেক্টরি সহ উপাদানগুলির জন্য এখানে একটি সাধারণ ডিরেক্টরি আউটলাইন রয়েছে:

 \
 <component source root>
  \-- Android.bp (component makefile)
  \-- AndroidTest.xml (test config file)
  \-- src (component source)
  |    \-- foo.cpp
  |    \-- ...
  \-- tests (test source root)
      \-- Android.bp (test makefile)
      \-- testFoo (sub test source root)
      |   \-- Android.bp (sub test makefile)
      |   \-- src (sub test source)
      |       \-- test_foo.cpp
      |       \-- ...
      \-- testBar
      |   \-- Android.bp
      |   \-- src
      |       \-- test_bar.cpp
      |       \-- ...
      \-- ...
 

কাঠামো নির্বিশেষে, আপনি নমুনা জীবাণু পরিবর্তনের native ডিরেক্টরিতে অনুরূপ ফাইলগুলির সাথে tests ডিরেক্টরি বা সদ্য নির্মিত সাব ডিরেক্টরিটি পপুলিং শেষ করবেন। নীচের বিভাগগুলি প্রতিটি ফাইলের আরও বিশদে ব্যাখ্যা করবে।

সোর্স কোড

একটি উদাহরণের জন্য হ্যালো ওয়ার্ল্ড নেটিভ টেস্ট দেখুন।

স্বরলিপি উত্স কোড নীচে তালিকাভুক্ত করা হয়েছে:

 #include <gtest/gtest.h>
 

শিরোনাম ফাইলটি গেষ্টের জন্য অন্তর্ভুক্ত। নোট করুন যে অন্তর্ভুক্ত ফাইল নির্ভরতা BUILD_NATIVE_TEST মধ্যে BUILD_NATIVE_TEST ব্যবহার করে স্বয়ংক্রিয়ভাবে সমাধান করা হবে

 #include <stdio.h>

TEST(HelloWorldTest, PrintHelloWorld) {
    printf("Hello, World!");
}
 

TEST ম্যাক্রো ব্যবহার করে গেটস লেখা হয়: প্রথম প্যারামিটারটি পরীক্ষার কেসের নাম, এবং দ্বিতীয়টি পরীক্ষার নাম; পরীক্ষার বাইনারি নামের সাথে একত্রে, ফলাফল ড্যাশবোর্ডে ভিজ্যুয়ালাইজ করা হলে তারা নীচের স্তরক্রম গঠন করে:

 <test binary 1>
| \-- <test case 1>
| |   \-- <test 1>
| |   \-- <test 2>
| |   \-- ...
| \-- <test case 2>
| |   \-- <test 1>
| |   \-- ...
| \-- ...
<test binary 2>
|
...
 

গেস্টের সাথে পরীক্ষা লেখার বিষয়ে আরও তথ্যের জন্য, এর ডকুমেন্টেশন দেখুন:

  • https://github.com/google/googletest/blob/master/googletest/docs/Primer.md

সাধারণ কনফিগারেশন ফাইল

প্রতিটি নতুন পরীক্ষার মডিউলটিতে মডিউল মেটাডেটা, সংকলন-সময় নির্ভরতা এবং প্যাকেজিং নির্দেশাবলী সহ বিল্ড সিস্টেমকে পরিচালনা করতে একটি কনফিগারেশন ফাইল থাকতে হবে। বেশিরভাগ ক্ষেত্রে, সুং-ভিত্তিক, ব্লুপ্রিন্ট ফাইল বিকল্পটি যথেষ্ট। বিস্তারিত জানার জন্য সাধারণ পরীক্ষা কনফিগারেশন দেখুন।

জটিল কনফিগারেশন ফাইল

পরিবর্তে ট্রেড ফেডারেশন ব্যবহার করতে, অ্যান্ড্রয়েডের পরীক্ষার জোতা, ট্রেড ফেডারেশন জন্য একটি পরীক্ষা কনফিগারেশন ফাইলটি লিখুন।

পরীক্ষা কনফিগারেশন পরীক্ষা ক্লাস সরবরাহের জন্য বিশেষ ডিভাইস সেটআপ বিকল্প এবং ডিফল্ট আর্গুমেন্ট নির্দিষ্ট করতে পারে।

স্থানীয়ভাবে তৈরি এবং পরীক্ষা করুন

সর্বাধিক ব্যবহারের ক্ষেত্রে আটেস্ট নিয়োগ করুন

আরও জটিল ক্ষেত্রে ভারী কাস্টমাইজেশনের প্রয়োজন হয়, যন্ত্রের নির্দেশাবলী অনুসরণ করুন।