タグ

ブックマーク / labs.unoh.net (6)

  • ウノウラボ Unoh Labs: テスターを雇わない経営者の誤った理屈 best5

    こんにちは! やまもと@テスト番長です。 みなさんはJoel on Softwareという(とWEBサイト)をご存知でしょうか。 以前ウノウラボでもnaoyaさんがThe Joel testのエントリを書いています。 サイトの記事をひとしきり読んだあとで、は買って積んであったのですが 先日ふと手に取りぱらぱらページをめくっていたところ、 テストについて書いた面白い章があったのでご紹介します。 ■ 第22章 テスタを雇わない(間違った)理由、ベスト5 1.バグは怠惰なプログラマから出てくる →人は誰でもうっかりミスを犯します。他人の目から見たチェックをすべきです。 2.私のソフトウェアはWeb上にある。バグはすぐに直せる →リリース後の修正はずっと高くつくものです。 3.ユーザがソフトウェアをテストしてくれる →会社の品質に対する印象を悪くします。 4.テスタとして優れた資質のある

  • ウノウラボ Unoh Labs: The Joel Test

    こんばんは、naoya です。 今年の初めに Joel on Software 日語版が出版されました。そのの中でソフトウェアチームの良さを計測するためのシステムとして、Joel 氏はジョエルテスト (The Joel Test) を書かれています。 今日は、まだ入社して2週間しかたっていない新人の naoya がウノウでの取り組みをジョエルテストにかけてみたいと思います。 1. ソースコード管理してる? もちろんです!ウノウでは、svn を使ってソースコード管理しています。 2. ワンステップでビルドできる? ウノウで開発しているウェブサービスは、すべて php ですのでビルドするという概念がありませんが、クイック POPFile のようなパッケージ製品はインストーラまでを含めてワンステップでビルドできるようになっています。クイック POPFile では、バッチファイルを使って簡

  • ウノウラボ Unoh Labs: Web系エンジニアの目から見たMac OS X

    hideです。 僕がMac OS Xを使うようになって1ヶ月と少しが経ちました。最初は戸惑うこともあったのですが、だいぶ手に馴染むようになってきました。最近、オープンソース関係のイベントに行くとMacユーザがかなりの割合でいる理由が分かったような気がします。感想としては、 UNIXの良い文化を取り入れている DockやDashbordの動きがいちいちカッコいい VMwareやcoLinuxを使わなくてもローカルに開発環境を作れる 今更ながら、BSDベースにしてMicrosoft製のOSとの違いを出していくというAppleの戦略には関心してしまいました。Web系エンジニアの方は、Macを次に購入するPCの候補に入れてみてはいかがでしょうか。 というわけで、あなたがいつかMacユーザになった際に便利なように、最初にインストールするべき10のアプリケーションを紹介します。 1.Firef

  • ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール7種

    こんにちは!やまもと@テスト番長です。 前回satoさんの書いたエントリーが好評のようですね。 自分は実は美術系出身です。なので「デザインセンスのある人からみた~」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっしゃることだし、控えておきましょう。 センスってのも考え込むと難しいですしね。 個人的には、WEBデザインの美醜って「使いやすさ」とかなり直結な気がしてます。 さて、今回は僕が普段テストに使っているツールでもご紹介してみようかと思います。 Selenium 一年前くらいに登場した無償の自動実行ツールです。 有償の自動実行ツールは以前からありましたが、 ベンチャーが購入するには高価なものなので 大手以外にはあまり導入されていなかったであろう類のツールです。 テストシナリオにそってブラウザを自動で操作してくれます。

    tshimuran
    tshimuran 2007/01/23
    自分は実は美術系出身です。なので「デザインセンスのある人からみた〜」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっし
  • ウノウラボ Unoh Labs: prototype.jsへの依存を無くす方法

    komagataです。 Javascriptで何か書こうと思ったときにどのライブラリをベースにして作るかで非常に悩みます。一端特定のライブラリに依存してしまうと途中で変更するのが難しそうですし、コアオブジェクトを汚染しているものは混ぜると動かなくなる組み合わせもあります。 別に「Mochikitにしよう!」とか宣言して決めてしまえばいいじゃないかという意見もありますが、妙にそんなところが気にかかってなかなかプログラムを書き始められないことが多いです。 そこで、「どうしても使いたい関数はインライン化すればいいんじゃないか?」と思ったので試してみました。 どういうことかというと、例えばprototype.jsのObject.extendを使って以下のように書きたいところを・・・ var dst = {'foo':1, 'bar':2}; var src = {'foo':100}; var r

    tshimuran
    tshimuran 2007/01/15
    [prototype]
  • ウノウラボ Unoh Labs: CSSで見る、IE7。

    Sashaです。 MicrosoftがIE7 RC1(Internet Explorer 7 Release Candidate 1)を公開しましたね。タブ・ブラウジング? RSS? 今ドキ当たり前。タブに出ているサイトのサムネイルが一括して見れるとか、印刷するときに用紙の大きさに合わせて印刷してくれるぴったり機能とかも、「あったらいいな」的機能であったことは確かですが、ウェブデザイナーたちの興味の中心は、今まで私たちの忍耐力をギリギリまで試してきた、IEの CSSへのサポートが、どのように変化するのか、ですよね。せっかくなので、今まで長年にわたって多くの人を悩ませてきたバグたちと照らし合わせながら見ていきましょう。ちなみに、私はまだ一つ一つ検証してませんので、その解決宣言に関する信憑性には責任は負いかねます。悪しからず。 positioniseverything.net では数年前から

    tshimuran
    tshimuran 2006/09/14
    IE7
  • 1