ພວກເຮົາດໍາເນີນການທົດສອບເຄື່ອງມືໃນ Firebase Test Lab. ສ່ວນ​ທີ 1​: ໂຄງ​ການ iOS​

ຂ້ອຍຊື່ Dmitry, ຂ້ອຍເຮັດວຽກເປັນນັກທົດສອບໃນບໍລິສັດ ວິທະຍາສາດ MEL. ຂ້ອນຂ້າງບໍ່ດົນມານີ້ຂ້າພະເຈົ້າໄດ້ສໍາເລັດການຈັດການກັບຄຸນນະສົມບັດທີ່ຂ້ອນຂ້າງບໍ່ດົນມານີ້ຈາກ ຫ້ອງທົດລອງ Firebase — ຄື, ດ້ວຍ​ການ​ທົດ​ສອບ​ເຄື່ອງ​ມື​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ iOS ໂດຍ​ນໍາ​ໃຊ້​ໂຄງ​ການ​ການ​ທົດ​ສອບ​ພື້ນ​ເມືອງ XCUITest.

ກ່ອນຫນ້ານີ້, ຂ້ອຍໄດ້ລອງ Firebase Test Lab ສໍາລັບ Android ແລ້ວແລະມັກທຸກຢ່າງ, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງຕັດສິນໃຈພະຍາຍາມວາງໂຄງສ້າງພື້ນຖານຂອງການທົດສອບ iOS ຂອງໂຄງການຢູ່ໃນພື້ນຖານດຽວກັນ. ຂ້ອຍໄດ້ໄປຫາ Google ຫຼາຍແລະບໍ່ແມ່ນທຸກສິ່ງທຸກຢ່າງເຮັດວຽກອອກຄັ້ງທໍາອິດ, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງຕັດສິນໃຈຂຽນບົດແນະນໍາສໍາລັບຜູ້ທີ່ຍັງມີຄວາມຫຍຸ້ງຍາກ.

ດັ່ງນັ້ນ, ຖ້າທ່ານມີການທົດສອບ UI ໃນໂຄງການ iOS, ທ່ານສາມາດທົດລອງໃຊ້ພວກມັນຢູ່ໃນອຸປະກອນທີ່ແທ້ຈິງໃນມື້ນີ້, ໂດຍບໍລິສັດ Good Corporation. ສໍາລັບຜູ້ທີ່ສົນໃຈ, ຍິນດີຕ້ອນຮັບ cat.

ໃນເລື່ອງ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈສ້າງຂໍ້ມູນເບື້ອງຕົ້ນບາງຢ່າງ - ຄັງເກັບສ່ວນຕົວໃນ GitHub ແລະລະບົບການກໍ່ສ້າງ CircleCI. ຊື່ແອັບພລິເຄຊັນແມ່ນ AmazingApp, bundleID ແມ່ນ com.company.amazingapp. ຂ້າພະເຈົ້ານໍາສະເຫນີຂໍ້ມູນນີ້ທັນທີເພື່ອຫຼຸດຜ່ອນຄວາມສັບສົນຕໍ່ມາ.

ຖ້າທ່ານປະຕິບັດການແກ້ໄຂບາງຢ່າງໃນໂຄງການຂອງທ່ານແຕກຕ່າງກັນ, ແບ່ງປັນປະສົບການຂອງທ່ານໃນຄໍາເຫັນ.

1. ການທົດສອບດ້ວຍຕົນເອງ

ສ້າງສາຂາໂຄງການໃຫມ່ສໍາລັບການທົດສອບ UI:

$ git checkout develop
$ git pull
$ git checkout -b “feature/add-ui-tests”

ໃຫ້ເປີດໂຄງການໃນ XCode ແລະສ້າງ Target ໃຫມ່ທີ່ມີການທົດສອບ UI [XCode -> File -> New -> Target -> iOS Testing Bundle], ໃຫ້ມັນຊື່ຄໍາອະທິບາຍດ້ວຍຕົນເອງ AmazingAppUITests.

ໄປທີ່ສ່ວນ Build Phases ຂອງ Target ທີ່ສ້າງຂຶ້ນ ແລະກວດເບິ່ງວ່າ Target Dependencies - AmazingApp, ໃນ Compile Sources - AmazingAppUITests.swift.

