静的コード分析ツールSonarQubeってこんなに簡単に使えるようになってたのか、の話 - Qiita
はじめに 数年ぶりにSonarQubeを触ってみたくなり、試したところかなり簡単だったので、その感覚を残したく記事化してみました。 SonarQubeとは SonarSourceのプロダクトの一つであり、コード品質、コードセキュリティのチェックを実施するツールです。 さまざまな使い方ができるのだと思いますが、簡単に使うためにはJenkinsなどのツールと同じようにSonarQube用のサーバーとして１プロセス立ち上げ、その中でチェックと、チェック結果を確認・参照することができます。 今回やりたいこと MavenでビルドしているJavaプロジェクトに対して、ソースコードの品質が不安なので第三者チェックしてほしいと思うことがあると思います。その際に頼めるレビューアーがいないので最低限確認するためにツールにレビューをお任せしたい、ということがやりたいことです。 JenkinsのようなCI環境も手
AWS RoboMaker入門 ~デモ起動からコード修正、実機デプロイまで~ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに AWS RoboMakerは、2018年11月25日〜11月30日に行われた re:invent で発表された新サービスです。今回は、AWS RoboMakerのデモアプリを元に、クラウド上でのシミュレーション実行からデモプログラムの修正と確認、及び実際のロボットへのデプロイまで行ってみたいと思います。 AWS RoboMakerとROS AWSのドキュメントによれば、AWS RoboMakerは「インテリジェントなロボットアプリケーションを容易に開発、シミュレート、デプロイできるサービス」とのことです。 AWS RoboMa
TestFlightで内部テスターにアプリをテストしてもらう - Qiita
リリース前のアプリを内部ユーザーにインストールしてもらってテストしてもらう手順です。 手順 １、テストするアプリをApp Store ConnectにUploadする。 XcodeからArchiveしていつも通りアップ。 ２、テストユーザーを登録。 App Store Connectの「ユーザーとアクセス」の＋ボタンでテストユーザーのメールアドレスを指定して追加。 テストユーザーに招待メールリンクから承認してもらう必要があります。 ３、TestFlightでテスター登録 App Store ConnectのAppからテストするアプリページを開き、TestFlightタブを開く。 **アプリがアップロードされていれば、ビルドに表示されているので、クリックして「輸出コンプライアンス」の設定をしておく。**これしておかないとテストできません。 左のメニューから内部グループのApp Store C
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
テスト計画の立て方 - Qiita
テスト計画をどう立てていくか、ふつうのシステムエンジニアにとって分かりやすく考えてみたいと思います。 テスト工程は、一番ざっくりした分類で単体テスト、結合テスト、システムテストに別れるのが一般的です。 この工程は、あくまでもV字モデルに対応したインプットがどの前工程で作られたものを検証するかの基準であって、実際にどういう観点をどういう手順でテストするか、はそれぞれのプロジェクトで計画します。それがテスト計画になっていきます。 しかし、ただの工程の話と、実際におこなうテストの内容の違いが分かっていないと、テスト計画何するものぞ状態になって、ろくなテストが実施されないことになりますし、そのようなプロジェクトも多く存在します。 テストの世界標準には、ISO/IEC/IEEE 29119があり、これを見るとテスト工程(Test Level/Phase)とテスト種別(Test Types)の組で、テ
Ginkgoでgolangのビヘイビア駆動(BDD)開発入門 - Qiita
テストスイート，テストファイルを作っただけでは，パッケージのテストができませんので，パッケージ本体(この記事ではPerson)を作ります パッケージPersonの確認 以下のようなパッケージPersonを作ることを考えます 構造体Personを持つ 構造体Personは，string型のフィールドnameを持つ フィールドnameに関するSetterとGetterである以下のメソッドを持つ SetName(string): フィールドnameをセットする GetName() (string, error): nameを読み出す．nameがセットされていない場合はエラー"Name is not set"が返る テストファーストの考え方から，テストからまず作ります Person_test.goの実装 ginkgo generateで作られたPerson_test.goは雛形で，中身がありません
ちょこっとホワイトハッカーになった気持ちになって、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.startで:ex_unitを起動します。通常のMixプロジェクトでは、プロジェクト作成時に生成されるtest/test_helper.exsでこれが行われるので、自分で書くことは少ないでしょう。 次にテストモジュールを定義します。モジュール名は重複しなければ何でもOKですが、ファイル名は_test.exsで終わる必要があるので、これに合わせて、<プロジェクト名>.<テストしたいモジュール名>Testとするのが一般的です。 テストモジュールは、まずuse ExUnit.Caseから始めます。この中で、いくつかのモジュール属性の設定やテストに使う関数のimportなどをしています。async: trueオプションは、他のテストモジュールと並行に走らせるかを指定しています。Mockを使う場合など、特定のケース以外はtrueでよいと思います。デフォルトはfalseです。 テ
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ページを開く
noseで気軽にテストを書く(+geventの場合) - Qiita
pytest 使い方まとめ | DevelopersIO
pytestに入門してみたメモ - Qiita
今日から始めるGinkgo - Qiita
go標準のbenchmark機能の使い方 - Qiita
ExUnitのdescribeとnamed setup - Qiita
PHPUnitのデータプロバイダーを試す - Qiita
Istanbul - おかしなレポートまとめ - Qiita