2014-01-25

CentOS6.5にNagiosをインストール

参考にしたサイト
・インストール
http://www.e-agency.co.jp/column/20121217.html

・設定
http://www.e-agency.co.jp/column/20130109.html

CGIのモジュールをロードしてなかったのでhttpd.confに
LoadModule cgi_module modules/mod_cgi.so
を追加した。
http://gogodiet.net/z/tips/1.htm

gmailにメールを飛ぶようにしようとしたけど、
設定がうまくいってない。
http://askubuntu.com/questions/155248/how-can-i-have-nagios-alerts-emailed-to-my-gmail

nrpeで
/usr/lib64/nagios/plugins/check_nrpe -H 192.168.0.4 -c check_load　が

NRPE: Unable to read output
と出て実行できなかったので/etc/sudoersを変更
nagiosで変更するという記事は多かったけど、
動かなかったのでnrpeにしたら動いた。

nrpe ALL=(ALL) NOPASSWD: /usr/lib64/nagios/plugins/

command[check_disk] =sudo /usr/lib64/nagios/plugins/check_disk -w 5 -c 1 -r /home/vagrant/local_nfs_dir 2>&1
として"2>&1"でエラーを吐かせるようにしてnagiosアカウントじゃないことがわかった。
これで半日潰れたorz

マウントの監視をしようとしていてマウントが切れるとunkownで
DISK UNKNOWN: Regular expression did not match any path or disk -
とでる。
参考↓
http://www.nightonly.com/memo/nagiosでnfsマウントされているか監視する方法/

2013-11-02

【参加報告】関西Javaエンジニアの会スペシャル！JavaOne2013

関西Javaエンジニアの会に三回してきたのでご報告！

場所は日本オラクル株式会社西日本支社です。
日本オラクル株式会社様ありがとうございます。

「 JavaOne 2013 サンフランシスコの最新レポートについて」

2013-10-20

【第二回】検証コレクション

関西検証コレクション第二回に参加してきたので
その備忘録。

【午前　レビューの部】
話題沸騰ポットレビューに向けて

課題：

テストマスタードキュメントを読んでくる（共通）
テスト技法　ペアレビューについて調べて、共有する（個人）
他の人の調査結果を把握する

【午後　テスト自動化の部】
自動化のアンチパターンを
紹介していただきました。
ざっくりと私の主観的に書くと、

1. 自動化できるところから部分的に自動化
　「ここ手作業でやってるけど、自動化できないやろか？」
　『手順も決まってるし自動化できるんじゃね？』
　「よっしゃ！自動化しよう！」

2. 自動化システムの肥大化
　「ここだけ自動化しても効果薄くない？」
　『もっと広い範囲も自動化しないから効果が薄いんじゃね？』
　「そことあっこも自動化できそうじゃん！」
　「『もっと！もっと！』」

3. 不自然な自動化
　「いろいろ自動化したけどさ」
　『？』
　「なんか使いにくくないか、この自動化システム・・・」
　『ソ、ソンナ　コト　ナイヨ』

4. 過剰な自動化
　「いろいろ自動化したけどさ」
　『・・・？』
　「ここまで自動化する必要あったのか・・・」
　『・・・・』

5. 手動への回帰
　「もぅﾏﾁﾞ無理。自動化とゎかれた。」
　『ちょぉ大好きだったのに、効果の無いことゎもぅどぉでもぃぃんだって。』
　「どぉせ自動化で遊んでたってｺﾄ、ぃま自動化やめた。。身が焦げ、燻ってぃる。」
　『一死以て不具合を誅す。それこそが検証部隊の意気と知れ。』
　「検証項目の九十六『年齢入力』」

経験則的に自動化に失敗したときにどこかにハマっているそうです。

また、自動化にあたって手順をまとめたものに対して自動化を行おうとすると、
手順の少し違う自動化ツールが大量生産される。
テスト観点（品質モデル、テスト構造化）にもとづいて行う必要がある。