ການປະຕິບັດທີ່ດີແມ່ນການແຍກທາງເລືອກການກໍ່ສ້າງທີ່ແຕກຕ່າງກັນເຂົ້າໄປໃນ Schemes ແຍກຕ່າງຫາກ. ພວກເຮົາສ້າງໂຄງການສໍາລັບການທົດສອບ UI ຂອງພວກເຮົາ [XCode -> Product -> Scheme -> New Scheme] ແລະໃຫ້ມັນຊື່ດຽວກັນ: AmazingAppUITests.

ການສ້າງໂຄງການທີ່ສ້າງຂື້ນຕ້ອງປະກອບມີເປົ້າຫມາຍຂອງແອັບພລິເຄຊັນຕົ້ນຕໍ - AmazingApp ແລະການທົດສອບ UI ເປົ້າຫມາຍ - AmazingAppUITests - ເບິ່ງພາບຫນ້າຈໍ

ຕໍ່ໄປ, ພວກເຮົາສ້າງການຕັ້ງຄ່າໃຫມ່ສໍາລັບການທົດສອບ UI. ໃນ XCode, ໃຫ້ຄລິກໃສ່ໄຟລ໌ໂຄງການແລະໄປທີ່ສ່ວນຂໍ້ມູນ. ໃຫ້ຄລິກໃສ່ "+" ແລະສ້າງການຕັ້ງຄ່າໃຫມ່, ຕົວຢ່າງ XCtest. ພວກເຮົາຈະຕ້ອງການມັນໃນອະນາຄົດເພື່ອຫຼີກເວັ້ນການເຕັ້ນລໍາກັບ tambourine ໃນເວລາທີ່ມັນມາກັບການເຊັນລະຫັດ.

ມີຢ່າງຫນ້ອຍສາມເປົ້າຫມາຍໃນໂຄງການຂອງທ່ານ: ຄໍາຮ້ອງສະຫມັກຕົ້ນຕໍ, ການທົດສອບຫນ່ວຍງານ (ຫຼັງຈາກທັງຫມົດ, ມັນມີຢູ່, ແມ່ນບໍ?) ແລະການທົດສອບ UI ເປົ້າຫມາຍທີ່ພວກເຮົາສ້າງ.

ໄປທີ່ Target AmazingApp, Build Settings tab, ພາກສ່ວນການເຊັນລະຫັດ. ສໍາລັບການຕັ້ງຄ່າ XCtest, ເລືອກ iOS Developer. ໃນ ຮູບແບບການເຊັນລະຫັດພາກ, ເລືອກຄູ່ມື. ພວກເຮົາຍັງບໍ່ໄດ້ສ້າງໂປຣໄຟລ໌ການສະຫນອງເທື່ອ, ແຕ່ແນ່ນອນພວກເຮົາຈະກັບຄືນໄປຫາມັນໃນພາຍຫຼັງເລັກນ້ອຍ.

ສໍາລັບ Target AmazingAppUITests ພວກເຮົາເຮັດເຊັ່ນດຽວກັນ, ແຕ່ໃນຖັນ Product Bundle Identifier ພວກເຮົາໃສ່ com.company.amazingappuitests.

2. ການຕັ້ງຄ່າໂຄງການໃນ Apple Developer Program

ໄປ​ທີ່​ຫນ້າ​ໂຄງ​ການ​ຜູ້​ພັດ​ທະ​ນາ Apple​, ໄປ​ທີ່​ໃບ​ຢັ້ງ​ຢືນ​, ຕົວ​ລະ​ບຸ​ແລະ​ຂໍ້​ມູນ​ສ່ວນ​ແລະ​ຈາກ​ນັ້ນ​ໄປ​ທີ່​ຖັນ App IDs ຂອງ​ລາຍ​ການ​ຕົວ​ລະ​ບຸ​. ສ້າງ ID App ໃໝ່ທີ່ເອີ້ນວ່າ AmazingAppUITests ແລະ bundleID com.company.amazingappuitests.

ໃນປັດຈຸບັນພວກເຮົາມີໂອກາດທີ່ຈະເຊັນບົດສອບເສັງຂອງພວກເຮົາດ້ວຍໃບຢັ້ງຢືນແຍກຕ່າງຫາກ, ແຕ່ ... ຂັ້ນຕອນການປະກອບການກໍ່ສ້າງສໍາລັບການທົດສອບປະກອບມີການປະກອບຄໍາຮ້ອງສະຫມັກຂອງມັນເອງແລະປະກອບຕົວແລ່ນທົດສອບ. ຕາມນັ້ນແລ້ວ, ພວກເຮົາປະເຊີນກັບບັນຫາການເຊັນ ID ສອງມັດດ້ວຍໂປຣໄຟລ໌ການສະໜອງອັນດຽວ. ໂຊກດີ, ມີການແກ້ໄຂງ່າຍດາຍແລະສະຫງ່າງາມ - Wildcard App ID. ພວກເຮົາເຮັດຂັ້ນຕອນການສ້າງ App ID ໃໝ່, ແຕ່ແທນທີ່ Explicit App ID, ເລືອກ Wildcard App ID ຄືກັບໃນຮູບໜ້າຈໍ.

