はてなブックマーク

本記事はMicrosoft MVPブログ企画の記事として投稿しています。その他の記事はこちらからご覧ください。 リモートワーク主体の働き方にとってVisual Studio Code *1 のRemote Developmentは役立つツールになります。本記事ではsshによるRemote Development で便利な小技を三つ用意ご紹介します。 code.visualstudio.com 踏み台(jumpbox)経由のリモート接続 リモート接続するサーバーにログインする際に、途中に踏み台となるサーバーを介して接続する場合は、~/.ssh/config *2 のProxyCommandの設定を使用します。 次の設定は、server1への接続を経由して、server2-proxyにリモート接続するための設定例です。 # 踏み台への接続設定 Host server1 HostName 192

2019/5/17に開催された吉祥寺.pm18で「Linuxサーバーを再起動しない運用は終わりにしましょう」という発表をしました。 kichijojipm.connpass.com 以下、発表内での引用先へのリンクです。 UNIXサーバはリブートすべきでない説 | スラド Linuxサーバーは定期リブートをした方がよいでしょうか？ -自宅の普通- UNIX・Linux | 教えて!goo SNMP SysUpTime Counter Resets After 49.7 Days https://blogs.technet.microsoft.com/jpntsblog/2013/08/12/497/ 第443回 再起動なしにカーネルを更新する「Canonical Livepatch Service」：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社 徳丸 浩 on

このエントリーは、技術同人誌 その2 Advent Calendar 2018 の10日目エントリーです。 adventar.org 2018/12/4に開催された技術同人誌再販Night★#3 #技術書典 の技術書が集合＆LT でLTした内容です。当日のスライドはこちらです。 CSS組版とは 書籍を出版する上でのレイアウトを、htmlとCSSを使って実現するものです。 詳しくはこちらを。 pentapod.booth.pm github.com speakerdeck.com Vivliostyle Foundationがオープンソース(AGPL)で提供するVivliostyleがCSS組版の分野をリードしています。著者もこのライブラリーを使用してCSS組版を行っています。 CSS組版のフロー 自分は以前からMarkdownで書いた原稿をPandocでPDFに変換するフローで執筆を行って

このエントリーは、Mackerel Advent Calendar 2018の5日目エントリーです。 qiita.com Mackerelの公式プラグインであるmackerel-plugin-accesslog は、Webサーバーのアクセスログを集計して、可視化するものです。この記事では、Atlassian社のConflenceのアクセスログを、同プラグインを使用して可視化する方法について取り上げます。 なお、特定製品の設定について説明していますが、Confluenceは内部的にはApache Tomcat(以下Tomcat)にアプリケーションを組み込んで動いているので、TomcatのアクセスログをMackerelで集計する時にそのまま応用できると思います。対象バージョンは以下の通りです。 Confluenceのバージョン: 6.12.2 内蔵のTomcatのバージョン: 9.0.12 s

はじめに アトラシアン社のJira Softwareでは、ユーザーストーリーの見積もりの単位には、 時間単位の絶対見積もり ストーリーポイントでの相対見積 の両方を選択可能です。 ですが、Jira上の課題として作成したタスクの進捗のトラッキングは作業に用いた工数の時間単位で行うため、課題タイプの「サブタスク」にはストーリーポイントを設定できないという仕様があります。 この仕様の是非については論を避けますが、Jiraに限らずアジャイル開発について様々な方とやりとりをして感じるのは、「スクラムをはじめとするアジャイル開発のプロセスでは、見積もりに『ストーリーポイント』を用いて相対見積を使うものである」という認識の存在です。 もちろんストーリーポイントを用いて相対的なサイズを 用いる見積もり手法には、過剰バッファーや、理想日と実作業日の差異、不確実性への対処、コミットメントと進捗管理の分離など、

青山公士氏は、WEB+DB PRESS Vol.90の「国民的RPGオンライン化へのチャレンジ ドラゴンクエストⅩ開発ノウハウ大公開」で「ドラゴンクエストX オンライン」の開発プロセスについて述べる中で、品質管理について以下の様に述べています。 たとえばドラゴンクエストシリーズの序盤で対戦するモンスターのスライムが、まわりのモンスターより強いようなことがあればドラゴンクエストシリーズのお客様視点では異常です。仕様書に書いてあったとしても指摘すべきです。 WEB+DB PRESS Vol.90 作者: 江口和宏,吉田太一郎,内田優一,青山公士,石本光司,まつもとゆきひろ,おにたま,田籠聡,竹内郁雄,南川毅文,伊藤直也,佐藤太一,?橋侑久,Magnolia.K,佐藤歩,泉水翔吾,西尾泰和,中島聡,はまちや2,竹原,宮崎亮輔,安藤祐介,WEB+DB PRESS編集部出版社/メーカー: 技術評論社

