Memulai wiki komunitas untuk mengumpulkan praktik terbaik objektif untuk pengembangan plugin. Pertanyaan ini terinspirasi oleh komentar @ EAMann tentang wp-hacker .

Idenya adalah untuk berkolaborasi tentang apa praktik terbaik yang mungkin terjadi sehingga kita pada akhirnya berpotensi menggunakannya dalam beberapa proses peninjauan kolaborasi masyarakat.

UPDATE: Setelah melihat beberapa tanggapan pertama menjadi jelas bahwa kita hanya perlu memiliki satu ide / saran / praktik terbaik per jawaban dan orang-orang harus meninjau daftar untuk memastikan tidak ada duplikat sebelum memposting.

Gunakan Tindakan dan Filter

Jika menurut Anda orang ingin menambah atau mengubah beberapa data: berikan apply_filters () sebelum kembali .

PS Satu hal yang saya temukan agak mengecewakan dan bahwa alamat pertanyaan Anda adalah persentase plugin yang dirancang hanya untuk pengguna akhir, yaitu yang tidak memiliki kaitannya sendiri. Bayangkan jika WordPress dirancang seperti kebanyakan plugin? Ini akan menjadi tidak fleksibel dan solusi yang sangat niche.

Mungkin hal akan berbeda jika WordPress memiliki kemampuan untuk menginstal plugin secara otomatis yang bergantung pada plugin lain? Karena saya biasanya harus menulis banyak fungsi yang saya butuhkan dari awal karena klien menginginkan sesuatu dengan cara tertentu dan plugin yang tersedia, sementara 90% di sana, jangan izinkan saya fleksibilitas untuk memperbarui 10% sisanya.

Saya benar-benar berharap mereka yang memimpin komunitas WordPress akan mengidentifikasi cara untuk memastikan bahwa plugin dihargai untuk mengikuti praktik terbaik (seperti menambahkan kait untuk pengembang lain) seperti halnya jawaban yang baik diberikan pada situs StackExchange.

Mari kita ambil contoh dari pertanyaan lain :

Contoh: Saya ingin melakukan sesuatu di plugin saya ketika seseorang me-retweet sebuah artikel. Jika ada pengait khusus pada apa pun plugin retweet yang populer yang dapat saya gunakan untuk terhubung dan dimatikan, itu akan bagus. Tidak ada, jadi saya bisa memodifikasi plugin mereka untuk memasukkannya, tetapi itu hanya berfungsi untuk salinan saya, dan saya tidak ingin mencoba mendistribusikannya kembali.

Terkait

• Tawarkan Formulir yang Dapat Diperpanjang

Muat Script / CSS dengan wp_enqueue_scriptdanwp_enqueue_style

Plugin tidak boleh memuat / mencoba memuat versi duplikat file JS / CSS, khususnya jQuery dan file JS lainnya yang termasuk dalam WP Core.

Plugin harus selalu menggunakan wp_enqueue_scriptdan wp_enqueue_styleketika menautkan file JS dan CSS dan tidak pernah secara langsung melalui <script>tag.

Terkait

• Gunakan kembali fungsi yang ada

Dukungan I18n

Semua string keluaran harus ditautkan ke domain teks yang sesuai untuk memungkinkan internasionalisasi oleh pihak-pihak yang berkepentingan, bahkan jika pengembang tidak berminat menerjemahkan plug-in mereka sendiri.

Perhatikan bahwa sangat penting untuk memuat file bahasa selama inittindakan sehingga pengguna dapat terhubung ke tindakan.

Lihat Codex: I18n untuk Pengembang WordPress

Dan juga artikel ini: Memuat file bahasa WP dengan benar .

Sejak WordPress 4.6+

WP 4.6 mengubah urutan pemuatan dan lokasi diperiksa, itu membuatnya lebih mudah bagi pengembang dan pengguna.

Mempertimbangkan plugin dengan domain teks 'my-plugin', WordPress sekarang akan PERTAMA mencari file terjemahan di:
/wp-content/languages/plugins/my-plugin-en_US.mo

Jika gagal menemukan satu di sana kemudian akan mencari di mana plugin memberitahu itu untuk melihat (biasanya dalam folder 'bahasa' pluigns jika mengikuti kodeks):
/ wp-content / plugins / my-plugin / languages ​​/ my- plugin-en_US.mo

