ການທົດສອບໂຄງສ້າງພື້ນຖານເປັນລະຫັດກັບ Pulumi. ພາກທີ 1

ສະບາຍດີຕອນບ່າຍຫມູ່ເພື່ອນ. ໃນຄວາມຄາດຫວັງຂອງການເລີ່ມຕົ້ນຂອງການໄຫຼເຂົ້າໃຫມ່ໃນອັດຕາ "ການປະຕິບັດແລະເຄື່ອງມື DevOps" ພວກເຮົາກຳລັງແບ່ງປັນການແປໃໝ່ໃຫ້ກັບເຈົ້າ. ໄປ.

ການນໍາໃຊ້ພາສາ Pulumi ແລະພາສາການຂຽນໂປລແກລມທົ່ວໄປສໍາລັບລະຫັດໂຄງສ້າງພື້ນຖານ (Infrastructure as Code) ສະຫນອງຜົນປະໂຫຍດຫຼາຍຢ່າງ: ທັກສະແລະຄວາມຮູ້, ການກໍາຈັດ boilerplate ໃນລະຫັດໂດຍຜ່ານການ abstraction, ເຄື່ອງມືທີ່ຄຸ້ນເຄີຍກັບທີມງານຂອງທ່ານເຊັ່ນ IDEs ແລະ linters. ເຄື່ອງມືວິສະວະກໍາຊອບແວທັງຫມົດເຫຼົ່ານີ້ບໍ່ພຽງແຕ່ເຮັດໃຫ້ພວກເຮົາມີຜົນຜະລິດຫຼາຍ, ແຕ່ຍັງປັບປຸງຄຸນນະພາບຂອງລະຫັດຂອງພວກເຮົາ. ດັ່ງນັ້ນ, ມັນເປັນເລື່ອງທໍາມະຊາດທີ່ການນໍາໃຊ້ພາສາການຂຽນໂປລແກລມທົ່ວໄປຊ່ວຍໃຫ້ທ່ານສາມາດແນະນໍາການປະຕິບັດການພັດທະນາຊອບແວທີ່ສໍາຄັນອີກອັນຫນຶ່ງ - ການທົດສອບ.

ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເບິ່ງວິທີທີ່ Pulumi ຊ່ວຍພວກເຮົາທົດສອບໂຄງສ້າງພື້ນຖານຂອງພວກເຮົາ.

ເປັນຫຍັງຕ້ອງທົດສອບໂຄງສ້າງພື້ນຖານ?

ກ່ອນທີ່ຈະເຂົ້າໄປໃນລາຍລະອຽດ, ມັນເປັນມູນຄ່າທີ່ຈະຖາມຄໍາຖາມ: "ເປັນຫຍັງການທົດສອບໂຄງສ້າງພື້ນຖານທັງຫມົດ?" ມີຫຼາຍເຫດຜົນສໍາລັບການນີ້ແລະນີ້ແມ່ນບາງສ່ວນຂອງພວກເຂົາ:

• ການທົດສອບຫນ່ວຍງານຂອງແຕ່ລະຫນ້າທີ່ຫຼືຊິ້ນສ່ວນຂອງເຫດຜົນຂອງໂປຼແກຼມຂອງທ່ານ
• ຢືນຢັນສະຖານະທີ່ຕ້ອງການຂອງໂຄງສ້າງພື້ນຖານຕໍ່ກັບຂໍ້ຈໍາກັດບາງຢ່າງ.
• ການກວດສອບຄວາມຜິດພາດທົ່ວໄປ, ເຊັ່ນ: ການຂາດການເຂົ້າລະຫັດຂອງຖັງເກັບຂໍ້ມູນຫຼືບໍ່ມີການປ້ອງກັນ, ເປີດການເຂົ້າເຖິງຈາກອິນເຕີເນັດໄປຫາເຄື່ອງ virtual.
• ກວດ​ກາ​ການ​ປະ​ຕິ​ບັດ​ການ​ຈັດ​ຫາ​ພື້ນ​ຖານ​ໂຄງ​ລ່າງ.
• ປະຕິບັດການທົດສອບ runtime ຂອງເຫດຜົນຂອງແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ໃນໂຄງສ້າງພື້ນຖານ "ໂຄງການ" ຂອງທ່ານເພື່ອກວດເບິ່ງການເຮັດວຽກຫຼັງຈາກການສະຫນອງ.
• ດັ່ງທີ່ພວກເຮົາສາມາດເຫັນໄດ້, ມີທາງເລືອກໃນການທົດສອບໂຄງສ້າງພື້ນຖານທີ່ກວ້າງຂວາງ. Polumi ມີກົນໄກສໍາລັບການທົດສອບໃນທຸກຈຸດກ່ຽວກັບ spectrum ນີ້. ໃຫ້ເລີ່ມຕົ້ນແລະເບິ່ງວ່າມັນເຮັດວຽກແນວໃດ.