本エントリーは、Selenium/Appium Advent Calendar 2017の9日目エントリーです。 qiita.com Selenium WebDriverでは、テストの実行時に、ブラウザーの画面のスクリーンショットを取得するAPIを提供しています。 ですが、たとえばトーストが消える消えないというような、画面のアニメーションの動作の不具合をスクリーンショットだけを見て判断するのは、なかなか厳しいものがあります。 また近年の風潮であるシングルページアプリケーション(SPA)では、不具合として画面の操作中にアプリケーションが操作不能(ハングアップ)する場合があり、この場合も操作を停止した部分のスクリーンショットのみで不具合の原因を判断することには困難が伴います。 これまでは、Selenium WebDriverのテスト実行時の画面を録画するには、BrowserStackとかSau

はじめに コミュニティーや業務でテスト駆動開発(TDD)に関わる技術支援をする中で、 「開発者のローカル環境でのテスト結果を取得し、TDDのレッドとグリーンのサイクルをエビデンスとして記録したい」 「ToDoリストの進捗状況をTDDで記述するソースコード上のリビジョンと関連付けて残したい」 などの相談を受ける場合があります。 自分の素直な感情としては 「そういうこと、やりたい？」 というのがあるのですが、その感情の背景となるものをまとめたのがこのエントリーです。 チームのタスク管理と個人のタスク管理 ソフトウェア開発の現場でタスク管理を考える上では、「チームのタスクを管理する」という視点と、「個人のタスクを管理する」という二つの視点を統合することが必要です。 チームのタスクは、最終的にデリバリーする成果物を生み出すために、チームはどのように行動し、そこの中で発生するタスクをどのようにチーム

※この記事は、技術系同人サークルふぃーるどのーつとのタイアップ記事です。 特にWeb系の開発環境ではmacOS前提の記事が多いですが、至高のデスクトップ環境といったらWindowsなのです。 この記事では、Windowsでまともなターミナル環境をもとめて試行錯誤した結果をまとめます。 ソフトウェアの選択 ConEmu ターミナルはConEmu - Handy Windows Terminalを使います。デフォルトだと非Ascii文字(要するに日本語)の表示ピッチが悲しいことになるのでフォントはRicty Diminishedを入れます。 conemu.github.io Clink WindowsでUN*Xライクなシェルを提供するのはいくつかありますがClinkがお手軽なのでインストールします。これでタブ補完、Bashライクなキーボードショートカット、インクリメンタルなヒストリー検索など一

Geb Advent Calendar 2016 - Qiitaの12日目エントリーです。 qiita.com 先日の「JJUG CCC 2016 Fall」で「実録Blue-Green Deployment導入記」というテーマで発表しましたが、その中でインフラ観点でのシステムテストにGebを活用した事例の紹介をしました。 実録Blue-Green Deployment導入記 from Hiroyuki Ohnaka インフラのテストの観点の特徴としてあげられるのは、最終的な動作の確認をアプリケーション層に依存することがあげられます。 設定ファイルの項目の確認 アプリケーションのプロセスが起動しているかの確認 ヘルスチェックのURLにアクセスして行う疎通の確認 サーバーおよびネットワーク機器間の疎通の確認 という観点まではServerspec等を用いたテストが可能ですが、それより上位レベル

ソフトウェアテスト Advent Calendar 2016 - Qiitaの9日目エントリーです。 qiita.com エラーが「自動的に」増殖するのがDevOps To make error is human. To propagate error to all server in automatic way is #devops.— DevOps Borat (@DEVOPS_BORAT) 2011年2月26日 継続的デリバリーの核心は、フィードバックのサイクルを素早く回すことにありますが、それはユニットテストのカバレッジが十分になければ不可能です。 A/Bテスト、オートスケール、カナリヤテスト、Blue-Green Deploymentなど、DevOpsを推進する上での各種プラクティスは、いずれも、プロダクトの品質が安定していることを前提としています。品質が安定していない状態でリリ

