静的コード分析ツールSonarQubeってこんなに簡単に使えるようになってたのか、の話 - Qiita
はじめに 数年ぶりにSonarQubeを触ってみたくなり、試したところかなり簡単だったので、その感覚を残したく記事化してみました。 SonarQubeとは SonarSourceのプロダクトの一つであり、コード品質、コードセキュリティのチェックを実施するツールです。 さまざまな使い方ができるのだと思いますが、簡単に使うためにはJenkinsなどのツールと同じようにSonarQube用のサーバーとして１プロセス立ち上げ、その中でチェックと、チェック結果を確認・参照することができます。 今回やりたいこと MavenでビルドしているJavaプロジェクトに対して、ソースコードの品質が不安なので第三者チェックしてほしいと思うことがあると思います。その際に頼めるレビューアーがいないので最低限確認するためにツールにレビューをお任せしたい、ということがやりたいことです。 JenkinsのようなCI環境も手
AWS RoboMaker入門 ~デモ起動からコード修正、実機デプロイまで~ - Qiita
はじめに AWS RoboMakerは、2018年11月25日〜11月30日に行われた re:invent で発表された新サービスです。今回は、AWS RoboMakerのデモアプリを元に、クラウド上でのシミュレーション実行からデモプログラムの修正と確認、及び実際のロボットへのデプロイまで行ってみたいと思います。 AWS RoboMakerとROS AWSのドキュメントによれば、AWS RoboMakerは「インテリジェントなロボットアプリケーションを容易に開発、シミュレート、デプロイできるサービス」とのことです。 AWS RoboMaker is a service that makes it easy to develop, simulate, and deploy intelligent robotics applications at scale. ここでいう「ロボットアプリケーシ
TestFlightで内部テスターにアプリをテストしてもらう - Qiita
リリース前のアプリを内部ユーザーにインストールしてもらってテストしてもらう手順です。 手順 １、テストするアプリをApp Store ConnectにUploadする。 XcodeからArchiveしていつも通りアップ。 ２、テストユーザーを登録。 App Store Connectの「ユーザーとアクセス」の＋ボタンでテストユーザーのメールアドレスを指定して追加。 テストユーザーに招待メールリンクから承認してもらう必要があります。 ３、TestFlightでテスター登録 App Store ConnectのAppからテストするアプリページを開き、TestFlightタブを開く。 アプリがアップロードされていれば、ビルドに表示されているので、クリックして「輸出コンプライアンス」の設定をしておく。これしておかないとテストできません。 左のメニューから内部グループのApp Store Conne
TestFlightを今更まとめてみた - Qiita
こんにちわ。iOSアプリ開発をしている@haseken_devです。 iOS Advent Calendar 2019 の 10日目を担当させていただきました！ 1. はじめに この記事はAppleが提供するTestFlightについて、今更ながらまとめてみました。 今回のこの記事を書いてみようと思った経緯は、こんな感じです。 Flutterなど、マルチプラットフォームが採用される流れの中で、元々Androidアプリを開発していた同僚の方から、TestFlightについてよく相談されることがあった (特に新卒入社など)iOSのアプリ開発担当者でもTestFlightを使う機会がなく、相談されることがあった 今更だとは思ったんですが、iOS 13で追加された新機能などもあったので、まとめてみようと思いました。 これから触ってみよう、利用を検討してみようとする方の参考になれば嬉しいです。 2.
Consumer-Driven Contracts testingを徹底解説！ - Qiita
この記事は リクルートライフスタイル Advent Calendar 2016 の14日目の記事です。 はじめに みなさんmicroserviceを進めていますか？ リクルートライフスタイルでも徐々にmicroserviceの流れが押し寄せつつあります。 今回はそんなmicroserviceに役立つConsumer-Driven Contract testingというテスト方法について書こうと思います。 本当はライブラリを使って実演までしたかったのですが…この記事の量が多くなってしまい、趣旨がずれてしまうので別の機会に書こうと思います。 microserviceのテストの問題点 microserviceのテストの問題点についてこれから説明していきます。 まずは複数のmicroserviceでできた以下のようなサービスがあるとします。 さて、ここでv1というmicroserviceに対してテ
Committee(Test Assertions)とCommittee::Railsについて - Qiita
会社のRailsプロジェクトで初見のgemに出くわし、便利だったので書きます。 基本的には公式ドキュメントを参考に書いています。 概要 概要を先にまとめると、Committee で、Specを書く際、API設計をしているopenapiドキュメントの内容に沿った、出力がされているかテストすることができる。 Committee::Rails でrails内でCommitteeの利用を可能にする。 実際にはこの二つの組み合わせによって、assert_schema_conformというメソッドが使用可能になり、それをテスト内で使用できるというもの。 テストで期待するいちいち出力の形を定義しなくていいので便利。 それぞれcommittee、committee-railsというGemで利用する。 Committeeとは JSON Schema, OpenAPI 2, OpenAPI 3.を使って、サー
RSpecで何をテストしたらいいのか決めてない時、とりあえずわたしが書いてるもの。 - Qiita
はじめに やりたいこと：カッコよくグリーンを出したい！ 「テストは大事！」とは言うものの、どんなRSpecを書いたらいいのかわからない...。 そんな状況が、Railsのお仕事に本格的に関わるようになってから、続いておりました。 そもそも自動テストには憧れがありますし、specを実行して、ターミナルに緑の文字を出したいのはやまやまです。でも、何を書けばいいのかわからない。 そんな時の、とりあえずの取りかかりの例を載せてみます。 ※ この記事の例について： 下記の例は、実際はテストとして無理に書く必要はないものだったりします。 自明なものを書きすぎると、たとえば全てのテストを通すのにも非常に時間がかかってしまいますので、このあたりは、rspecを動かす場合の確認用、1例として見ていただけると幸いです。 ※ これからRspecを始めたい方 / 初心者の方へ (20180523 追記) @jnc
noseで気軽にテストを書く(+geventの場合) - Qiita
unittest.TestCaseを継承した以下のようなファイルtest_hoge.pyを作成します。 ここでは値が期待する値と同じかどうかを調べるeq_と, 値が真であるかどうかを調べるok_をnose.toolsからインポートして使っています。 テストフレームワークによくある仕組みとして、テストの前後に初期化/リソース解放などの処理を行うためのsetUp, tearDownが提供されていますので、試しにprint文を入れてみます。 from unittest import TestCase from nose.tools import ok_, eq_ from hoge import sum, is_even class HogeTestCase(TestCase): def setUp(self): print 'before test' def tearDown(self): p
pytest 使い方まとめ | DevelopersIO
西田@大阪です pythonのテストフレームワークであるpytestの主だった使い方をまとめてみました 今回の記事で利用したバージョンは以下です Python: 3.6.5 pytest: 3.8.0 freezegun: 0.3.10 テスト対象 ファイルはtestから始まるファイルが対象になります test_sample.py メソッドはtestから始まる関数が対象になります def test_something(): # ~~~ 複数のテストをまとめたいときはclassを使いグルーピングしたいテストをそのクラスのメソッドとして記述します class TestGroup(object): def test_something_1(): # ~~~ def test_something_2(): # ~~~ assertion assert キワードのあとに bool 値を返す式を書きま
pytestに入門してみたメモ - Qiita
#!/usr/bin/python # -*- coding: utf-8 -*- def test_1(): a = 1 b = 2 assert a == b def test_2(): a = 1 b = 2 assert a != b スクリプトのtestで始まる名前の関数が自動的にテスト対象になります。 各関数の中で、成立すべき式（Trueになるべき式）をassert文で記述します。 そして、引数にスクリプトファイル名を指定してpytestコマンドを実行します。引数を省略すると、カレントディレクトリにあるtest_*.pyという名前のスクリプトが自動的にテスト対象になります。 $ pytest test_app.py ======================================= test session starts ======================
テスト計画の立て方 - Qiita
テスト計画をどう立てていくか、ふつうのシステムエンジニアにとって分かりやすく考えてみたいと思います。 テスト工程は、一番ざっくりした分類で単体テスト、結合テスト、システムテストに別れるのが一般的です。 この工程は、あくまでもV字モデルに対応したインプットがどの前工程で作られたものを検証するかの基準であって、実際にどういう観点をどういう手順でテストするか、はそれぞれのプロジェクトで計画します。それがテスト計画になっていきます。 しかし、ただの工程の話と、実際におこなうテストの内容の違いが分かっていないと、テスト計画何するものぞ状態になって、ろくなテストが実施されないことになりますし、そのようなプロジェクトも多く存在します。 テストの世界標準には、ISO/IEC/IEEE 29119があり、これを見るとテスト工程(Test Level/Phase)とテスト種別(Test Types)の組で、テ
Ginkgoでgolangのビヘイビア駆動(BDD)開発入門 - Qiita
TL;DR ginkgo(Go言語のビヘイビア駆動開発用のテストフレームワーク)で，golangのテストを実行する方法を紹介します 以下の内容について記載しています ginkgo, gomegaのインストール チュートリアル テストの雛形の作成手順 実装 テストの実行(Pass時，Fail時) Ginkgo概要 Ginkgoは，Go言語のビヘイビア駆動開発用のテストフレームワークです 複雑なテストを記述しやすい，と言っています Ginkgoは，GomegaというMather(テストの条件マッチ)と組み合わせて使います assertはカッコよくないらしいので，Ginkgoなどでコードの振る舞いをベースにテストを記述します GinkgoとGomegaのインストール Ginkgoの案内にしたがって，ライブラリをインストールします ginkgoはコマンドの形で提供されます go testの代わりに
go標準のbenchmark機能の使い方 - Qiita
ReadMeFirst golangには、関数のbenchmarkを行うパッケージ・ユーティリティが標準で含まれています。 今回はgoで関数単位でのbenchmarkをとる方法について書きます。 testの基本的な実行方法については、前記事を参照。 ベンチマークするテスト関数を作る testing package の benchMark用の 構造体を使います。 Benchmark関数は以下のように宣言します。(規約) package main import ( "fmt" "testing" ) func BenchmarkAppend_AllocateEveryTime(b *testing.B) { base := []string{} b.ResetTimer() // Nはコマンド引数から与えられたベンチマーク時間から自動で計算される for i := 0; i < b.N; i+
ちょこっとホワイトハッカーになった気持ちになって、VirtualBox上にKali Linuxをインストールし、Metasploitを使ったペネトレーションテスト（脆弱性診断）をやってみた ※最後に「Star Wars」ネタもあるよ！※ - Qiita
この記事はフロムスクラッチ Advent Calendar 2016の17日目の記事です。 ども('ω')ノ take_chan_manです。 今日は心機一転、セキュリティについて書きます( ..)φｶｷｶｷ 想定読者 1～2年程度Linuxを触ったことのあるエンジニア 仮想環境を自身のPC上に構築したことのあるエンジニア セキュリティに興味のあるエンジニア Kali Linuxを使ったペネトレーションテストや脆弱性診断に興味のあるセキュリティエンジニア ハッキングという言葉にやたら魅力を感じてしまうヤバめの人 ※注意※ 今回のチュートリアルは危険です。 自分のPCの中に攻撃できる環境を構築したり、脆弱な環境を構築したりすることになります。 なので、ある程度ITリテラシーの高いエンジニアが、ご自身の責任と覚悟を持って試して頂きたいですm(__)m （「もっとこんな注意書きがあた方がいいよ」
ExUnit入門 - Qiita
初学者向けです。ExUnitというテストフレームワークがあることは知っているけれど、使い方はあんまり分かっていない、という方を対象に書きます。 テストを書く 基本の流れ # my_module_test.exs ExUnit.start defmodule MyApp.MyModuleTest do use ExUnit.Case, async: true test "the truth" do assert 1 + 1 == 2 end end はじめにExUnit.startで:ex_unitを起動します。通常のMixプロジェクトでは、プロジェクト作成時に生成されるtest/test_helper.exsでこれが行われるので、自分で書くことは少ないでしょう。 次にテストモジュールを定義します。モジュール名は重複しなければ何でもOKですが、ファイル名は_test.exsで終わる必要がある
PHPUnitのデータプロバイダーを試す - Qiita
<?php namespace Sample; class Sample { // $a + $b を返す public function Add($a, $b) { return $a + $b; } // $a - $b を返す（実際は間違っている） public function Sub($a, $b) { return $a + $b; } } <?php use PHPUnit\Framework\TestCase; use Sample\Sample; class SampleTest extends PHPUnit\Framework\TestCase { public function test_add() { $sample = new Sample(); $this->assertEquals(10, $sample->Add(4, 6)); } /** * @data
Protractorを使ったE2Eテストの準備 - Qiita
はじめに E2EテストとはEnd to End（エンドツーエンド）の略らしいです。最初から最後までということのようです。 ブラウザを使ったテストの自動化のために今回はProtractorを使うことにしました。 ちょうど仕事で担当になった運用サイトがAngular製アプリケーションだったこともあります。 ProtractorはAngular製のサイトに向いているとのことです。ただAngular製ではないサイトでも利用可能です。 Protractorはwebdriver-managerというものを使ってSeleniumを利用します。 準備するものはnodejsです。 前回書いた次の記事でnodejsを用意していただければ動作します。 windows10でnode.jsのバージョンを切り替えて使う( nvm-windows ) 今回はwindows10の環境で進めます。 Protractorの準
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今日から始めるGinkgo - Qiita
ExUnitのdescribeとnamed setup - Qiita
Istanbul - おかしなレポートまとめ - Qiita