Terakhir jika tidak ada file bahasa yang ditemukan, ia akan memeriksa lokasi default:
/wp-content/languages/my-plugin-en_US.mo

Pemeriksaan pertama ditambahkan pada 4.6 dan memberikan pengguna tempat yang pasti untuk menambahkan file bahasa, karena sebelum mereka perlu tahu di mana pengembang menambahkan file bahasa, sekarang pengguna hanya perlu tahu textdomain plugin: / wp-content / bahasa / plugin / TEXTDOMAIN-LOCAL.mo

Di bawah ini adalah cara lama (Tidak relevan sejak WP 4.6+)

[...]
Akhirnya, saya ingin menunjukkan bahwa penting untuk memuat file bahasa pengguna khusus dari WP_LANG_DIR sebelum Anda memuat file bahasa yang dikirimkan bersama plugin . Ketika banyak file-file dimuat untuk domain yang sama, terjemahan yang ditemukan pertama kali akan digunakan. Dengan cara ini file bahasa yang disediakan oleh plugin akan berfungsi sebagai fallback untuk string yang tidak diterjemahkan oleh pengguna.

public function load_plugin_textdomain()
{
    $domain = 'my-plugin';
    // The "plugin_locale" filter is also used in load_plugin_textdomain()
    $locale = apply_filters( 'plugin_locale', get_locale(), $domain );

    load_textdomain( 
            $domain, 
            WP_LANG_DIR . '/my-plugin/' . $domain . '-' . $locale . '.mo' 
    );
    load_plugin_textdomain( 
            $domain, 
            FALSE, 
            dirname( plugin_basename(__FILE__) ) . '/languages/' 
    );
}

Pastikan Plugin Hasilkan Kesalahan Tidak dengan WP_DEBUG

Selalu uji plugin Anda dengan WP_DEBUGdihidupkan dan idealnya dihidupkan selama proses pengembangan Anda. Plugin tidak boleh melempar kesalahan APA SAJA WP_DEBUG. Ini termasuk pemberitahuan yang sudah usang dan indeks yang tidak dicentang.

Untuk mengaktifkan debugging, edit wp-config.phpfile Anda sehingga WP_DEBUGkonstanta diatur ke true. Lihat Codex di Debug untuk detail lebih lanjut.

Pertama Gunakan Fungsi yang Ada di WordPress Core

Jika Anda dapat: menggunakan fungsi yang ada yang termasuk dalam inti WordPress alih-alih menulis sendiri. Hanya mengembangkan fungsi PHP khusus ketika tidak ada fungsi yang sesuai yang sudah ada sebelumnya di inti WordPress.

Salah satu manfaatnya adalah Anda dapat menggunakan "pemberitahuan log usang" untuk dengan mudah memonitor fungsi yang harus diganti. Manfaat lain adalah pengguna dapat melihat dokumentasi fungsi dalam Codex dan lebih memahami apa yang dilakukan plugin meskipun mereka bukan pengembang PHP yang berpengalaman.

Terkait

• Dukungan I18n
• Muat Script / CSS dengan wp_enqueue_script dan wp_enqueue_style
• Tawarkan Formulir yang Dapat Diperpanjang

Menghapus instalasi harus menghapus semua data plugin

Setelah dihapus dari instalasi WordPress, sebuah plugin harus menghapus semua file, folder, entri basis data, dan tabel yang dibuatnya serta nilai opsi yang dibuatnya.

Plugin dapat menawarkan opsi untuk mengekspor / mengimpor pengaturan, sehingga pengaturan dapat disimpan di luar WordPress sebelum dihapus.

Terkait

• Deaktivasi seharusnya tidak memicu Data-Rugi

Cegah SQL Injection dengan Input Data

Plugin harus membersihkan semua input pengguna yang diambil secara langsung atau tidak langsung (misalnya melalui $_POSTatau$_GET ) sebelum menggunakan nilai input untuk query database MySQL.

Lihat: Memformat pernyataan SQL .

Awali Semua Item Namespace Global

Sebuah plugin harus benar-benar awalan SEMUA item namespace global (konstanta, fungsi, kelas, variabel, bahkan hal-hal seperti taksonomi kustom, tipe posting, widget, dll.). Misalnya, jangan membuat fungsi yang disebut init(); sebagai gantinya, beri nama sesuatu seperti jpb_init().