あとは自動化のプロセスと技術はセットであるとか、費用対効果を説明するために
初期段階から自動化効果検証しておきましょう。

2013-10-17

【参加報告】みんなに役立つ「テスト」を学んでみよう！

DevLove関西さんによる『みんなに役立つ「テスト」を学んでみよう！』に参加してきたのでそのご報告！

まず、会場提供してくださったシナジーマーケティング様ありがとうございます。
水野昇幸様によるテストとその技術によるお話です。

現在、公開前の資料ということもあり、
あくまで主観的に書いていきますヽ(´ー｀)ノ

さて、もしテストをしなかったらどうなる？
1. 運用フェーズになって課題が湧き出てくる
2. 不具合が出現する
3. ユーザーの不満度が増す
4. 1.+2.+3.のコンボで開発側が対処のためデスマーチ

ユーザ、開発、運用みんなが心配で夜も眠れなくなるのでテストはしましょう！

テストのさいに参考になるのがソフトウェア品質モデルです。
代表的なモデルとしてISO 9126というものがあります。
品質モデルはテストの内容に漏れがないかチェックするさいに役立ちます。
例：このテストは回復性を検証している

テストを行うさいは検証と妥当性を意識しておかないと
使いにくいものを一生懸命テストしていたなんてことにも成りかねないので注意！！

で、テストは単体から結合、システムという順で基本的に行っていきますが、
それをテストレベルとして考えていきます。
JSTQBという組織が定義しているので勉強になるかも。

これらを踏まえてテクニカルなものを用いるのですが、
今回紹介があったテスト技法について

・３色ボールペン
赤、青、緑をつかって分析を行っていく（２色でもいいとかなんとか）
赤：重要
青：客観的に重要
緑：主観的コメント

仕様を見ながら重要なところとかツッコミをいれつつ、
テスト計画の初期段階においてテストに必要な情報を洗い出したり、
抜け漏れを見つけるのに役立ちそう。

・同値分割
グルーピングしてその中で代表的な値をテストする
グルーピングと代表値がでるのでレビューもしやすい

・境界値
不具合は境界からということで
同値分割で境界を攻める

・デシジョンテーブル
表です。以上（笑
入力と出力とパターンを表にするので必ず入出力のパターンを考えることになる
レビューもしやすい

・無即組み合わせ及び直交表
パターンが非常に多い時に使えるがよく考えて使わないと
ドツボにハマる
例：ラーメンのトッピングや麺の硬さ
意味のある因子のパターンのみに絞る
トッピング固定して麺(X)とスープ(Y)に絞ると
XとYのパターンでテストする

最後にワークをして終了です。
テストを練習するには「ソフトウェアテスト技法ドリル」という書籍がいいそうです。
（今度買ってみようかなー）

2013-10-06

Graph-based Knowledge Representation Computational の翻訳始めました。

論文

Title: Graph-based Knowledge Representation
Computational Foundations of Conceptual Graphs

Authors: Michel Chein and Marie-Laure Mugnier

上記の著書の翻訳はじめました。
Conceptual GraphはセマンティックWebや人工知能における知識表現などにおいて
重要なコンセプトであると考えており、個人的な興味もあり読み始めました。

しかし、さらっと読んでも頭に入ってきそうになかったので翻訳するという方法で
噛み締めながら読み進めていきたいと思います。

失踪フラグと戦いながら、気長にすすめようと思います。

追伸：翻訳に加わって頂ける方がおられましたら、@udonsinまでご一報を！

- - -

進捗
(2章から翻訳してます)
2 Basic Conceptual Graphs
　　2.1 Definition of Basic Conceptual Graphs(BGs)
　　　　2.1.1 Vocabulary ←いまコ↑コ↓(70%)
3 Simple Conceptual Graphs
...

独り言：用語がイミフ＼(^o^)／ｵﾜﾀ