ການ​ທົດ​ສອບ​ຫົວ​ຫນ່ວຍ​

ໂປລແກລມ Pulumi ຖືກຂຽນໄວ້ໃນພາສາການຂຽນໂປລແກລມທົ່ວໄປເຊັ່ນ JavaScript, Python, TypeScript ຫຼື Go. ດັ່ງນັ້ນ, ພະລັງງານອັນເຕັມທີ່ຂອງພາສາເຫຼົ່ານີ້, ລວມທັງເຄື່ອງມືແລະຫ້ອງສະຫມຸດຂອງເຂົາເຈົ້າ, ລວມທັງກອບການທົດສອບ, ແມ່ນມີໃຫ້ເຂົາເຈົ້າ. Pulumi ແມ່ນຫຼາຍຄລາວ, ຊຶ່ງຫມາຍຄວາມວ່າມັນສາມາດຖືກນໍາໃຊ້ສໍາລັບການທົດສອບຈາກຜູ້ໃຫ້ບໍລິການຟັງໃດໆ.

(ໃນບົດຄວາມນີ້, ເຖິງວ່າຈະມີຫຼາຍພາສາແລະ multicloud, ພວກເຮົາໃຊ້ JavaScript ແລະ Mocha ແລະສຸມໃສ່ AWS. ທ່ານສາມາດນໍາໃຊ້ Python. unittest, ໄປກອບການທົດສອບ, ຫຼືກອບການທົດສອບອື່ນໆທີ່ທ່ານຕ້ອງການ. ແລະ, ແນ່ນອນ, Pulumi ເຮັດວຽກໄດ້ດີກັບ Azure, Google Cloud, Kubernetes.)

ດັ່ງທີ່ພວກເຮົາໄດ້ເຫັນ, ມີຫຼາຍເຫດຜົນວ່າເປັນຫຍັງທ່ານອາດຈະຕ້ອງການທົດສອບລະຫັດໂຄງສ້າງພື້ນຖານຂອງທ່ານ. ຫນຶ່ງໃນນັ້ນແມ່ນການທົດສອບຫນ່ວຍງານແບບດັ້ງເດີມ. ເນື່ອງຈາກວ່າລະຫັດຂອງທ່ານອາດມີຫນ້າທີ່ - ຕົວຢ່າງ, ເພື່ອຄິດໄລ່ CIDR, ຄິດໄລ່ແບບໄດນາມິກຊື່, tags, ແລະອື່ນໆ. - ທ່ານ​ອາດ​ຈະ​ຕ້ອງ​ການ​ທີ່​ຈະ​ທົດ​ສອບ​ໃຫ້​ເຂົາ​ເຈົ້າ​. ນີ້ແມ່ນຄືກັນກັບການຂຽນການທົດສອບຫນ່ວຍງານປົກກະຕິສໍາລັບຄໍາຮ້ອງສະຫມັກໃນພາສາການຂຽນໂປຼແກຼມທີ່ທ່ານມັກ.
ເພື່ອໃຫ້ມີຄວາມສັບສົນຫຼາຍ, ທ່ານສາມາດກວດເບິ່ງວ່າໂຄງການຂອງທ່ານຈັດສັນຊັບພະຍາກອນແນວໃດ. ເພື່ອສະແດງໃຫ້ເຫັນ, ໃຫ້ຈິນຕະນາການວ່າພວກເຮົາຈໍາເປັນຕ້ອງສ້າງເຄື່ອງແມ່ຂ່າຍ EC2 ງ່າຍດາຍແລະພວກເຮົາຕ້ອງການໃຫ້ແນ່ໃຈວ່າຕໍ່ໄປນີ້:

• ຕົວຢ່າງມີແທັກ Name.
• Instances ບໍ່ຄວນໃຊ້ inline script userData - ພວກເຮົາຕ້ອງໃຊ້ AMI (ຮູບພາບ).
• ບໍ່ຄວນມີ SSH ເປີດເຜີຍກັບອິນເຕີເນັດ.

ຕົວຢ່າງນີ້ແມ່ນອີງໃສ່ ຕົວຢ່າງຂອງຂ້ອຍ aws-js-webserver:

index.js:

"use strict";
 
let aws = require("@pulumi/aws");
 
let group = new aws.ec2.SecurityGroup("web-secgrp", {
    ingress: [
        { protocol: "tcp", fromPort: 22, toPort: 22, cidrBlocks: ["0.0.0.0/0"] },
        { protocol: "tcp", fromPort: 80, toPort: 80, cidrBlocks: ["0.0.0.0/0"] },
    ],
});
 
let userData =
`#!/bin/bash
echo "Hello, World!" > index.html
nohup python -m SimpleHTTPServer 80 &`;
 
let server = new aws.ec2.Instance("web-server-www", {
    instanceType: "t2.micro",
    securityGroups: [ group.name ], // reference the group object above
    ami: "ami-c55673a0"             // AMI for us-east-2 (Ohio),
    userData: userData              // start a simple web server
});
 
exports.group = group;
exports.server = server;
exports.publicIp = server.publicIp;
exports.publicHostName = server.publicDns;

ນີ້ແມ່ນໂຄງການ Pulumi ພື້ນຖານ: ມັນພຽງແຕ່ຈັດສັນກຸ່ມຄວາມປອດໄພ EC2 ແລະຕົວຢ່າງ. ຢ່າງໃດກໍ່ຕາມ, ມັນຄວນຈະສັງເກດວ່າໃນທີ່ນີ້ພວກເຮົາກໍາລັງລະເມີດທັງສາມກົດລະບຽບທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. ລອງຂຽນບົດສອບເສັງນຳກັນ!

ການທົດສອບການຂຽນ

ໂຄງສ້າງທົ່ວໄປຂອງການທົດສອບຂອງພວກເຮົາຈະຄ້າຍຄືກັບການທົດສອບ Mocha ປົກກະຕິ:

ec2tests.js

test.js:
let assert = require("assert");
let mocha = require("mocha");
let pulumi = require("@pulumi/pulumi");
let infra = require("./index");
 
describe("Infrastructure", function() {
    let server = infra.server;
    describe("#server", function() {
        // TODO(check 1): Должен быть тэг Name.
        // TODO(check 2): Не должно быть inline-скрипта userData.
    });
    let group = infra.group;
    describe("#group", function() {
        // TODO(check 3): Не должно быть SSH, открытого в Интернет.
    });
});

ຕອນນີ້ໃຫ້ພວກເຮົາຂຽນການທົດສອບຄັ້ງທໍາອິດຂອງພວກເຮົາ: ໃຫ້ແນ່ໃຈວ່າ instances ມີ tag Name. ເພື່ອກວດເບິ່ງນີ້, ພວກເຮົາພຽງແຕ່ໄດ້ຮັບວັດຖຸຕົວຢ່າງ EC2 ແລະກວດເບິ່ງຄຸນສົມບັດທີ່ສອດຄ້ອງກັນ tags:

 // check 1: Должен быть тэг Name.
        it("must have a name tag", function(done) {
            pulumi.all([server.urn, server.tags]).apply(([urn, tags]) => {
                if (!tags || !tags["Name"]) {
                    done(new Error(`Missing a name tag on server ${urn}`));
                } else {
                    done();
                }
            });
        });

ມັນເບິ່ງຄືວ່າເປັນການທົດສອບປົກກະຕິ, ແຕ່ມີລັກສະນະບາງຢ່າງທີ່ຄວນສັງເກດ:

• ເນື່ອງຈາກວ່າພວກເຮົາສອບຖາມສະຖານະຂອງຊັບພະຍາກອນກ່ອນທີ່ຈະນໍາໃຊ້, ການທົດສອບຂອງພວກເຮົາແມ່ນສະເຫມີໄປໃນ "ແຜນການ" (ຫຼື "ເບິ່ງຕົວຢ່າງ"). ດັ່ງນັ້ນ, ມີຫຼາຍຄຸນສົມບັດທີ່ຄຸນຄ່າຈະບໍ່ຖືກດຶງອອກມາຫຼືຈະບໍ່ຖືກກໍານົດ. ນີ້ລວມມີຄຸນສົມບັດຜົນຜະລິດທັງໝົດທີ່ຄິດໄລ່ໂດຍຜູ້ໃຫ້ບໍລິການຄລາວຂອງທ່ານ. ນີ້ແມ່ນເລື່ອງປົກກະຕິສໍາລັບການທົດສອບຂອງພວກເຮົາ - ພວກເຮົາພຽງແຕ່ກວດເບິ່ງຂໍ້ມູນການປ້ອນຂໍ້ມູນ. ພວກເຮົາຈະກັບຄືນໄປຫາບັນຫານີ້ຕໍ່ມາ, ເມື່ອມັນມາກັບການທົດສອບການເຊື່ອມໂຍງ.
• ເນື່ອງຈາກຄຸນສົມບັດຂອງຊັບພະຍາກອນ Pulumi ທັງໝົດແມ່ນຜົນໄດ້ຮັບ, ແລະຫຼາຍອັນຂອງພວກມັນຖືກປະເມີນແບບບໍ່ກົງກັນ, ພວກເຮົາຕ້ອງໃຊ້ວິທີການນຳໃຊ້ເພື່ອເຂົ້າເຖິງຄ່າຕ່າງໆ. ນີ້ແມ່ນຄ້າຍຄືກັນຫຼາຍກັບຄໍາສັນຍາແລະການທໍາງານ then .
• ເນື່ອງຈາກພວກເຮົາກໍາລັງໃຊ້ຄຸນສົມບັດຫຼາຍຢ່າງເພື່ອສະແດງຊັບພະຍາກອນ URN ໃນຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ, ພວກເຮົາຈໍາເປັນຕ້ອງໃຊ້ຟັງຊັນ pulumi.allເພື່ອສົມທົບພວກມັນ.
• ສຸດທ້າຍ, ນັບຕັ້ງແຕ່ຄ່າເຫຼົ່ານີ້ຖືກຄິດໄລ່ແບບ asynchronous, ພວກເຮົາຈໍາເປັນຕ້ອງໃຊ້ຄຸນສົມບັດການໂທກັບ async ພາຍໃນຕົວຂອງ Mocha. done ຫຼືກັບຄືນຄໍາສັນຍາ.

ເມື່ອພວກເຮົາຕັ້ງຄ່າທຸກຢ່າງແລ້ວ, ພວກເຮົາຈະມີການເຂົ້າເຖິງການປ້ອນຂໍ້ມູນເປັນຄ່າ JavaScript ທີ່ງ່າຍດາຍ. ຄຸນ​ສົມ​ບັດ tags ແມ່ນແຜນທີ່ (ອາເຣທີ່ກ່ຽວຂ້ອງ), ດັ່ງນັ້ນພວກເຮົາພຽງແຕ່ຈະໃຫ້ແນ່ໃຈວ່າມັນເປັນ (1) ບໍ່ແມ່ນຜິດ, ແລະ (2) ມີລະຫັດສໍາລັບ Name. ມັນງ່າຍດາຍຫຼາຍແລະໃນປັດຈຸບັນພວກເຮົາສາມາດທົດສອບຫຍັງໄດ້!

ຕອນນີ້ໃຫ້ຂຽນການກວດສອບທີສອງຂອງພວກເຮົາ. ມັນງ່າຍກວ່າ:

 // check 2: Не должно быть inline-скрипта userData.
        it("must not use userData (use an AMI instead)", function(done) {
            pulumi.all([server.urn, server.userData]).apply(([urn, userData]) => {
                if (userData) {
                    done(new Error(`Illegal use of userData on server ${urn}`));
                } else {
                    done();
                }
            });
        });