Umumnya harus menggunakan awalan tiga atau empat huruf di depan nama atau untuk menggunakan Fitur PHP Namespace . Bandingkan: Awalan satu huruf untuk konstanta kelas PHP?

Terkait

• Global Namespace adalah Sumber Daya terbatas

Gunakan kode PHP5 berorientasi kelas dan objek

Tidak ada alasan untuk tidak menulis kode PHP5 yang bersih dan berorientasi objek. Dukungan PHP4 akan dihapus setelah rilis berikutnya (WP 3.1). Tentu saja, Anda dapat awalan semua nama fungsi Anda untuk berakhir dengan endless_long_function_names_with_lots_of_underscores, tetapi jauh lebih mudah untuk hanya menulis kelas sederhana dan menggabungkan semua yang ada di dalamnya. Juga, letakkan kelas Anda dalam file yang terpisah dan beri nama sesuai sehingga Anda dapat dengan mudah memperluas dan memeliharanya:

// in functions.php
require 'inc/class-my-cool-plugin.php';
new MyCoolPlugin();

// in inc/class-my-cool-plugin.php
class MyCoolPlugin {
    function __construct() {
        // add filter hooks, wp_enqueue_script, etc.

        // To assign a method from your class to a WP 
        // function do something like this
        add_action('admin_menu', array($this, "admin"));
    }

    public function admin() {
        // public methods, for use outside of the class
        // Note that methods used in other WP functions 
        // (such as add_action) should be public
    }

    private function somethingelse() {
        // methods you only use inside this class
    }
}

Deaktivasi seharusnya tidak memicu Data-Rugi

Plugin tidak boleh menghapus data apa pun saat dinonaktifkan .

Terkait

• Copot pemasangan harus menghapus semua data plugin

Hanya sertakan file yang Anda butuhkan ...

Jika Anda berada di ujung depan, jangan sertakan kode yang terkait dengan area admin.

Umumkan Kehilangan Data saat Penghapusan Instalasi Plugin

Setelah menghapus penginstalan, plugin akan meminta pengguna untuk menghapus data dan menerima konfirmasi bahwa pengguna tidak masalah dengan menghapus data sebelum melakukannya dan sebuah pengaya juga harus memungkinkan pengguna opsi untuk menyimpan data pada saat penghapusan instalasi. (Ide ini dari @EAMann.)

Terkait

• Copot pemasangan harus menghapus semua data plugin
• Deaktivasi seharusnya tidak memicu Data-Rugi

Biarkan nama folder plugin diubah

/ plugins / pluginname / {berbagai}

"Pluginname" yang digunakan untuk folder harus selalu dapat diubah.

Ini biasanya ditangani dengan mendefinisikan konstanta dan secara konsisten menggunakannya di seluruh plugin.

Tak perlu dikatakan banyak plugin populer adalah pendosa.

Terkait:

• plugins_url() untuk menghubungkan dengan mudah ke sumber daya, termasuk dengan plugin.

Gunakan WordPress (bawaan) penanganan Kesalahan

Jangan hanya return;jika beberapa input pengguna salah. Memberi mereka beberapa informasi tentang dilakukan salah.

function some_example_fn( $args = array() ) 
{
    // If value was not set, build an error message
    if ( ! isset( $args['some_value'] ) )
        $error = new WP_Error( 'some_value', sprintf( __( 'You have forgotten to specify the %1$s for your function. %2$s Error triggered inside %3$s on line %4$s.', TEXTDOMAIN ), '$args[\'some_value\']', "\n", __FILE__, __LINE__ ) );

    // die & print error message & code - for admins only!
    if ( isset( $error ) && is_wp_error( $error ) && current_user_can( 'manage_options' ) ) 
        wp_die( $error->get_error_code(), 'Theme Error: Missing Argument' );

    // Elseif no error was triggered continue...
}

Satu kesalahan (objek) untuk semua

Anda dapat mengatur objek kesalahan global untuk tema atau plugin Anda selama bootstrap:

function bootstrap_the_theme()
{
    global $prefix_error, $prefix_theme_name;
    // Take the theme name as error ID:
    $theme_data = wp_get_theme();
    $prefix_theme_name = $theme_data->Name;
    $prefix_error = new WP_Error( $theme_data->Name );

    include // whatever, etc...
}
add_action( 'after_setup_theme', 'bootstrap_the_theme' );

Kemudian, Anda dapat menambahkan Kesalahan tidak terbatas sesuai permintaan:

function some_theme_fn( $args )
{
    global $prefix_error, $prefix_theme_name;
    $theme_data = wp_get_theme();
    if ( ! $args['whatever'] && current_user_can( 'manage_options' ) ) // some required value not set
        $prefix_error->add( $prefix_theme_name, sprintf( 'The function %1$s needs the argument %2$s set.', __FUNCTION__, '$args[\'whatever\']' ) );

    // continue function...
}

Kemudian Anda dapat mengambil semuanya di akhir tema Anda. Dengan cara ini Anda tidak mengganggu rendering halaman dan masih bisa menampilkan semua kesalahan Anda untuk dikembangkan

function dump_theme_errors()
{
    global $prefix_error, $prefix_theme_name;

    // Not an admin? OR: No error(s)?
    if ( ! current_user_can( 'manage_options' ) ! is_wp_error( $prefix_error ) )
        return;

    $theme_errors = $prefix_error->get_error_messages( $prefix_theme_name );
    echo '<h3>Theme Errors</h3>';
    foreach ( $theme_errors as $error )
        echo "{$error}\n";
}
add_action( 'shutdown', 'dump_theme_errors' );

Anda dapat menemukan informasi lebih lanjut di Q ini . Tiket terkait untuk memperbaiki "kerja sama" dari WP_Errordan wp_die()terhubung dari sana dan tiket lain akan mengikuti. Komentar, kritik & semacamnya sangat dihargai.

Minimalkan Nama yang Ditambahkan ke Global Namespace

Plugin harus mengurangi dampaknya sebanyak mungkin dengan meminimalkan jumlah nama yang ditambahkannya ke namespace global .

Ini dapat dilakukan dengan mengenkapsulasi fungsi plugin ke dalam kelas atau dengan menggunakan fitur ruang nama PHP . Awalan semuanya juga bisa membantu tetapi tidak fleksibel.

Di sebelah fungsi dan kelas, sebuah plugin tidak boleh memperkenalkan variabel global. Menggunakan kelas biasanya menghapusnya dan itu menyederhanakan pemeliharaan plugin.

Terkait

• Awali dengan Benar

Komentar menggunakan PhpDoc

Praktik terbaik dekat dengan gaya PhpDoc. Jika Anda tidak menggunakan IDE seperti "Eclipse", Anda bisa melihat Manual PhpDoc .

Anda tidak harus tahu persis bagaimana cara kerjanya. Pengembang Profesional dapat membaca kode itu dan hanya memerlukan ini sebagai ringkasan. Coders dan pengguna hobi mungkin menghargai cara Anda menjelaskannya pada tingkat pengetahuan yang sama.

Gunakan API Pengaturan sebelum add_option

Alih-alih menambahkan opsi ke DB melalui fungsi add_option, Anda harus menyimpannya sebagai array dengan menggunakan Pengaturan API yang mengatur semuanya untuk Anda.

Gunakan API Modifikasi Tema sebelum add_option

The Modifikasi API adalah membangun cukup sederhana dan cara yang aman yang memungkinkan penambahan dan mengambil pilihan. Semuanya disimpan sebagai nilai serial di basis data Anda. Mudah, aman & sederhana.

Lindungi Privasi Pengguna Plugin

(Sebelumnya: Komunikasi API Anonim)

Jika plug-in berkomunikasi dengan sistem eksternal atau API (mis. Beberapa layanan Web), itu harus dilakukan secara anonim atau memberikan pengguna dengan opsi anonim yang memastikan bahwa tidak ada data yang terkait dengan pengguna plugin bocor ke pihak kedua yang tidak terkendali.

Host Plugin di WordPress.org

Gunakan repositori SVN yang disediakan di WordPress.org untuk hosting plugin. Itu membuat untuk pengalaman pengguna yang lebih mudah diperbarui dan jika Anda belum pernah menggunakan SVN sebelumnya, itu membuat Anda benar-benar mengerti dengan menggunakannya dalam konteks yang membenarkannya.

Berikan Kontrol Akses dengan Menggunakan Izin

Dalam banyak kasus, pengguna mungkin tidak ingin semua orang memiliki akses ke area yang dibuat oleh plugin Anda terutama dengan plugin yang melakukan beberapa operasi kompleks, satu pemeriksaan kemampuan hardcoded mungkin tidak cukup.

Paling tidak, miliki pemeriksaan kemampuan yang sesuai untuk semua jenis prosedur plugin Anda yang dapat digunakan.