ໃນຈຸດນີ້, ພວກເຮົາເຮັດວຽກກັບ developer.apple.com ສຳເລັດແລ້ວ, ແຕ່ພວກເຮົາຈະບໍ່ຫຼຸດໜ້າຕ່າງບຣາວເຊີ. ໃຫ້ຂອງໄປ ສະຖານທີ່ເອກະສານ Fastlane ແລະອ່ານກ່ຽວກັບຜົນປະໂຫຍດການຈັບຄູ່ຈາກປົກເຖິງປົກ.

ຜູ້ອ່ານທີ່ເອົາໃຈໃສ່ສັງເກດເຫັນວ່າເພື່ອໃຊ້ປະໂຫຍດນີ້ພວກເຮົາຈະຕ້ອງການບ່ອນເກັບມ້ຽນສ່ວນຕົວແລະບັນຊີທີ່ມີການເຂົ້າເຖິງທັງ Apple Developer Program ແລະ Github. ພວກເຮົາສ້າງ (ຖ້າທັນທີທັນໃດບໍ່ມີສິ່ງດັ່ງກ່າວ) ບັນຊີຂອງແບບຟອມ [email protected], ມາກັບລະຫັດຜ່ານທີ່ເຂັ້ມແຂງ, ລົງທະບຽນກັບ developer.apple.com, ແລະແຕ່ງຕັ້ງມັນເປັນຜູ້ບໍລິຫານໂຄງການ. ຕໍ່ໄປ, ພວກເຮົາໃຫ້ບັນຊີເຂົ້າເຖິງ repository github ຂອງບໍລິສັດຂອງທ່ານແລະສ້າງ repository ສ່ວນຕົວໃຫມ່ທີ່ມີຊື່ເຊັ່ນ AmazingAppMatch.

3. ການ​ຕັ້ງ​ຄ່າ Fastlane ແລະ​ຜົນ​ປະ​ໂຫຍດ​ການ​ແຂ່ງ​ຂັນ​

ເປີດ terminal, ໄປໂຟນເດີທີ່ມີໂຄງການແລະເລີ່ມຕົ້ນ fastlane ຕາມທີ່ລະບຸໄວ້ໃນ ຄູ່​ມື​ຢ່າງ​ເປັນ​ທາງ​ການ​. ຫຼັງຈາກໃສ່ຄໍາສັ່ງ

$ fastlane init

ທ່ານຈະຖືກເຕືອນໃຫ້ເລືອກການຕັ້ງຄ່າການນໍາໃຊ້ທີ່ມີຢູ່. ເລືອກທາງເລືອກທີ່ສີ່ - manual project setup .

ໂຄງການດັ່ງກ່າວມີໄດເລກະທໍລີ fastlane ໃຫມ່, ເຊິ່ງປະກອບດ້ວຍສອງໄຟລ໌ - Appfile ແລະ Fastfile. ສະຫຼຸບໂດຍຫຍໍ້, ພວກເຮົາເກັບຂໍ້ມູນການບໍລິການໄວ້ໃນ Appfile, ແລະຂຽນວຽກໃນ Fastfile, ເອີ້ນວ່າ Lanes ໃນຄໍາສັບ Fastlane. ຂ້ອຍຂໍແນະນໍາໃຫ້ອ່ານເອກະສານທາງການ: ເວລາ, два.

ເປີດ Appfile ໃນຕົວແກ້ໄຂຂໍ້ຄວາມທີ່ທ່ານມັກແລະເອົາມັນໄປຫາແບບຟອມຕໍ່ໄປນີ້:

app_identifier "com.company.amazingapp"       # Bundle ID
apple_dev_portal_id "[email protected]"  # Созданный инфраструктурный аккаунт, имеющий право на редактирование iOS проекта в Apple Developer Program.
team_id "LSDY3IFJAY9" # Your Developer Portal Team ID

ພວກເຮົາກັບຄືນໄປຫາ terminal ແລະອີງຕາມຄູ່ມືຢ່າງເປັນທາງການພວກເຮົາເລີ່ມຕົ້ນທີ່ຈະ configure match.