このエントリーは、ソフトウェアテストあどべんとかれんだーの11日目*1ならびに、しょぼちむ Advent Calendar 2014 - Adventarの19日目エントリーです。 最初は、JJUG CCC 2014 Fallの懇親会の時に、「しょぼちむでTDD」というオーダーを受けていたので、 describe "しょぼちむ財布もってる？" do let (:she) { FactoryGirl.build(:syobochim) } it { expect(she.answers).to eq "はい" } end ...というのを題材に、TDDを説明してみようとおもったのですが、specがどうやっても緑にならないため*2思いのほか話が深まらないため、TDDの中の重要な要素、テストファーストについてお話ししたいと思います。 JJUG CCCのセッションの中で、「テストファーストにこだわ

2024-08-17 リモートLinuxの開発コンテナー(Dev Container)上でgit認証のためにssh agentを共有する 簡単に言うと、VS CodeのDevContainers(以下開発コンテナー)でSSHのForward Agentを有効にする方法です。 VS Codeのリモート開発では、ssh接続したLinux上で開発コンテナーを起動して開発をおこなうことができます。Gitレポジトリーへの認証は、GitHubであれ… 2022-12-01 【新企画・不定期連載】せとあずメモvol.1 Webページのチェックはブラウザー(Firefox)でブックマークしてFirefox Syncで同期しているのですが、それの棚卸しをしよう、という企画です。 以下のエントリーでryuzeeさんが次のとおり言及されていたのにヒントを得ています。 ryuzee: 毎日メンテナンスし… 202

このエントリーは、ゆかむアドベントカレンダー - ゆかむ | Doorkeeperの7日目エントリーです。 はじめまして。@setoazusa です。こんなハンドルですが、男性です。 都内のSIerで、TDDの導入や、DevOpsの推進、プロジェクトメンバーのフォローなどを仕事にしています。 IT技術者のコミュニティでは、TDDBCなどのコミュニティなどを中心に活動しています。よろしくお願いします。 ゆかむさんとは、第2回 ゆかむ勉強会 - connpassで、「CIサーバーとSchemaSpyでデータベースのドキュメント作成を自動化」というお題で話をさせていただきました。 CIサーバーとSchemaSpyでデータベースのドキュメント作成を自動化 from Hiroyuki Ohnaka 今日は、その話の続きで、データベースのスキーマ管理のために、ツール同士をどう連携させているかという話を

はじめに DHH氏のTDD is dead. Long live testing. (DHH)のエントリは、国内でもさまざまな議論を呼び起こしました。ですが、そのセンセーショナルな見出しの影響もあり、「(TDDと同一視した上での)ユニットテストは不要」などの、ミスリードされた論調も見られます。乗り遅れた感もあるのですが、前述のエントリに限らず、TDDについて最近考えていることをまとめたいと思います。 TDD＝テストファーストではない ケントベックの「テスト駆動開発入門」や、Uncle BobのTDD三原則の影響もあり、TDDでは、まずテストファーストするのだ、という印象をお持ちの方がいると感じてるのですが、いきなりテストファーストするというのは、教条主義なところがあり、現場に適用するのは敷居が高いのは確かです。 TDDを実践する上で大事なのは、テストによって開発が駆動されることです。すなわ

Interoperability, Browser & Cross Platform Testing | Modern.IEで配布されているVMイメージを使ってWindows7+IE8の検証環境を作ったのですが、日本語環境に切り替えるのにいろいろやることがあったので、備忘録として残します。 まず、Windows Updateから、言語パックをインストールします。 Windows Update を使用して言語パックをインストールする - Microsoft Windows この際、IE10がインストール対象になっているので、対象から外す必要があります、 IE8のイメージとして配布されているのに、Windows Update するとIE10になるというのはMSらしからぬ詰めの甘さだと思います。ちょっと惜しい。 Windows Updateの自動更新は無効になっているんですけどね。 Window

