Тестирование программного обеспечения?
В моем предыдущем посте о росте с помощью образа мышления я упомянул некоторые инструменты и методы, которые мой путь в Анделе помог мне внедрить на практике. В верхней части списка находятся рабочий процесс с использованием систем контроля версий, командная работа и обратная связь с использованием ресурсов, таких как Pivotal Tracker, и тестирование программного обеспечения с примерами в средах Jasmine и mocha. Вот некоторые меры, которые классифицируютпроцедуры разработки программного обеспечения как мировые класс. Сегодня я хотел бы рассказать больше о тестировании программного обеспечения.
Историю тестирования программного обеспечения можно проследить от знаменитого прорыва теста Алана Турина во время Второй мировой войны до разностной машины Бэбеджа 1980-х годов. Оглядываясь назад на историю разработки программного обеспечения, владельцы бизнеса даже не заботятся о качестве кода, собранного в виде программного обеспечения, они в основном были рады принять участие в том, что раньше казалось только для правительства и военных.
Появление и внедрение передовых технологий за последние двадцать лет доказало, что технология изменила парадигму. Сегодня мы почти живем технологиями. От наших домов до наших банков, наших школ, офисов, мест отправления религиозных обрядов, предприятий, улиц и даже мобильных телефонов в наших карманах. Вы бы не хотели, чтобы ваше повседневное использование технологий подвело вас, представьте, что вы собираетесь использовать банкомат, и вам сообщают, что «Все клиенты вашего банка не смогут совершать транзакции в банкомате в течение дня из-за ошибки программного обеспечения». , или просто сказать, что сервер WhatsApp рухнул, и их инженерам потребуется неделя, чтобы исправить это.
Тестирование программного обеспечения в Javascript с использованием мокко и жасмина.
Тестирование программного обеспечения обеспечивает следующие функции: устраняются все возможные ошибки, поэтому программное обеспечение не дает сбоев в реальном мире, все недостатки исправляются, поэтому не будет ненадлежащего учета использования программного обеспечения, гарантируется состояние кибербезопасности программного обеспечения, а также сокращается тестирование программного обеспечения. время, потраченное на управление программным обеспечением в долгосрочной перспективе.
JavaScript стал наиболее важным инструментом для веб-технологий, и, как упоминалось ранее, веб-технологии используются повсюду, кроме обеспечения оптимизации JavaScript. Для разработчиков программного обеспечения есть удобные инструменты для тестирования в JavaScript, распространенными являются Mocha и Jasmine.
Тестирование программного обеспечения позволяет разработчику улучшить структуру и план развертывания программного обеспечения, позволяет проводить рефакторинг изменений в программном обеспечении с гарантией качества, дает разработчику уверенность в своей работе и удостоверяет заказчику качество программного обеспечения.
Настройка среды тестирования JavaScript может оказаться сложной задачей, так как в Интернете есть много устаревших и конфликтующих версий руководств. Если вы новичок в JavaScript и хотите настроить среду модульного тестирования для начала; позвольте мне поделиться с вами некоторыми шагами, которые помогли мне в Andela Boot-camp
1. Убедитесь, что на вашем компьютере установлен node.js, или перейдите на nodejs.org, чтобы найти ссылку для скачивания.
2. Настройте каталог вашего проекта
3. Перейдите в каталог проекта с помощью интерфейса командной строки.
4. Запустите свою рабочую среду с помощью менеджера пакетов узла с помощью команды ниже
npm init –y
5. Установите babel и nodemon с помощью следующей строки команды: Babel — это компилятор JavaScript с открытым исходным кодом, а также транспайлер. В этом случае мы реализуем Babel, поэтому вы можете писать код на ES6 или выше (современный JavaScript), и Babel интерпретирует его в Mocha, который на данный момент понимает только ES5. Nodemon — это удобный инструмент, который помогает управлять перезагрузкой сервера узла при внесении изменений.
npm i --save-dev babel-cli babel-preset-env nodemon
6. Добавьте приведенные ниже строки в файл package.json, созданный путем запуска вашей рабочей среды выше.
"babel": { "presets": [ "env" ] }, "scripts": { "babel-node": "babel-node --presets-env", "start": "nodemon --exec npm run babel-node -- ./index.js", "build": "babel src -d dist" }, ………
7. Чтобы запустить Node.js REPL:
npm run babel-node
8. Обратите внимание на каталог «src» в вашей конфигурации package.json, Babel будет ожидать ваши исходные коды в этом каталоге. чтобы построить интерпретируемый код Babel в каталоге «dist», как описано выше, запустите:
npm build
9. Чтобы добавить мокко и чай: chai — это удобная библиотека, которая поставляется с мокко, она помогает вам создавать свои тестовые примеры.
npm install --save-dev mocha chai
10. Измените конфигурацию сценария, которую вы ввели ранее, с помощью
"scripts": { ... "mocha": "mocha --compilers js:babel-register", "test": "mocha --compilers js:babel-register --recursive ./test/" }
11. Создайте и назовите новый каталог как test
12. Создайте новый файл Javascript в тесте, например. «test.js»
'use strict' import { expect } from 'chai' describe('test', () => { it('should pass', () => { expect('string').to.be.a('string') }) })
13. Сохраните файл и запустите «npm test».
Поздравляем! у вас должна быть запущена тестовая среда.
Мокко ваш Javascript
Мы не хотим, чтобы платформы, предоставляющие решения, подвели нас ни на секунду, они должны быть должным образом автоматизированы, и поэтому требуется тестирование, чтобы такие платформы служили нам строго. Когда я начал учиться программировать; Я где-то читал, что «Нет неправильного способа написания кода», хотя в то время это служило отличной мотивацией, сегодня я бы даже посоветовал новичкам пробовать что-то случайным образом, когда они находят свою сетку, но полностью готовое программное обеспечение должно следовать соглашениям, чтобы быть считается достойным.
Те, кто пренебрегает практикой тестирования программного обеспечения, обнаружили или скоро узнают, что включение непроверенного программного обеспечения обходится дороже. Большинство подпольных разработчиков и местных ИТ-специалистов люди не берут на себя обязательство изучать практику тестирования программного обеспечения, хотя они думают, что находят способы быстрого заработка с небольшими знаниями, они мешают себе оказывать долгосрочное влияние на своих клиентов, а также на конечных пользователей своих клиентов.