$ fastlane match init
$ fastlane match development

ຕໍ່ໄປ, ໃສ່ຂໍ້ມູນທີ່ຮ້ອງຂໍ - repository, ບັນຊີ, ລະຫັດຜ່ານ, ແລະອື່ນໆ.

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະ: ເມື່ອທ່ານເປີດເຄື່ອງໃຊ້ການຈັບຄູ່ຄັ້ງທຳອິດ, ທ່ານຈະຖືກຖາມໃຫ້ໃສ່ລະຫັດຜ່ານເພື່ອຖອດລະຫັດບ່ອນເກັບຂໍ້ມູນ. ມັນເປັນສິ່ງ ສຳ ຄັນຫຼາຍທີ່ຈະບັນທຶກລະຫັດຜ່ານນີ້; ພວກເຮົາຈະຕ້ອງການມັນເມື່ອຕັ້ງເຄື່ອງແມ່ຂ່າຍ CI!

ໄຟລ໌ໃຫມ່ໄດ້ປາກົດຢູ່ໃນໂຟນເດີ fastlane - Matchfile. ເປີດມັນຢູ່ໃນຕົວແກ້ໄຂຂໍ້ຄວາມທີ່ທ່ານມັກແລະສະແດງມັນແບບນີ້:

git_url("https://github.com/YourCompany/AmazingAppMatch") #Созданный приватный репозиторий для хранения сертификатов и профайлов.
type("development") # The default type, can be: appstore, adhoc, enterprise or development
app_identifier("com.company.amazingapp")
username("[email protected]") # Your Infrastructure account Apple Developer Portal username

ພວກເຮົາຕື່ມຂໍ້ມູນນີ້ຢ່າງແທ້ຈິງຖ້າພວກເຮົາຕ້ອງການໃຊ້ການຈັບຄູ່ໃນອະນາຄົດເພື່ອເຊັນການສ້າງສໍາລັບການສະແດງຢູ່ໃນ Crashlytics ແລະ / ຫຼື AppStore, ນັ້ນແມ່ນ, ເພື່ອເຊັນ ID ມັດຂອງຄໍາຮ້ອງສະຫມັກຂອງທ່ານ.

ແຕ່, ດັ່ງທີ່ພວກເຮົາຈື່, ພວກເຮົາໄດ້ສ້າງ ID Wildcard ພິເສດເພື່ອເຊັນບົດບັນທຶກການທົດສອບ. ດັ່ງນັ້ນ, ເປີດ Fastfile ແລະເຂົ້າໄປໃນເສັ້ນທາງໃຫມ່:

lane :testing_build_for_firebase do

    match(
      type: "development",
      readonly: true,
      app_identifier: "com.company.*",
      git_branch: "uitests"  # создаем отдельный бранч для development сертификата для подписи тестовой сборки.
    )

end

ບັນທຶກແລະເຂົ້າໄປໃນ terminal

fastlane testing_build_for_firebase

ແລະພວກເຮົາເບິ່ງວິທີການທີ່ fastlane ສ້າງໃບຢັ້ງຢືນໃຫມ່ແລະເອົາໃສ່ໃນ repository. ຍິ່ງໃຫຍ່!

ເປີດ XCode. ຕອນນີ້ພວກເຮົາມີໂປຣໄຟລ໌ການຈັດຫາທີ່ຈຳເປັນຂອງແບບຟອມ Match Development com.company.*, ເຊິ່ງຈະຕ້ອງລະບຸໄວ້ໃນສ່ວນການສະໜອງໂປຣໄຟລ໌ສຳລັບເປົ້າໝາຍ AmazingApp ແລະ AmazingAppUITests.

ມັນຍັງຄົງທີ່ຈະເພີ່ມເສັ້ນທາງສໍາລັບການທົດສອບການປະກອບ. ໃຫ້ຂອງໄປ ຄັງເກັບມ້ຽນ ໂຄງການ plugin ສໍາລັບ fastlane ທີ່ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຕັ້ງຄ່າການສົ່ງອອກໄປຍັງ Firebase Test Lab ແລະປະຕິບັດຕາມຄໍາແນະນໍາ.