TDD界隈の議論で、「仕様のテスト」「実装のテスト」という話を聞くことがあります。 TDDのよくわからない言葉をどうやって説明するか悩んでいるという話 #SWTestAdvent — うさぎ組 明日からTDDをやってみよう！ - 部屋とアジャイルと私（仮称） 今日のTDD界隈で「仕様のテスト」「実装のテスト」という言い回しを一番よくしているのは私だと思うのですが、勉強会の場などでは話をすることはあるものの、こういう形で残してこなかったので、自分の考えをまとめたいと思います。 公開されているインターフェースの仕様を満たせるなら、API(「リファクタリング」で言う「公布済みインターフェース」)のエントリポイントの内側のクラス設計をどのように組み立てるかは、実装者の裁量に任されているはずです。 品質保証の観点からは、APIの仕様を満たせるテストケースを記述すれば、ソースコードに対してのある程度の

このエントリーは、TDD Advent Calendar 2013 - Qiita [キータ]の参加エントリーです。 前日のエントリーは、d_nishiyama85 さんのCakePHP + PHPUnitでの TDD 超入門 - Qiita [キータ]でした。 TDD界隈では定期的に「Private メソッドのテストは必要か」という議論が巻き起こります。 プライベートメソッドのユニットテストは書かないもの？ - QA@IT privateメソッドのテストで気をつける3つのこと(Java + Groovy編) — うさぎ組 プライベートフィールドに対するテスト ｜ Developers.IO 筆者は、「Publicなメソッドからの呼び出しでPrivateなメソッドはテストできるはず」という立場に立ちますが、レガシーコードを相手にしている場合など、Javaならパッケージプライベートなど、アク

このエントリーは、TDD Advent Calendar 2013の参加エントリーです。 前日のエントリーは、id:taczge さんのアサートファーストでテスト駆動開発 - Level.TRACEでした。 今回のエントリーは、2011年９月にザ・インタビューズに投稿したものの再掲載です。当時とは状況や考えが変わってきている部分もあるのですが、ザ・インタビューズが閉鎖するということもあり、史料的な位置づけとしてポストします。 Developer Testtingに関する読書会を主宰していながら扱っているのはレガシーコードばっかで歯がゆい思いをしていたのですが、今の部署に異動してからは周囲 の理解もあり、TDDで開発を進められています。あと今の所属がコストセンターなので、現場のプロジェクトでUnit Testを導入する際のCIの導入支援なんかもやっています。 直近のプロジェクトではレガシーコ

このエントリーは、TDD Advent Calendar 2013の参加エントリーです。 前日のエントリーは、moonmileさんによるTDD - ノーマルにMSTestを使おう - Qiita [キータ]でした。 テスト駆動開発(TDD)でよく語られるキーワードに「不安をテストにする」という言葉があります。 これは、どういうことでしょうか。 ケントベックの「テスト駆動開発入門」は、このように述べています。 テスト駆動開発は、プログラム中の不安を管理する方法である。ここで言う不安とは悪い意味ではない。...（略）...道理にかなった不安、すなわち「これは困難な問題だから最初から最後までは分からない」という感覚である。 (「テスト駆動開発入門」まえがきから) 即ち、プログラマがキーボードを打つことを阻害する、「プロダクションコードをどのように書けばいいのかわからない」という不安を、失敗するテ

これはTDD Advent Calendar jp: 2012参加記事です。 前日（8日目）は、KTZさんの「Rhino.Mocksをちょっとだけ幸せにするお助けクラス」でした。 xUnitによるテスティングフレームワークの共通仕様として、「テストクラス内のテストの実行順序は不定」というのがあります。 とはいえこの仕様をテストを書く上で意識することはあまりありません。テストのあるべき姿として、テストメソッドは他のメソッドから独立しているべきですし、JUnitの場合、ほとんどの実行環境上で、ソースコード上の並びと同一順でテストが実行されていたからです。 しかしJava7(Oracle実装)からは事情が異なります。 package jp.fieldnotes.java; import org.junit.Rule; import org.junit.Test; import org.junit

try〜finallyの中にSystem#exit書いた場合ってfinallyは呼ばれるのかね。 結論から言うと、以下のテストケースを流せばわかるのですが、呼ばれません。*1 @Test public void testname() throws Exception { try { System.exit(0); } finally { System.out.println("終了ー"); fail(); } } さらに、id:kompiroさんからも以下のような情報提供をいただきました！ @setoazusa finally節で呼ばれないみたいですけど、この辺参考にできないですか？http://www.compeople.eu/blog/?p=412 これを参考に、先ほどのテストケースを以下のように書き換えると、 public class ExitTest { @Before publi