InfoQ ホームページ Automation に関するすべてのコンテンツ
-
Facebookの大規模で高速なリリース方法
最近公開されたFacebookのリリースプロセスのスケールについての記事はプロダクションへのコードの配置についての柔軟な方法について書かれている。この記事には"チェリーピッキング"から"マスターからのプッシュ"という方法に1年以上かけて移行したことについて書かれている。
-
AmazonがEC2 Auto Scalingのターゲットトラッキングサポートを追加
Auto Scalingクラウドリソースは、AWSでは新しいものではない。しかし、アマゾンは最近、顧客がアプリケーションの規模をより細かく制御できるように、新しいターゲットトラッキングポリシーを発表した。ターゲットトラッキングポリシーを使用すると、管理者は、EC2リソースをどのようにいつスケールするかを決める特定の指標をターゲットに設定できる。
-
よりテクニカルなテスタになるには
テストの実施において、テクニカルなテスト技法(test craft)のテクニックをうまく適用できるテスタは、チームの品質と生産性の向上を実現するという意味から、より価値の高い存在である。テスタがよりテクニカルになるためには、コードについて学ぶとともに、テキストファイルを操作し解析する方法、アプリケーションプラットフォームにおいて最も重要な分析ツールを扱う方法を知っておくことが必要だ。
-
セルフサービスオペレーションとは何か - Damon Edwards氏がDevOps Enterprise Summitで講演
間もなく開催されるDevOps Enterprise Summit in Londonを前に、InfoQはRundeck共同創業者のDamon Edwards氏と席を共にして、“セルフサービスオペレーション”のメリットと実践について議論を交わした。
-
Puppet Labsによる2017 State of DevOps Reportのリリース
Puppet LabsのState of DevOps Report 2017が報告され、ハイパフォーマンスなITチームはより頻繁にデプロイメントを行い、より高速に障害のリカバリーを行なっていることが明らかになった。自動化、疎結合なアーキテクチャ、継続的デリバリーを促進するチームにより焦点が当てられている。変革的なリーダーシップとリーンな製品管理のプラクティスもハイパフォーマンスなチームの背後にある重要な鍵である。
-
自動受け入れテストは継続的デリバリをサポートする
自動受け入れテストは、継続的デリバリのスタイルを持つテスト戦略に欠くことのできないコンポーネントであり、システムの振る舞いに対して、異なった重要な洞察を与えるものだ。Dave Farley氏の主張によると、開発者は、受け入れテストが動作して通ることに責任を持たなければならない。開発チームとは別にQAチームを持つのは望ましいことではないだろう。
-
古いシステムと現代的な技術のギャップを埋める
手動で時間のかかるやり方で管理されている、長年動かし続けているプラットフォームはコストがかかる。チームは経営陣に対してビジネスケースを作ることで、繰り返し作業やヒューマンエラーで失われた時間に基づいて、自動化ツールやコンテナのような現代的な技術を導入して改善ができる。結果として、配置作業は予測可能で反復的なプロセスになり、配置も頻繁かつ安全に行えるようになり、人間の介在も最小限になる。
-
JenkinsはBlue Ocean 1.0のリリースで模様替えをした
Jenkinsは、世界中の開発チームが継続的インテグレーションと継続的デリバリのパイプラインのために使っている人気のあるオープンソースの自動化サーバであるが、最近Blue Ocean 1.0の一般提供を発表した。
-
自動受け入れテストに関する実用的ヒント
同値分割、境界値分析、リスクベーステストのようなテスト技術は、何をテストして、いつテストを自動化するかを決めるのに役立つ。InfoQは、様々な種類のテスト、十分によい受け入れテストを書くこと、テストの自動化を決める基準、テスト自動化の適用方法と実行可能な仕様の作成方法について、Adrian Bolboaca氏に話を聞いた。
-
プログラマブルインフラストラクチャをテストすることは可能か？Matt Long氏はQCon Londonで答えが"イエス"であると裏付けた
QCon Londonにて、OpenCredoのQAコンサルタントであるMatt Long氏は”Testing Programmable Infrastructure with Ruby”のプレゼンテーションを行った。重要なポイントには、プログラマブルインフラストラクチャを単体、結合、受け入れのレベルでテストすることは可能である、ということが含まれていた。Rubyは結合、受け入れテストのためのプログラミング言語として十分な能力があり、それはテスターとシステム管理者の両者から理解されていることが多い。
-
継続的デリバリによるITパフォーマンスの改善
継続的デリバリのもたらす大きなメリットのひとつはリリースのリスク低減である – 包括的な自動テスト(Comprehensive test automation)と継続的インテグレーションとは、ITのパフォーマンスに最も大きな影響を与えるプラクティスだ。継続的デリバリとITパフォーマンスに関する調査から、継続的デリバリのプラクティスの実践はより高いITパフォーマンスにつながるだけでなく、ハイパフォーマによるテンポの向上と高レベルの安定性を実現することが明らかになった。
-
アジャイルテストの習得
一般的に、アジャイル開発プラクティスを採用すると、ソフトウェアのデリバリーを高速化できると受け取られている。しかし、開発プロセスにQAプラクティスを直接組み込んでおかないと、プロダクトの品質低下は避けられない。たえず高品質を実現するためには、最後にテストするのではなく品質を作り込めるように、仕事のプラクティスとチームの役割の両方を変える必要がある。
-
TextTestを使った承認テスト
承認テスト(Approval Testing)は、現在のコードの出力を、“承認済”バージョンのものと比較するテスト技術だ。承認済バージョンは、事前にテスト出力を調査して、その結果を承認することによって作成する。要件が変更された場合でも、承認済バージョンを再検討することで簡単に更新することができる。テキストベースのオープンソース機能ツールであるTextTestは、この承認テストをサポートする。
-
デッドコードは取り除かなければならない
デッドコードは、見つけて、取り除く必要がある。デッドコードを残しておくと、プログラマの理解と行動を妨げることがあり、コードが実行されて、重大な問題を引き起こすリスクもある。 デッドコードの削除は、技術的な問題ではない。それは考え方と文化の問題だ。
-
自分が課した限界を取り除く
ひとは困難にぶつかると限界を感じることがある。スローダウンしたり、トライしなくなったりする。これは現実にある問題かもしれないが、実際には想像上のものかもしれない。時として、あなたを抑えているのは、あなた自身しかいないのだ。Joep Schuurkes氏はそう語る。生存のルールが邪魔をすることもある。そのときはルールを破る必要がある。