ໃຫ້ພວກເຮົາຄັດລອກຈາກຕົວຢ່າງຕົ້ນສະບັບເພື່ອວ່າ lane testing_build_for_firebase ຂອງພວກເຮົາສິ້ນສຸດລົງເປັນແບບນີ້:

 lane :testing_build_for_firebase do

    match(
      type: "development",
      readonly: true,
      app_identifier: "com.company.*",
      git_branch: "uitests"
    )

    scan(
      scheme: 'AmazingAppUITests',      # UI Test scheme
      clean: true,                        # Recommended: This would ensure the build would not include unnecessary files
      skip_detect_devices: true,          # Required
      build_for_testing: true,            # Required
      sdk: 'iphoneos',                    # Required
      should_zip_build_products: true,     # Must be true to set the correct format for Firebase Test Lab
    )

    firebase_test_lab_ios_xctest(
      gcp_project: 'AmazingAppUITests', # Your Google Cloud project name (к этой строчке вернемся позже)
      devices: [                          # Device(s) to run tests on
        {
          ios_model_id: 'iphonex',        # Device model ID, see gcloud command above
          ios_version_id: '12.0',         # iOS version ID, see gcloud command above
          locale: 'en_US',                # Optional: default to en_US if not set
          orientation: 'portrait'         # Optional: default to portrait if not set
        }
      ]
    )

  end

ສໍາລັບຂໍ້ມູນຄົບຖ້ວນສົມບູນກ່ຽວກັບການຕັ້ງຄ່າ fastlane ໃນ CircleCI, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ອ່ານເອກະສານທີ່ເປັນທາງການ ຄັ້ງດຽວ, два.

ຢ່າລືມເພີ່ມໜ້າວຽກໃໝ່ໃສ່ config.yml ຂອງພວກເຮົາ:

build-for-firebase-test-lab:
   macos:
     xcode: "10.1.0"   
   working_directory: ~/project
   shell: /bin/bash --login -o pipefail
   steps:
     - checkout
     - attach_workspace:
         at: ~/project
     - run: sudo bundle install     # обновляем зависимости
     - run:
         name: install gcloud-sdk   # на mac машину необходимо установить gcloud
         command: |
           ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" < /dev/null 2> /dev/null ; brew install caskroom/cask/brew-cask 2> /dev/null
           brew cask install google-cloud-sdk
     - run:
         name: build app for testing
         command: fastlane testing_build_for_firebase  # запускаем lane сборки и отправки в firebase

4. ເບາະນັ່ງທົດສອບຂອງພວກເຮົາແມ່ນຫຍັງ? ຕັ້ງຄ່າ Firebase.

ໃຫ້ຂອງລົງໄປສິ່ງທີ່ບົດຄວາມໄດ້ຖືກຂຽນສໍາລັບ.

ບາງທີແອັບຯຂອງທ່ານໃຊ້ Firebase ໃນແພັກເກດຟຣີ ຫຼືບາງທີອາດບໍ່ແມ່ນທັງໝົດ. ບໍ່ມີຄວາມແຕກຕ່າງພື້ນຖານຢ່າງແທ້ຈິງ, ເພາະວ່າສໍາລັບຄວາມຕ້ອງການການທົດສອບພວກເຮົາສາມາດສ້າງໂຄງການແຍກຕ່າງຫາກທີ່ມີການນໍາໃຊ້ຟຣີຫນຶ່ງປີ (ເຢັນ, ແມ່ນບໍ?)

ພວກເຮົາເຂົ້າສູ່ລະບົບບັນຊີໂຄງລ່າງຂອງພວກເຮົາ (ຫຼືອື່ນໆ, ມັນບໍ່ສໍາຄັນ), ແລະໄປທີ່ ຫນ້າ Firebase console. ສ້າງໂຄງການໃຫມ່ທີ່ມີຊື່ວ່າ AmazingAppUITests.

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະ: ໃນຂັ້ນຕອນທີ່ຜ່ານມາໃນ Fastfile in lane firebase_test_lab_ios_xctest ພາຣາມິເຕີ gcp_project ຄວນກົງກັບຊື່ໂຄງການ.

ການຕັ້ງຄ່າເລີ່ມຕົ້ນເຫມາະສົມກັບພວກເຮົາດີ.

ຢ່າປິດແຖບ, ລົງທະບຽນພາຍໃຕ້ບັນຊີດຽວກັນໃນ Gcloud - ນີ້ແມ່ນມາດຕະການທີ່ຈໍາເປັນ, ນັບຕັ້ງແຕ່ການສື່ສານກັບ Firebase ເກີດຂຶ້ນໂດຍໃຊ້ການໂຕ້ຕອບ gcloud console.