ແລະສຸດທ້າຍ, ໃຫ້ຂຽນການທົດສອບທີສາມ. ນີ້ຈະມີຄວາມຊັບຊ້ອນເລັກນ້ອຍເພາະວ່າພວກເຮົາກໍາລັງຊອກຫາກົດລະບຽບການເຂົ້າສູ່ລະບົບທີ່ກ່ຽວຂ້ອງກັບກຸ່ມຄວາມປອດໄພ, ເຊິ່ງສາມາດມີຫຼາຍ, ແລະຂອບເຂດ CIDR ໃນກົດລະບຽບເຫຼົ່ານັ້ນ, ມັນສາມາດມີຫຼາຍ. ແຕ່ພວກເຮົາໄດ້ຈັດການ:

    // check 3: Не должно быть SSH, открытого в Интернет.
        it("must not open port 22 (SSH) to the Internet", function(done) {
            pulumi.all([ group.urn, group.ingress ]).apply(([ urn, ingress ]) => {
                if (ingress.find(rule =>
                        rule.fromPort == 22 && rule.cidrBlocks.find(block =>
                            block === "0.0.0.0/0"))) {
                    done(new Error(`Illegal SSH port 22 open to the Internet (CIDR 0.0.0.0/0) on group ${urn}`));
                } else {
                    done();
                }
            });
        });

ຫມົດ​ເທົ່າ​ນີ້. ໃນ​ປັດ​ຈຸ​ບັນ​ໃຫ້​ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​!

ແລ່ນທົດສອບ

ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ທ່ານສາມາດດໍາເນີນການທົດສອບໃນແບບປົກກະຕິ, ໂດຍໃຊ້ກອບການທົດສອບທີ່ທ່ານເລືອກ. ແຕ່ມີຄຸນສົມບັດຫນຶ່ງຂອງ Pulumi ທີ່ຄວນເອົາໃຈໃສ່.
ໂດຍປົກກະຕິ, ເພື່ອດໍາເນີນໂຄງການ Pulumi, pulimi CLI (ການໂຕ້ຕອບສາຍຄໍາສັ່ງ) ຖືກນໍາໃຊ້, ເຊິ່ງກໍານົດເວລາແລ່ນພາສາ, ຄວບຄຸມການເປີດຕົວຂອງເຄື່ອງຈັກ Pulumi ເພື່ອໃຫ້ການດໍາເນີນງານກັບຊັບພະຍາກອນສາມາດຖືກບັນທຶກໄວ້ແລະລວມຢູ່ໃນແຜນການ, ແລະອື່ນໆ. ຢ່າງໃດກໍຕາມ, ມີບັນຫາຫນຶ່ງ. ເມື່ອດໍາເນີນການພາຍໃຕ້ການຄວບຄຸມຂອງກອບການທົດສອບຂອງທ່ານ, ຈະບໍ່ມີການສື່ສານລະຫວ່າງ CLI ແລະເຄື່ອງຈັກ Pulumi.

ເພື່ອແກ້ໄຂບັນຫານີ້, ພວກເຮົາພຽງແຕ່ຕ້ອງການລະບຸດັ່ງຕໍ່ໄປນີ້:

