Samba 4/OS Requirements (日本語) | Case-of-T
http://wiki.samba.org/index.php/Samba_4/OS_Requirements の翻訳です。 2013/1/7に翻訳を開始しました。2013/1/8翻訳完了しました。 開発ライブラリとプログラム Required（要件） : samba4のビルドを成功させるためにここにあげるパッケージが要求される。 Python — Sambaのかなりの部分は pythonを使用して書かれています。自身のビルドシステム（waf）も含みます。 推奨されるオプションの開発ライブラリとプログラム： ほとんどのディストリビューションではこれらのライブラリは lib-dev とか lib-devel とラベル付けされているでしょう、例をあげると Debianや Ubuntuでは aclは libacl1-devとなっています、しかし Fedora, RHEL, CentOS および
Puppet や Chef で構築したサーバを RSpec でテストする - Gosuke Miyashita
追記 ここに書いてあることを実現する serverspec という gem をつくりました。詳しくはこちらのエントリで。 Puppet マニフェストをリファクタリングするからテスト書くぞ、ってことで、 puppet-lxc-test-box に書いたように、テストするためのシステムコンテナを簡単に作る仕組みをつくったので、今度は実際にテストコードを書くためのベースをつくってみた。 rspec-lxc-test-box こんな感じでテストが書ける。 require 'container_spec_helper' describe 'nrpe' do it { should be_installed } it { should be_enabled } it { should be_running } end describe 'nagios-plugins-all' do it { shou
usermodの罠 - tumblr
usermod -G group user これでユーザーの補助グループが「追加」出来ると思っていたけど、この認識は間違いでした。 実際はユーザーの補助グループを指定したものに「変更」するという動作です。 # id shim0mura uid=1000(shim0mura) gid=1000(shim0mura) groups=1000(shim0mura),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),107(lpadmin),124(sambashare) このユーザーにtestという補助グループを追加したくなりました。 # usermod -G test shim0mura # id shim0mura uid=1000(shim0mura) gid=1000(shim0mura) groups=1000(shim0mura),1001(
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
状態のあるコードに対するテストの自動生成 - 西尾泰和のはてなダイアリー
BLUE*アルゴリズムを実装してみたので、せっかくだからテストの自動生成をやってみた。 今回テスト対象にするコードの仕様は 開く、閉じる、書き込む、の3つの操作ができる 開いてないのに書き込んだり閉じたりしたらエラーになる というもの そしてこちらがそれの「バグのある実装」： class Target(object): # bad impl. def __init__(self): self.opened = False self.closed = False def open(self): self.opened = True def write(self): if not self.opened: raise RuntimeError if self.closed: raise RuntimeError def close(self): if not self.opened: rais
フロントエンドJavaScriptにおける設計とテスト
今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方
PHPUnit でテスト駆動開発を始めよう
9. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this->calc->add(1, 2); $this->assertSame(3, $result); } } 10. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { 1 $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this-
DataContractSerializerを使って、オブジェクトのXMLシリアル化、逆シリアル化を行う
DataContractSerializerを使って、オブジェクトのXMLシリアル化、逆シリアル化を行うオブジェクトの内容をXMLファイルに保存（シリアル化）するXMLファイルの内容をオブジェクトに復元（逆シリアル化）するシリアル化、逆シリアル化されるデータの順番要素名を変更する名前空間を変更するシリアル化する型に今後メンバが追加される可能性がある時XmlSerializerとDataContractSerializerの比較この記事への評価、コメント DataContractSerializerを使って、オブジェクトのXMLシリアル化、逆シリアル化を行うオブジェクトの内容をXMLファイルに保存（シリアル化、シリアライズ）し、復元（逆シリアル化、デシリアライズ）する方法を「オブジェクトの内容をXMLファイルに保存、復元する」で説明しました。そこではXmlSerializerクラスを使いまし
FuelPHP での PHPUnit によるユニットテスト - A Day in Serenity @ kenjis
FuelPHP でのユニットテストには PHPUnit が使われています。 FuelPHP では、oil コマンドからテストが実行できるようになっていますが、単なるコマンドラッパーであり、特に何か追加でしているわけではありません。また、継承する TestCase クラスも今のところ PHPUnit_Framework_TestCase そのままです。 ということで、あまり FuelPHP 独自の点はありません。 PHPUnit のインストール $ sudo pear channel-discover pear.phpunit.de $ sudo pear channel-discover components.ez.no $ sudo pear channel-discover pear.symfony-project.com $ sudo pear install phpunit/PHP
データベースを使った自動テストについて
データベースを使った自動テストについて データベースを使った機能テストや単体テストについて要点をまとめておきます。 筆者の経験を強く反映していますので比較的定性的な内容となります事を予めご了承下さい。 テストデータを保守する テストの実行前に投入するテストデータは、凡そcsvファイルやxmlファイル、エクセルファイル等で管理する事になります。 仕様の変更に伴いテーブルの定義を変更する事で、それらのファイルの内容とデータベースの間に不整合が発生します。 テーブル定義の変更とテストデータの保守は常にまとめて作業するべきです。 これは同じ作業者がやるべきという事ではありませんが、ほぼ同時期に行われるべきです。 RDBを使っている場合、ExcelやAccessといったデータベースにODBC接続し易いツールを使うとデータを作り込み易いのですが、 テストデータを長期間に渡って保守する事を考えると、 テ
DRY原則とテストの可読性 - ✘╹◡╹✘
DRY原則に従おうとするほど、テストコードがどんどん読みづらくなる。 The RSpec Bookに答えがあるかと思って読んでみたものの、「あるある」と一言述べているだけだった。辛い。 テストコードが読みづらくなる例を示すために、1つRubyのライブラリをつくった。 値とパターンを与えてValidationを行う機能を提供するライブラリ。 実装60行、テスト120行なので、詳しく見たければすぐ読めると思う。 最近不本意ながらキラキラネームの命名力が上がってきたと思う。 avalon - A validator implementation for Ruby https://github.com/r7kamura/avalon 冗長だが読みやすい例 letもsubjectもローカル変数も何も用いずに率直に書いたテストコード例がこちら。 冗長だが読みやすく、テストコードを見ればライブラリの使い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発のはじめ方
PHPUnit – The PHP Testing Framework