FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

ソフトウエアは、いわゆる「IT化」によって人々の生活を便利にし、業務を効率化することに貢献してきました。しかしその一方で、ソフトウエア開発自体はIT化が進まず、人の力に頼って泥臭く仕事をする状態が続いてきました。 そのような状況を打破しようと、ソフトウエア開発の現場にも自動化の波がようやくやってきました。中でも、ソフトウエアテストの自動化が注目を集めています。 テストは、単調で地道な作業をコツコツとこなさなければいけないため、自動化の実現が最も望まれる領域でした。そのため、多くのテストツールベンダーがツールを提供したり、オープンソースのツールが開発されたりしています。 テストツールの導入ガイドや知識体系ガイドが公開 テストツールを導入してテストの自動化を進める上で、必要な知識やノウハウに関する情報も充実してきました。最近の二つの活動を紹介しましょう。 NPO法人ASTER（ソフトウェアテス

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

2013年8月28日 Webサイト制作 オンラインショップで最も使われている決済方法がクレジットカード決済。しかし、過去にオンラインショップを制作したことのあるWeb屋さんは、決済時の動作テスト方法にとまどった事はありませんか？動作確認に自分のクレジットカードを使っていたという人が多いかと思います。私もそうやってテストしていました…が、実は各種メジャークレジットカードではオンライン決算時用のテスト番号があるのです！便利ですよね！ ↑私が10年以上利用している会計ソフト！ 以下のクレジットカード番号を使えば、実際に決済が完了した時と同じ動作をします。もちろんテスト番号なので実際に入金などはありません。有効期限は現在の年月より先のものならなんでもOKです。 広く使われているこのテスト番号ですが、対応していないサービスもあります。番号自体のチェックは「【PHP】クレジットカードチェックサンプル」

私は1977年入社。約30年前となる当時と今では、ソフトウェアテストはものすごく大きく変わった。この30年を振り返り、これから30年後にどう変わるか、という予想を紹介したい。 これがソフトウェア開発技術の歴史をざっくりと示した技術マップ。 一番左は1964年。仮想記憶を使った初めてのメインフレーム用OS「OS/360」の開発。これは人類史上最初で最後の超巨大プロジェクト。当時で5000人年、だいたい1200人が4年間働いた。 これはコンピュータが大発展する礎になるのだが、プロジェクトとしては大失敗だった。このときのプロジェクトマネージャがフレデリック・P・ブルックス Jr.氏。 1968年には「ソフトウェア工学」という言葉が誕生した。まだ言葉だけだが。このころ主流はアセンブラ言語。FortranとCOBOLが登場し、サブルーチンという概念が出てきて、これを使うとソフトウェアが格好よくできる

スライド： Javaone2012 BoF2-02 コンテナでテストをまわせ！Java EEへの自動テストの導入 View more presentations from Takayuki Konishi Togetter: JavaOne Tokyo 2012 コンテナでテストをまわせ！Java EEへの自動テストの導入 #jt12_b202 - Togetter あまりイベントで発表をしてこなかったこともあり、まさかJavaOneで話すことになろうとは想像してましてませんでした。 おかげさまで立ち見まででて、100名以上の方々に聞いていただいたと思います。私の前のセッションだったRayが、大きな会場でArquillianの詳細はこちら！ってやったもんだから来た方もいたでしょうね。 中には、きしださん(id:nowokay)、きょんさん(id:kyon_mm)、irofさん(id:iro

このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない

2008年03月27日03:00 カテゴリArtLightweight Languages 「同じコード」の同じって何さ - TAPのススメ 問題は、この「同じコード」の定義。 「誰が書いても同じコード」は大事なことなのか - ひがやすを blog でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。同じ「書き方」をしなければならないのか? 結果が「同じ」ならいいのか? もし後者だとしたら、実は 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 すら必

