あなたの会社のシステム運用体制は硬直化していませんか？ チェックリストで診断 - ホワイトペーパー [アウトソーシング]
企業のコスト削減により、IT部門もコスト削減・人員削減が進む中、現状維持に手一杯で改革に手が回らないケースが見受けられる。問題解決には総合的な戦略プランが必要だ。まずは、下記の「企業のITシステム活用の課題リスト」をチェックしてみよう。 ・仮想化で管理するシステムが膨大になり、特定システムのお守りに、専任チームや常駐SEが張り付いている ・全体最適化・IT戦略を推進したいがIT部門の運用体制が硬直化している ・外注依存の度合いが高く、ノウハウを自部門に残しにくい ・IT投資／IT活用の効果は出ているが、コスト負担も増大 ・IT部門がシステム戦略を立てても、経営層が理解しない ・基幹システムは大量の業務情報を処理できるが融通が利かない ・業務システムが分断されており、業務に大幅な手間がかかる ・ビジネスのスピードアップに協力したいが、IT統制に偏重してしまう 上記リストに1つでも思い当たるフ
![あなたの会社のシステム運用体制は硬直化していませんか？ チェックリストで診断 - ホワイトペーパー [アウトソーシング]](https://cdn-ak-scissors.b.st-hatena.com/image/square/26824ea25c49e4d8b7d5f5a586be1e09c4d39d50/height=288;version=1;width=512/https%3A%2F%2Fwp.techtarget.itmedia.co.jp%2Fimages%2Ftt_logo.gif){kind=logo}
2013年 あらためて見直すべき3ステップSEO対策 ｜ SEO対策屋
1月中旬にパンダアップデートが適用され、ますます内部対策の重要性が増してきました。この点を踏まえ、今回はSEOを実施する際の「まずやるべきこと」について解説します。 はじめに 2013年に入り早2ヶ月が過ぎましたが、今年最初の大きなアップデートは、やはりパンダアップデート（1/17前後）でした。 ※「パンダ＝サイト内部評価」「ペンギン＝外部リンク評価」 SEO業界では2012年から「コンテンツこそが王道」という情報が主力です。私もそれが半分正解だと考えています。 ではコンテンツボリュームを増やせばよいのでしょうか？ 昨年中頃から私が実践し、成果が出た方法をもって解説します。 付箋を使ってページ単位で整理する リンクバラエティとリンク構築 ページ内配置や修正について 計測について ステップ1：付箋を使ったページ単位で整理して内部対策する方法 サイト内のページ内容と配置を見直す サイトの
みんなのアクセシビリティ評価ツール： miChecker (エムアイチェッカー) ダウンロードページ
みんなのアクセシビリティ評価ツール： miChecker (エムアイチェッカー) Ver. 1.0 のダウンロードページ このページから、miChecker Ver. 1.0 （以下、miCheckerと呼びます）がダウンロードできます。 miCheckerのダウンロードおよびインストールは、必ず以下の説明をよく参照した上で実施して下さい。 miCheckerの実行環境 ダウンロードの手順 インストールの手順 miCheckerのダウンロード 1. miCheckerの実行環境 miCheckerは、以下の実行環境でお使い頂くことができます。 OS： Microsoft Windows XP SP3, Windows Vista, Windows 7 メモリ： １GB以上 （2GB以上を推奨） ハードディスク空き容量： 250MB以上 Java実行環境： Java 32bit版 Versi
JIS X8341-3:2010 試験実施ガイドライン 2012年11月版
JIS X 8341-3:2010 試験実施ガイドライン 2012年11月版 2012年11月1日公開 作成者：情報通信アクセス協議会・ウェブアクセシビリティ基盤委員会 前のバージョン：2010年8月版（2010年8月20日公開） 目次 1. ガイドラインの目的 2. JIS X 8341-3:2010 「8.1 適合試験」の要件に対する補足事項 2.1 ウェブページ単位での試験 2.2 ウェブページ一式単位での試験 2.3 選択方法の選び方の目安 2.4 試験で問題が発見された場合 2.5品質管理活動の重要性 3. JIS X 8341-3:2010 「8.2 試験の手順」に対する補足事項 3.1 実装チェックリストの作成方法の例 3.2 実装チェックリストの例 3.3 達成基準チェックリストの例 1. ガイドラインの目的 本ガイドラインは、JIS X 8341-3:2010 の箇条8「
Phake使ってみる：準備変 - がるの健忘録
躊躇も脈絡も無く、start。 まずはinstall。 gitで引っ張ってこれるので大変においちゃん好み。 適当なディレクトリにおいておきましょう。 clone git://github.com/mlively/Phake.git phake今回は「phake」ってディレクトリにしておいた。素直というよりは単純。 まず「使える」ようにする。 インストールディレクトリん中のsrcにパスが通ってる必要があるっぽいので、最低限が、こんな感じ。 $dir = "./phake/src/"; set_include_path(get_include_path() . ':' . $dir); require_once('Phake.php');面倒だからdirは相対パスだけど、本当は絶対パスのほうがよいと思う。 MagicWeaponだと、configのlib_pathに追加する感じかねぇ。 これで
TDDを体験する
前回準備した「PHPUnit」のサンプル。「オブジェクト倶楽部」で紹介されている「車窓からのTDD」(PDF)という記事を参考に、TDD(Test Driven Development / テスト駆動開発)とペアプログラミングの演習記事をPHPUnitでなぞってみた。残念ながら自宅で独りで書いたので、ペアプロのサンプルにはならないが。 作るのはスタッククラス。仕様は… isEmpty()でスタックが空の場合、true。それ以外false を返す。 boolean isEmpty()size()でスタックのサイズを取得する。 int size()push()で引数の値をスタックの一番上に積む。 void push(int value)pop()でスタックの一番上の値を取り除く。 void pop() スタックが空の場合、java.util.EmptyStackException が発生するt
SymfonyでPhakeを使う - Qiita
# vendor/phake にインストール $ git clone https://github.com/jaz303/phake.git vendor/phake # app/bootsrap_test.php をつくる --------------------------------------------------------- <?php require_once __DIR__.'/bootstrap.php.cache'; require_once __DIR__.'/../vendor/phake/tests/bootstrap.php'; --------------------------------------------------------- # app/phpunit.xml.dist に bootstrap_test.php を指定する ---------
Practical Symfony #12: モックオブジェクトによるページフローのテスト
Symfonyの機能テストでは最初にWebTestCase::createClient()メソッドでClientオブジェクトを作成し、そのオブジェクトを使ってリクエストを行い、その返り値を確認することによってテストを行います。 テストクラス: <?php ... class ...Test extends WebTestCase { public function test...() { $client = static::createClient(); $client->request('GET', '/path/to/foo'); $this->assertEquals(200, $client->getResponse()->getStatusCode()); $this->assertThat($client->getCrawler()->filter('title')->text
Symfony勉強会 #6 LTの補足 コントローラのテストを短くする試み
Symfony2勉強会 #6 でLTをしてきました。 まとまりのないLTになってしまい、思い出すのも恥ずかしいのですが、LTの内容を補足します。 目次 LTで話したこと 個人的に長いと思っているテストコード 分割した後のテストコード(動きません) containerから生成したtokenが不正 テスト時のみ、csrfを無効にすると、様々な弊害が CSRF対策が有効かどうかを判定するif文 DIした情報は、画面遷移で初期化されて消える 諸先輩からのアドバイス ふりかえり LTで話したこと Symfony2のコントローラのファンクショナルテストは、複数アクションにまたがるので一つ一つのテストケースが長くなりがち。テストケースが長いとメンテナンスしづらいので、短くしたい。POSTリクエストのアクションをテストしようとして、CSRF対策に苦しんだ。SessionをDIしても、テストケース内で画面遷
[パート６] - テスト: PHPUnit を使用したユニットテストと機能テスト — symblog - A Symfony2 Tutorial
要約¶ この章に来るまでに Symfony2 での開発に関するコアのコンセプトの多くの分野を見てきました。さらに機能を追加する前に、ここでテストを説明しておきましょう。ユニットテストで個々の機能をテストする方法、機能テストで複数のコンポーネントの動作が正しいかを確認する方法の両方を見ていきます。 Symfony2 のテストの中心のライブラリである PHP のテストライブラリ PHPUnit を説明します。テストは重要なトピックなので、後の章でも扱う予定です。この章の最後では、ユニットテスト、機能テストの両方による多くのテストを書くことになります。ブラウザをシミュレートしたり、フォームにデータを入力したり、ウェブページが正しく出力されているかレスポンスをチェックしたります。また、アプリケーションのコードベースでテストがどのくらいのカバレッジなのかチェックもします。 Symfony2 における
PHPUnit の実行を自動化する 3 つの方法 | Born Too Late
皆さん, ユニットテスト書いてますか. TDD (テスト駆動開発) によるプログラミングは本当に楽しいものですが, コマンドをいちいち手動で実行するのは面倒ですよね. テストを自動化しているんだから, その実行も自動化したいですよね. この記事では, 私が仕事や趣味で使っている PHPUnit を例に, テストの実行の自動化について紹介します. PHPUnit の, としてはいますが, 他の言語で使えるテクニックもあります. なお, ここでの自動化は開発しながらの自動実行のことで, CI (継続的インテグレーション) の話は出てきません. その前に... 私の開発時のターミナルは以下のようになっています. [caption id="attachment_1298" align="alignnone" width="300" caption="開発時のターミナル"][/caption] GN
ユニットテストを学ぶための推薦図書 | Remote TestKit
このトピックではユニットテストの学習に有用な書籍をいくつかのカテゴリごとに紹介していきます。 このトピックではユニットテストの学習に有用な書籍をいくつかのカテゴリごとに紹介していきます。 1. 基礎を学ぶ まず最初にユニットテストの基本的なトピックを扱う書籍を紹介します。 「JUnit実践入門 ～体系的に学ぶユニットテストの技法」（渡辺 修司, 技術評論社, 2012年） 【初心者～中級者向け】 JUnitの解説を中心に、ユニットテストに関わる様々なトピックを体系的に解説しています。 扱う話題は、xUnit、テストダブルやシミュレータの活用、継続的インテグレーションによる運用、ユニットテストを使う方法論など、実にさまざまです。ユニットテストについて網羅的に知見を深められますので、JUnitやJavaを使用していない方でもお勧めできる一冊です。 「現場で使えるソフトウェアテスト Java編
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
PHPUnitを使ったメモ - tohokuaikiのチラシの裏
前もつかったけど忘れたので、メモ。 対象にするのは、このWordPressプラグイン「PubMan Wordpress Plugin - MPDLMediaWiki」 インストールに追加して PEARでpear.phpunit.deをchannel discoverしてインストールした以外に # su - # pecl install xdebug $ pear install phpunit/PHPUnit_SkeletonGenerator最後のは、PHPUnit – The PHP Testing Frameworkをする時に必要だったPHPUnitのオプションパッケージ。 スケルトンの作成 意気込んで $ phpunit-skelgen --test PubManPluginしたら PHPUnit Skeleton Generator 1.2.0 by Sebastian Berg
PHPUnit のインストールとはじめの一歩 [Tipsというかメモ]
% sudo pear channel-discover pear.phpunit.de Adding Channel "pear.phpunit.de" succeeded Discovery of channel "pear.phpunit.de" succeeded % sudo pear install phpunit/PHPUnit Unknown remote channel: pear.symfony-project.com Did not download optional dependencies: phpunit/PHP_Invoker, use --alldeps to download automatically phpunit/PHPUnit requires package "channel://pear.symfony-project.com/YAML" (v
PHPUnitでユニットテスト
開発の全工程の中で、あまり人気がないのがテスト工程だ。ソフトウェアの品質を証明するためのテストは、なぜ低く見られてしまうのか（編集部） xUnitという名称のテスティングフレームワーク 第1回「ユニットテストはなぜ必要なの？」では、ユニットテストの必要性を解説しました。今回は実際にテスティングフレームワークを使用して、テスト駆動開発を進め、その必要性と重要性を体験してみましょう。 ユニットテストを自動化するためのテスティングフレームワークは多くの言語で提供されており、JavaのJUnitや、Visual BasicのVBUnit、RubyのRubyUnit、PerlのPerlUnitなど、言語名を接頭辞にした「〜Unit」という名称のテスティングフレームワークが主流です。これらはたまたま名前が似ているというわけではなく、最初のユニットテストツールであるSmallTalk用のSUnitが基に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト用の模擬クレジットカード番号一覧 | WebPay: Ruby開発者向けクレカ決済サービス
Phakeで簡単 モックオブジェクト作成
나이스
【PHPUnit】スケルトンのカスタマイズ