DataSourceが複数ある場合にSpring Testの@Sqlを使う場合の落とし穴 - Qiita
やりたいこと DataSourceが複数ある場合のテスト時に、Spring Testの@Sqlを使ってそれぞれのDataSourceにデータ投入を行いたいです。 Spring Bootで DataSource を複数作る方法は、👇の記事を参照してください。 忙しい人のためのまとめ @SqlConfigに必ず下記を設定しましょう dataSource要素にDataSourceのBean ID transactionManager要素にPlatformTransactionManagerのBean ID 必須ではありませんが下記も明示的に設定した方が良いでしょう transactionMode要素にISOLATED errorMode要素にFAIL_ON_ERROR 検証した環境 Spring Framework 5.3.9 Spring Boot 2.5.4 JUnit 5.7.2 Ora
SpringBoot + TypeScriptをGradleでビルドする - Qiita
Spring Boot使ったアプリをGradleでビルドしたらtsファイルもコンパイルしてbowerで入れたライブラリとかもwebpackでまとめてjsファイル吐いてくれたら素敵だなと思ってやってみた。 ソースはここ ディレクトリ構成はこんな感じ src/ └main/ ├java/ ├ts/ ・・・ここのtsファイルをコンパイルして └resources/ └static/ └templates/ └test/ ├java/ └resources/ build/ └classes/ ├main/ └test/ └resources/ └main/ └static/ └js/ ・・・ここに出力する └templates/ └test/ どうやるか gradle-gulp-pluginというのがあったのでこれを使ってgulpのタスクとしてwebpackを動かそうと思う。さらにgradle-n
たった1人から始める社内テストコード文化
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals # テストする関数 def add(a, b): return a + b # テストコード 関数名はtest_ から始めるのがpytestでのお作法 def test_add(): assert add(1, 1) == 2 assert add(1, 2) != 2 >>> $ py.test ../tests/test_add.py =============================================================================== test session starts ================================================
テストを使いサービス開発を駆動していくために取り組んでいること - クックパッド開発者ブログ
技術部の松尾(@Kazu_cocoa)です。 最近、 @moroや私を中心に、テストから開発を駆動するという方向で、とある活動を始めました。その活動の中では、 @t_wadaさん を 技術顧問 として巻き込んで活動を進めています。そんな取り組みを少しここにまとめます。 取り組みの前段階 先日、私はテストエンジニアというロールに焦点を当ててテストという言葉に対する2種類の話をいたしました。TDDのようにテストによって開発を駆動していく側面の話と、人の認知・感じ方に寄った仕様自体含めてテストしていく側面の話です。 クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアのあり方〜 を開催しました！ クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアvol.2 Testing編〜 を開催しました！ その際、会の傍でt_wadaさんらと私たちが開発するWebアプリケーショ
AssertJ 使い方メモ - Qiita
package sample.assertj; import org.junit.Test; import static org.assertj.core.api.Assertions.*; public class MainTest { @Test public void test() { assertThat("hoge").isEqualTo("Hoge"); } } org.junit.ComparisonFailure: expected:<"[H]oge"> but was:<"[h]oge"> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstru
tmux上からxcodebuild(xctool)でテストするとiOS Simulatorがタイムアウトする - Qiita
xcodebuild(もしくはxctool)でテストを実行すると、以下の様なログでSimulatorの起動がタイムアウトする現象にでくわした。 run-test MyAppTests.xctest (iphonesimulator8.1, application-test) [Info] Installed 'jp.horimislime.MyApp'. (614 ms) [Info] Launching test host and running tests ... (0 ms) [Info] The simulator failed to start, or the TEST_HOST application failed to run. Simulator error: Simulator session timed out.; will retry 2 more times. (0
Test::Unitでテストを書く - Qiita
テストの書き方 基本 今までのTest::Unitと変わらないので，classで書く．ただ，昔のTest::Unitとは違い，TestCase毎に呼ばれるstartupやshutdownなどが増えている． require 'test/unit' class TestSample < Test::Unit::TestCase class << self # テスト群の実行前に呼ばれる．変な初期化トリックがいらなくなる def startup p :_startup end # テスト群の実行後に呼ばれる def shutdown p :_shutdown end end # 毎回テスト実行前に呼ばれる def setup p :setup end # テストがpassedになっている場合に，テスト実行後に呼ばれる．テスト後の状態確認とかに使える def cleanup p :cleanup
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TravisCIでiOSアプリのipaファイルを作って実機に配信する時に便利だったもの | 秋山ブログ