Eclipseプラグインで提供されるテストツールが充実してきた。本連載では、システム開発の現場に有効なテストツールを紹介し、統合開発ツールにEclipseを選択する開発におけるテストの効率化、ソフトウェア品質の向上のヒントを提供する。（編集部） 前回の記事ではソースコードのスタイルチェックやバグ検出を行う静的解析ツールを紹介しました。今回は、ソースコードの複雑さなどを計測するメトリクス計測ツールを紹介します。メトリクスを計測することにより、ソースコードの構造上の問題点を把握し、品質の評価および向上につなげることができます。今回は、Eclipse Metrics Plugin（2種類）、CAP、JDepend4Eclipseの4ツールを紹介します。 メトリクスとは ソフトウェアのメトリクスとは、ソフトウェアを計測する方法およびその尺度のことを意味します。今回紹介するメトリクス計測ツールは、ソ

Eclipseプラグインで提供されるテストツールが充実してきた。本連載では、システム開発の現場に有効なテストツールを紹介し、統合開発ツールにEclipseを選択する開発におけるテストの効率化、ソフトウェア品質の向上のヒントを提供する。（編集部） 静的解析ツールは、プログラムに対して、機械的にチェックを行うことにより、文法スタイルの誤りやパターン化されたバグを検出します。今回はCheckstyle、PMD、FindBugsプラグインを紹介します。 静的解析ツールの特長 皆さんは過去に、自分が書いたソースコードに潜在的な問題がないか、複数のプログラマーが参加する形式でレビューをしてもらった経験をお持ちでしょうか？ 実施した長時間のレビューにもかかわらず、ほとんどの指摘がコーディング規約違反や、文法スタイルに関する誤りについてだったことはないでしょうか。 本来コードレビューは、仕様が正しく実装さ

Selenim レビュー 起動 （クリックすると拡大します) TestClick （クリックすると拡大します) TestClickJavascriptHref （クリックすると拡大します) 実行中 （クリックすると拡大します) （クリックすると拡大します) DOM表示 （クリックすると拡大します) 選択したテストのみ実行中 （クリックすると拡大します) ログウィンドウ （クリックすると拡大します) Selenim 紹介はこちら

分かりやすいものを分かりづらく ついつい簡単なものを設定してしまいがちなパスワード。少し工夫すれば随分変わる。 分かりやすいものを分かりづらく 銀行のATMなどに良く書いてある「生年月日や車のナンバー等、分かりやすいものを暗証番号にしないようにしましょう」と言う文言。知ってはいつつもそれらを設定してしまっている人はいないだろうか。 他人に覚えづらく、自分には覚えやすいパスワードがそうはじめから幾つもある訳はない。新しく考え出すにはどうしても既知の知識に頼ってしまう。その結果、何となく別な情報に頼ってしまうのだ。では、逆にそれを利用してパスワード生成すれば良い。 今回紹介するフリーウェアは56wz（ゴロワーズ）、語呂合わせでパスワードを生成するソフトウェアだ。 何か覚えやすいフレーズを語呂合わせ的に使ってパスワードを生成してくれるのだ。例えばムーンギフトではあればmNGftとなる。数字等を組

Eclipseプラグインで提供されるテストツールが充実してきた。本連載では、システム開発の現場に有効なテストツールを紹介し、統合開発ツールにEclipseを選択する開発におけるテストの効率化、ソフトウェア品質の向上のヒントを提供する。（編集部） 昨今、社会問題にまで発展するシステム障害が多発し、システムの「品質」に対する意識が非常に高まっています。このような障害が起こる原因はいくつかありますが、その1つに「テスト」で問題を発見できなかったことが挙げられ、テストの重要性が再認識されています。 テストはシステム開発全体の後半で実施されるため、前半に行われる設計や製造が遅延すると、期間の短縮を余儀なくされ、十分なテストを実施できないことが多くあります。また、作業は単調であるにもかかわらず、非常に時間がかかる非効率的なものであるため、手抜きをされてしまうこともしばしばあります。 このように、システ