ກູໂກກໍາລັງໃຫ້ $ 300 ສໍາລັບປີ, ເຊິ່ງໃນສະພາບການຂອງການປະຕິບັດ autotests ແມ່ນເທົ່າກັບປີຂອງການນໍາໃຊ້ຟຣີຂອງການບໍລິການ. ພວກເຮົາໃສ່ຂໍ້ມູນການຈ່າຍເງິນຂອງທ່ານ, ລໍຖ້າການຖອນຕົວທົດສອບຂອງ $1 ແລະໄດ້ຮັບ $300 ເຂົ້າບັນຊີຂອງທ່ານ. ຫຼັງຈາກຫນຶ່ງປີ, ໂຄງການຈະຖືກໂອນອັດຕະໂນມັດໄປສູ່ແຜນການອັດຕາພາສີຟຣີ, ດັ່ງນັ້ນບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບການສູນເສຍເງິນທີ່ເປັນໄປໄດ້.

ໃຫ້ກັບຄືນໄປຫາແທັບທີ່ມີໂຄງການ Firebase ແລະໂອນມັນໄປຫາແຜນການອັດຕາພາສີຂອງ Blaze - ຕອນນີ້ພວກເຮົາມີສິ່ງທີ່ຕ້ອງຈ່າຍຖ້າເກີນຂອບເຂດຈໍາກັດ.

ໃນການໂຕ້ຕອບ gcloud, ເລືອກໂຄງການ Firebase ຂອງພວກເຮົາ, ເລືອກລາຍການເມນູຫຼັກ “ໄດເລກະທໍລີ” ແລະເພີ່ມ API ການທົດສອບ Cloud ແລະ Cloud Tools Result API.

ຈາກນັ້ນໄປທີ່ລາຍການເມນູ “IAM ແລະການບໍລິຫານ” -> ບັນຊີບໍລິການ -> ສ້າງບັນຊີບໍລິການ. ພວກເຮົາໃຫ້ສິດໃນການແກ້ໄຂໂຄງການ.

ສ້າງລະຫັດ API ໃນຮູບແບບ JSON

ພວກເຮົາຈະຕ້ອງການ JSON ທີ່ດາວໂຫລດມາເລັກນ້ອຍຕໍ່ມາ, ແຕ່ສໍາລັບຕອນນີ້ພວກເຮົາຈະພິຈາລະນາການຕິດຕັ້ງ Test Lab ສໍາເລັດ.

5. ການຕັ້ງ CircleCI

ຄໍາຖາມທີ່ສົມເຫດສົມຜົນເກີດຂື້ນ - ຈະເຮັດແນວໃດກັບລະຫັດຜ່ານ? ກົນໄກການປ່ຽນແປງສະພາບແວດລ້ອມຂອງເຄື່ອງກໍ່ສ້າງຂອງພວກເຮົາຈະຊ່ວຍໃຫ້ພວກເຮົາເກັບຮັກສາລະຫັດຜ່ານຂອງພວກເຮົາແລະຂໍ້ມູນລະອຽດອ່ອນອື່ນໆຂອງພວກເຮົາຢ່າງປອດໄພ. ໃນການຕັ້ງຄ່າໂຄງການ CircleCI, ເລືອກຕົວແປສະພາບແວດລ້ອມ

ແລະຕັ້ງຄ່າຕົວແປຕໍ່ໄປນີ້:

• ກະແຈ: GOOGLE_APPLICATION_CREDENTIALS
  ຄ່າ: ເນື້ອໃນຂອງໄຟລ໌ json ຂອງລະຫັດບັນຊີບໍລິການ gcloud
• ກະແຈ: MATCH_PASSWORD
  ຄ່າ: ລະຫັດຜ່ານສໍາລັບການຖອດລະຫັດ github repository ດ້ວຍໃບຢັ້ງຢືນ
• ກະແຈ: FASTLANE_PASSWORD
  ຄ່າ: ລະຫັດຜ່ານບັນຊີໂຄງສ້າງພື້ນຖານຂອງ Apple Developer Portal

ພວກເຮົາບັນທຶກການປ່ຽນແປງ, ສ້າງ PR ແລະສົ່ງໃຫ້ຫົວຫນ້າທີມງານຂອງພວກເຮົາກວດສອບ.

ຜົນໄດ້ຮັບ

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

ສ່ວນທີສອງຈະຖືກອຸທິດໃຫ້ກັບການຕິດຕັ້ງ Firebase Test Lab ແບບເທື່ອລະຂັ້ນຕອນສໍາລັບໂຄງການ Android.

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