• ຊື່ໂຄງການ, ເຊິ່ງບັນຈຸຢູ່ໃນຕົວແປສະພາບແວດລ້ອມ PULUMI_NODEJS_PROJECT (ຫຼື, ໂດຍທົ່ວໄປແລ້ວ, PULUMI__PROJECT для других языков).
  ຊື່ຂອງ stack ທີ່ລະບຸໄວ້ໃນຕົວແປສະພາບແວດລ້ອມ PULUMI_NODEJS_STACK (ຫຼື, ໂດຍທົ່ວໄປແລ້ວ, PULUMI__ STACK).
  ຕົວແປການຕັ້ງຄ່າ stack ຂອງທ່ານ. ພວກເຂົາສາມາດໄດ້ຮັບໂດຍໃຊ້ຕົວແປສະພາບແວດລ້ອມ PULUMI_CONFIG ແລະຮູບແບບຂອງພວກມັນແມ່ນແຜນທີ່ JSON ທີ່ມີຄູ່ຄີ/ຄ່າ.

  ໂຄງ​ການ​ຈະ​ອອກ​ຄໍາ​ເຕືອນ​ທີ່​ຊີ້​ບອກ​ວ່າ​ການ​ເຊື່ອມ​ຕໍ່​ກັບ CLI / ເຄື່ອງ​ຈັກ​ແມ່ນ​ບໍ່​ມີ​ໃນ​ລະ​ຫວ່າງ​ການ​ປະ​ຕິ​ບັດ​. ນີ້ແມ່ນສິ່ງສໍາຄັນເພາະວ່າໂຄງການຂອງເຈົ້າຈະບໍ່ຖືກນໍາໄປໃຊ້ຫຍັງເລີຍ ແລະມັນອາດຈະເປັນເລື່ອງແປກທີ່ຖ້າວ່ານັ້ນບໍ່ແມ່ນສິ່ງທີ່ທ່ານຕັ້ງໃຈຈະເຮັດ! ເພື່ອບອກ Pulumi ວ່ານີ້ແມ່ນສິ່ງທີ່ທ່ານຕ້ອງການ, ທ່ານສາມາດຕິດຕັ້ງໄດ້ PULUMI_TEST_MODE в true.

  ຈິນຕະນາການທີ່ພວກເຮົາຈໍາເປັນຕ້ອງລະບຸຊື່ໂຄງການໃນ my-ws, ຊື່ stack dev, ແລະ AWS Region us-west-2. ເສັ້ນຄໍາສັ່ງສໍາລັບການແລ່ນການທົດສອບ Mocha ຈະມີລັກສະນະນີ້:

  $ PULUMI_TEST_MODE=true 
      PULUMI_NODEJS_STACK="my-ws" 
      PULUMI_NODEJS_PROJECT="dev" 
      PULUMI_CONFIG='{ "aws:region": "us-west-2" }' 
      mocha tests.js

  ການ​ເຮັດ​ສິ່ງ​ນີ້​ຕາມ​ທີ່​ຄາດ​ໄວ້​ຈະ​ສະແດງ​ໃຫ້​ເຫັນ​ວ່າ​ເຮົາ​ມີ​ສາມ​ການ​ທົດ​ສອບ​ທີ່​ບໍ່​ສໍາ​ເລັດ!

  Infrastructure
      #server
        1) must have a name tag
   	 2) must not use userData (use an AMI instead)
      #group
        3) must not open port 22 (SSH) to the Internet
  
    0 passing (17ms)
    3 failing
   
   1) Infrastructure
         #server
           must have a name tag:
       Error: Missing a name tag on server
          urn:pulumi:my-ws::my-dev::aws:ec2/instance:Instance::web-server-www
  
   2) Infrastructure
         #server
           must not use userData (use an AMI instead):
       Error: Illegal use of userData on server
          urn:pulumi:my-ws::my-dev::aws:ec2/instance:Instance::web-server-www
  
   3) Infrastructure
         #group
           must not open port 22 (SSH) to the Internet:
       Error: Illegal SSH port 22 open to the Internet (CIDR 0.0.0.0/0) on group

  ໃຫ້ແກ້ໄຂໂຄງການຂອງພວກເຮົາ:

  "use strict";
   
  let aws = require("@pulumi/aws");
   
  let group = new aws.ec2.SecurityGroup("web-secgrp", {
      ingress: [
          { protocol: "tcp", fromPort: 80, toPort: 80, cidrBlocks: ["0.0.0.0/0"] },
      ],
  });
   
  let server = new aws.ec2.Instance("web-server-www", {
      tags: { "Name": "web-server-www" },
      instanceType: "t2.micro",
      securityGroups: [ group.name ], // reference the group object above
      ami: "ami-c55673a0"             // AMI for us-east-2 (Ohio),
  });
   
  exports.group = group;
  exports.server = server;
  exports.publicIp = server.publicIp;
  exports.publicHostName = server.publicDns;
  

  ແລະຫຼັງຈາກນັ້ນດໍາເນີນການທົດສອບອີກເທື່ອຫນຶ່ງ:

  Infrastructure
      #server
        ✓ must have a name tag
        ✓ must not use userData (use an AMI instead)
      #group
        ✓ must not open port 22 (SSH) to the Internet
   
   
   3 passing (16ms)

  ທຸກຢ່າງຜ່ານໄປດ້ວຍດີ... Hurray! ✓✓

  ນັ້ນແມ່ນທັງຫມົດສໍາລັບມື້ນີ້, ແຕ່ພວກເຮົາຈະເວົ້າກ່ຽວກັບການທົດສອບການນໍາໃຊ້ໃນພາກທີສອງຂອງການແປພາສາ 😉

ແຫຼ່ງຂໍ້ມູນ: www.habr.com