タグ

2009年10月1日のブックマーク (15件)

  • yalab's shichimi at master - GitHub

    This repository is private. All pages are served over SSL and all pushing and pulling is done over SSH. No one may fork, clone, or view it unless they are added as a member. Every repository with this icon () is private. This repository is public. Anyone may fork, clone, or view it. Every repository with this icon () is public.

  • SimpleTest - Unit Testing for PHP

    SimpleTest 1.1alpha is available. This is the first PHP5 only release (PHP 5.0.5+ to be precise). SimpleTest 1.0.1 has been released. This is the last PHP 4 compatible release. Familiar with unit testing ? Just dive directly into SimpleTest with the one-page starter and the complete API. Otherwise see the ongoing documentation. And for example test cases check out the tutorial. Need help on your t

  • PHPUnit 3.4 Japanese Manual

    Welcome to PHPUnit! PHPUnit is a programmer-oriented testing framework for PHP. It is an instance of the xUnit architecture for unit testing frameworks.

    PHPUnit 3.4 Japanese Manual
  • ユニットテストはなぜ必要なの?

    開発の全工程の中で、あまり人気がないのがテスト工程だ。ソフトウェアの品質を証明するためのテストは、なぜ低く見られてしまうのか(編集部) そもそもテストはなぜ実施するの? 皆さんはテストと聞いてどういったイメージをお持ちでしょうか。 「面倒くさい」「プログラマの仕事じゃない」「納期直前に徹夜でするもの」「そもそもしない」……。 残念ながら筆者の周りにいる開発者に聞いてみても、あまり人気のある工程とはいえないようです。 さて、連載で扱うテストとは、もちろん学期末の終わりに実施するような人の知識、習熟度を試すテストではありません。ソフトウェア開発におけるテスト、つまり「ソフトウェアの品質を証明するためのテスト」のことです。自分たちが作り上げたソフトウェアに対して自らテストし品質を評価する工程、そして、テスト結果は常に100点である必要があるという半ば自己満足的な性質を持つ試験のことです。 しか

    ユニットテストはなぜ必要なの?
  • ソフトウェアテスト - Wikipedia

    ソフトウェアテスト (英: software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥(バグ)を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。項では動的なソフトウェアテストを中心に扱う。 目

  • テストを軽視する者どもに告ぐ:アルファルファモザイク

    ■編集元:プログラマー板より「テストを軽視する者ども」 1 仕様書無しさん :2008/06/28(土) 19:49:20 何だよ、8割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」 って... コーディングが終わってやっと3割終わったかどうかってところだろが。 コーディングが終わってからが番だっちゅーの。テスト仕様書に従い、テストデータ用意して、 正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。 当に理解してんのか? コーディングが終わってやっとスタートラインに立ったぐらいの気持ち でいろよ、ってくヘラヘラしやがって。 こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、 徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。 どんな優秀な奴だっ

  • とれっくかいはつ » Zend Framework:テンプレートエンジンをSmartyにする

    Zend_Controllerを使ったWebアプリケーションのテンプレートエンジンにSmartyを使用してみます。 「Zend Framework:Hello Worldを表示してみる」のように"Hello World"を表示します。 ディレクトリ構成 ディレクトリ構成は、だいたい次のようにしています。 BASEDIR/ html/ .htaccess index.php lib ZendFramework ZendFramework-1.0.1/ webapp/ modules/ default/ controllers/ templates/ temporary cache templates_c BASEDIRは、ドキュメントルートの一個上のディレクトリです。 htmlは、ドキュメントルートです。 lib/ZendFrameworkは、lib/ZendFramework-1.0

  • Zend Framework: Documentation: Zend Framework PHP 標準コーディング規約 - Zend Framework Manual

    このドキュメントは、Zend Framework に貢献してくださる開発者個人 (あるいはチーム) のためにコードの書式やドキュメント作成の指針を示すものです。 Zend Framework を用いて開発をする人たちにとってもこのコーディング規約は有用でしょう。 これに従えば、Zend Framework のコードとの一貫性が保てるからです。 そのためには、ここで完全なコーディング規約を示す必要があります。 注意: 詳細なレベルまでの設計指針を示すこと以上に、 それを標準規格として確立することが大切だと考えています。 Zend Framework コーディング規約の指針は、 これまで ZF プロジェクトでうまく回っていた方針をまとめたものです。 このライセンスのもとで、 そのまま使用するなり多少変更して使用するなりすることができます。 ZF コーディング規約では、次のような内容を扱います。

  • Zend Framework: Manual - プログラマ向けリファレンスガイド(日本語)

    表目次 2.1. サンプル CMS 用のアクセス制御 3.1. 設定オプション 3.2. サーバのオプション 3.3. デバッグメッセージ 3.4. Active Directory 用のオプション 3.5. OpenLDAP 用のオプション 4.1. Core フロントエンドのオプション 4.2. Function フロントエンドのオプション 4.3. Class フロントエンドのオプション 4.4. File フロントエンドのオプション 4.5. Page フロントエンドのオプション 4.6. File バックエンドのオプション 4.7. Sqlite バックエンドのオプション 4.8. Memcached バックエンドのオプション 4.9. Xcache バックエンドのオプション 6.1. Zend_Config_Ini コンストラクタのパラメータ 9.1. 通貨記号の設定を指定する

  • Zend Framework

    Laminas Has Launched! Zend Framework is now the Laminas Project! Learn More Performance Engineered with performance tuning in mind. Zend Framework 3 runs up to 4x faster than version 2 releases!

  • 20. PHPからJSON作成を扱う

    近頃、データ形式のやりとりに「JSON」を使う場面が多くなってきています。 PHPのデータを簡単にJSON形式に変換するライブラリには、「PEAR::Services_JSON」「Zend/Json.php」「php-jsonモジュール」等があります。それらの簡単な使用方法を紹介します。 ●PEAR::Services_JSONの場合 現在このパッケージはPEARに正式登録されていません。 その為、pearコマンドではインストールすることができませんので、 以下のページよりダウンロードを行い、設置してください。 ダウンロード(http://mike.teczno.com/JSON.tar.gz) あとは、非常に簡単なコードでJSON形式のデータに変換することができます。 <?php require_once "JSON.php"; $arr = array( array( "name" =

    20. PHPからJSON作成を扱う
    bigbro
    bigbro 2009/10/01
    PEAR/Zend/モジュール
  • ウノウラボ Unoh Labs: PHPでJSONを扱う

    yamaokaです。 Ajaxの普及に伴い、JavaScriptで扱いやすいJSON形式で サーバーからのレスポンスを返すことが増えてきているように思います。 PHPでJSONを扱う方法についていくつか紹介します。 JSON関数 もともとPECLの拡張モジュールとして提供されていましたが、 PHP 5.2.0以降、デフォルトでPHPに組み込まれるようになっています。 そのため、最も利用しやすい形式なのではないかと思います。 利用方法は以下のとおりです。json_decodeの戻り値はオブジェクトになります(第2引数にtrueを指定すると連想配列になります)。 $values = array('company' => 'ウノウ', 'name' => 'yamaoka'); $json = json_encode($values); // string '{"company":"\u30a6

  • Compare PHP Frameworks / PHPフレームワーク比較表

    Name Base Document Version ( Release Date ) Zip File Size Coding Standards Requirement Comment (ja)

  • サービス終了のお知らせ

    平素より「PHPプロ!」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ!」ですが、サービスの利用状況を鑑みまして、2018年9月25日(火曜日)をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日(火曜日)を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 件に関するお問い合わせはこちらよりお願いいたします。

  • LLフレームワークの比較

    くわしい比較内容 言語 フレームワークで使用している言語は、実際にアプリケーション開発に用いる言語と同じものになることでしょう。 RoR その名のとおりRubyで作られたフレームワークであり、アプリケーションはRubyで書くことになります。 Ethna php4、php5の両方に対応しています。 PRADO、symfony、ZF php5のみに対応し、アクセス修飾や例外を利用したコードになっています。 ドキュメント ドキュメント(サンプル、チュートリアル、APIリファレンスなど)の豊富さは、そのフレームワークのわかりやすさを決める重要なポイントとなります。 symfony 家サイトのオンラインドキュメントで比較すると、symfonyがいちばんわかりやすいのではないでしょうか。サンプルごとにチュートリアルがあり、またマニュアルはキーワードから該当個所を見つけやすいと感じました。 Ro