Impor / Ekspor Pengaturan Plugin

Ini tidak umum di seluruh plugin, tetapi jika plugin Anda memiliki (beberapa) pengaturan, itu harus menyediakan Impor / Ekspor data seperti konfigurasi dan input pengguna .

Impor / Ekspor meningkatkan kegunaan plugin.

Plugin contoh yang memiliki fungsi impor dan ekspor (dan juga mekanisme undo) seperti itu adalah Breadcrumb NavXT (Wordpress Plugin) (pengungkapan penuh: beberapa kode kecil oleh saya di sana, sebagian besar telah dilakukan oleh mtekk).

Terkait

• Copot pemasangan harus menghapus semua data plugin
• Deaktivasi seharusnya tidak memicu Data-Rugi

Atur kode Anda

Selalu sulit untuk membaca kode yang tidak ditulis sesuai urutan yang dieksekusi. Pertama-tama termasuk / butuhkan, tentukan, wp_enqueue_style & _script, dll., Lalu fungsi-fungsi yang dibutuhkan plugin / tema dan akhirnya pembangun (mis. Layar admin, hal-hal yang terintegrasi dalam tema, dll.).

Cobalah untuk memisahkan hal-hal seperti css dan js di folder mereka sendiri. Coba juga dengan fungsi-fungsi yang hanya membantu, seperti susunan merata dan sejenisnya. Menjaga file "utama" tetap bersih dan mudah dibaca adalah cara yang membantu pengguna, pengembang, dan Anda, ketika Anda mencoba memperbarui dalam setahun dan belum melihat kode untuk waktu yang lebih lama.

Baik juga memiliki struktur yang sering Anda ulangi, sehingga Anda selalu menemukan jalan keluar. Berkembang dalam struktur yang dikenal pada proyek yang berbeda akan memberi Anda waktu untuk membuatnya lebih baik dan bahkan jika klien Anda beralih ke pengembang lain, Anda tidak akan pernah mendengar "dia meninggalkan kekacauan". Ini membangun reputasi Anda dan harus menjadi tujuan jangka panjang.

Mati dengan gaya

mati dengan cara yang layak Semua fungsi plugin (dan bahkan tema) harus digunakan wp_die()di tempat-tempat penting untuk menawarkan sedikit informasi kepada pengguna tentang apa yang telah terjadi. Kesalahan php menjengkelkan dan wp_diedapat memberi pengguna pesan gaya bagus tentang apa yang dilakukan plugin (atau mereka) salah. Plus, jika pengguna telah menonaktifkan debug, plugin hanya akan rusak.

Menggunakan wp_die()juga membantu plugin / tema Anda kompatibel dengan Wordpress tesuite .

• Gunakan penanganan Kesalahan WP

Berikan Layar Bantuan untuk pengguna

Lebih baik mengatakan RTFM (klik bantuan) sebagai jawaban daripada harus menjawab pertanyaan berulang kali.

/**
  * Add contextual help for this screen
  * 
  * @param $rtfm
  * @uses get_current_screen
  */ 
  function ContextualHelp( /*string*/ $rtfm) 
  { 
     $current_screen = get_current_screen();
     if ($current_screen->id == $this->_pageid) 
     {
        $rtfm .= '<h3>The WordPress Plugin - Screen A</h3>';
        $rtfm .= '<p>Here are some tips: donate to me ' .
     }
     return $rtfm; 
  }
add_action('contextual_help', array($this,'ContextualHelp'),1,1);

update / note: (lihat komentar dari kaiser): contoh di atas akan digunakan di kelas

Tawarkan Formulir yang Dapat Diperpanjang

Ketika sebuah plugin menawarkan kemungkinan untuk memasukkan data, itu harus selalu memiliki kaitan di bagian akhir, tepat sebelum tombol "kirim" dan / atau "setel ulang", sehingga pengembang dapat dengan mudah memperpanjang formulir dengan tidak hanya bidang, tetapi juga tombol.

Lihat: Pengaturan API

Terkait

• Gunakan Tindakan dan Filter
• Gunakan kembali fungsi yang ada
• Dukungan I18n

termasuk fungsi selalu melalui Hook, bukan secara langsung.

Contoh:

• Jangan gunakan untuk memasukkan kelas plugin melalui baru tanpa kail

• Gunakan plugins_loaded Hook

  // add the class to WP                                   
  function my_plugin_start() {                                                               
      new my_plugin();   
  }                                                        
  add_action( 'plugins_loaded', 'my_plugin_start' );

Pembaruan: contoh langsung kecil: Plugin-svn-trunk-page dan contoh semu

//avoid direct calls to this file where wp core files not present
if (!function_exists ('add_action')) {
        header('Status: 403 Forbidden');
        header('HTTP/1.1 403 Forbidden');
        exit();
}

if ( !class_exists( 'plugin_class' ) ) {
    class plugin_class {

        function __construct() {
        }

    } // end class

    function plugin_start() {

        new plugin_class();
    }

    add_action( 'plugins_loaded', 'plugin_start' );
} // end class_exists

Anda juga dapat memuat melalui mu_plugins_loaded pada multisite-install, lihat kodeks untuk referensi tindakan: http://codex.wordpress.org/Plugin_API/Action_Reference Juga di sini Anda lihat, bagaimana inPlusing wP dengan kait ini: http: // adambrown. info / p / wp_hooks / hook / plugins_loaded? version = 2.1 & file = wp-settings.php Saya sering menggunakan ini dan ini tidak terlalu sulit dan awal, lebih baik sebagai kelas baru yang sulit ();

Plugin Lisensi di bawah Lisensi yang Kompatibel GPL

Plug-in dan tema harus dilisensikan di bawah lisensi yang kompatibel dengan WordPress. Ini memungkinkan mereka untuk didistribusikan kembali dengan WordPress sebagai "program." Lisensi yang direkomendasikan adalah GPL . Berhati-hatilah karena semua pustaka kode yang disertakan dengan plug-in kompatibel dengan lisensi yang sama.

(Ini telah menjadi masalah dan titik perdebatan serius baik di masa lalu dan sekarang .)

Deskripsi plugin Anda harus secara akurat merinci fungsi-fungsi plugin Anda. Ada 10 plugin pos unggulan. Semuanya menampilkan posting yang ditampilkan, namun banyak yang memiliki fitur yang berbeda. Seharusnya mudah membandingkan plugin Anda dengan plugin serupa dengan membaca deskripsi.

Anda harus menghindari membual tentang betapa sederhananya plugin Anda kecuali itu sangat mendasar. Anda harus memasukkan tautan yang bermanfaat dalam deskripsi seperti tautan ke pengaturan.

Minimalkan efek samping dari Remote Datasources dan layanan Web

Plugin harus Cache / Shield Webservice dan / atau XMLRPC / SOAP permintaan melalui lapisan caching / penyedia data jika Anda menggunakannya agar tidak membuat permintaan depan menunggu (lambat) respons layanan web.

Itu termasuk pengunduhan RSS feed dan halaman lainnya. Rancang plugin Anda bahwa mereka meminta data di latar belakang.

Satu LANGKAH yang memungkinkan adalah (Ambil contoh ke ping.fm sebagai contoh): Buat tabel buffer, katakanlah: ping_fm_buffer_post (tanggal, waktu, pesan, dikirimkan_waktu, status)

1. Untuk setiap kali Anda ingin mengirim pembaruan ke ping.fm, tambahkan ke tabel ini.
2. Sekarang, kita perlu membuat plugin untuk menangani data ini. Plugin ini akan dijalankan melalui crontab untuk memeriksa setiap pembaruan yang belum dikirim
3. Karena kami memiliki tabel ini, kami juga dapat mencantumkan setiap pesan yang dikirimkan ke ping.fm dan memeriksa status setiap posting. Kalau-kalau ada masalah di sisi ping.fm, kita bisa mengirimkannya kembali.

Uji plugin Anda

Kita harus memiliki beberapa alat pengujian pada lingkungan pengembangan plugin kita.

Berdasarkan jawaban oleh Ethan Seifert untuk pertanyaan pengujian, ini adalah praktik yang baik untuk diikuti:

• Unit Testing Anda harus menguji jumlah perilaku terkecil yang dapat dilakukan oleh suatu kelas.
• Ketika Anda naik ke tingkat pengujian fungsional ini adalah tempat Anda dapat menguji kode Anda dengan dependensi Wordpress.
• Bergantung pada apa yang dilakukan plugin Anda - pertimbangkan untuk menggunakan tes berbasis Selenium yang menguji keberadaan data di DOM dengan menggunakan ID