今回は品質管理における地道なテストの重要性を取り上げる。ソフトウエアは極めて多くの機能を持つだけに、すべてのケースをテストすることは実質的に不可能だが、あきらめすぎては稼働後に大きな支障を来すことになる。 テストでは、システムが（1）設計者の考えどおりにできているかどうかを確認する「内側から見るテスト」と、（2）ユーザーの要求を満たしているかどうかを確認する「外側から見るテスト」とが必要である。いわば前者がホワイトボックス・テスト、後者はブラックボックス・テストといえよう。 内側から見るテストは、設計者中心で行うべきだが、外側から見るテストでは、テスト部隊や検査部隊、さらには顧客にも入ってもらうことが大事である。外から見ることで、設計者の勘違いや視野の不足、使い勝手の悪さなどの早期発見につながるからだ。 設計者のテストは、あくまで自分が設計しようと思った通りにできていることをテストするもの
はじめに seleniumについての基本的な内容は、以下を参照してください。 Selenium 0.7利用手順書（前編） Selenium 0.7利用手順書（後編） seleniumを利用するメリットとデメリット メリット seleniumを利用する最大のメリットは、「再テスト」が容易になることです。 不具合発生時 テスト担当者と修正担当者の伝達が容易 再テストが容易 仕様変更後 リグレッション（デグレード確認）テストが容易 筆者が特にメリットを感じるのは、テスト担当者と修正担当者の伝達が容易になる点です。テスト期間中は、テスト担当者も修正担当者も作業に追われています。通常、不具合発生時は、テスト実施担当者から修正担当者へ不具合内容を伝達するために、不具合管理ツールなどに、ケース番号や再現手順の詳細を記述、デバッグログの添付などを行い、修正担当者はそれを読み解く必要
こんにちは！やまもと＠テスト番長です。 一般人に向かって自己紹介するとき、 「一応サラリーマンです。WEBサイト作ったりとかしてます。」「専門はテストです。」というと 「出来栄えをチェックする人だから、エライ人なんですねー」 と若干良い方に誤解されがちですが、 同業者に「専門はテストです。」というと「あー、大変っすよねー」と必ず同情されます。 テストというのはどうもモチベーションが上がりにくいお仕事のようです。 今回は来るべき五月病シーズンに向けて、特に新人に近い立場の方がモチベーションを失わずに居られる方法を幾つか考えてみましょう。 テスト担当を押し付けられたとき 新人を安易にテスト業務に割り当てるケースがあります。 新人はまだ経験と信頼性が足りない故に他の作業で使いづらく、そうなりがちです。 もしプログラミングの方に興味があるなら、そういう意向をアピールしておくべきです。
議事録ドリブンな会議とテスト駆動開発は似てる。 議事録ドリブンな会議は、議事録を書くことを中心に据えることで、議論の無制限な発散やあいまいな終結を避ける会議のやりかただ。プロジェクターにPCを繋げてリアルタイムに議事録を取り、合意事項をどんどんその場でレビューしながら書く。あいまいさはないし速い。 ところで、会議の目的が議事録を取ることだ、と言ったらおかしいよね。そんなはずない。会議の目的はアイデアの創出と合意形成で、さらに言えばそれを通じて最終的には組織のミッションの達成するのが本当の目的だ。お客さまの満足、とかね。じゃあ、お客さま第一主義で行こう会議、と言えばもっとエクストリームにいい会議になるかというと、それはちょっともう違う。価値や目的が重要とはいえ、あんまり直球勝負でそれをいっちゃうと逆によくわからなくなるなんてことがあるようだ。 じゃあこんどは、たとえば席順重要会議とか二時間に
こんにちは！ やまもと＠テスト番長です。 みなさんはJoel on Softwareという本（とWEBサイト）をご存知でしょうか。 以前ウノウラボでもnaoyaさんがThe Joel testのエントリを書いています。 サイトの記事をひとしきり読んだあとで、本は買って積んであったのですが 先日ふと手に取りぱらぱらページをめくっていたところ、 テストについて書いた面白い章があったのでご紹介します。 ■ 第22章 テスタを雇わない（間違った）理由、ベスト5 1.バグは怠惰なプログラマから出てくる →人は誰でもうっかりミスを犯します。他人の目から見たチェックをすべきです。 2.私のソフトウェアはWeb上にある。バグはすぐに直せる →リリース後の修正はずっと高くつくものです。 3.ユーザがソフトウェアをテストしてくれる →会社の品質に対する印象を悪くします。 4.テスタとして優れた資質のある
これはすごい!?コード品質のカイゼン化プラグイン2種：CoolなEclipseプラグイン（24）（1/3 ページ） ソフトウェアの品質と保守性を向上させるために、テストケースの作成は重要です。しかしながら、時間がない、面倒だなどの理由によりユニット（単体）テストが省略されることはしばしばあります。 また、ソフトウェアの修正や仕様変更を考慮すると、保守性の高い（分かりやすい／読みやすい）コードにする必要があります。 本稿では、ソースコードからJUnitをベースとしたたテストケースを自動的に生成する「JUnit Factory」とコードの保守性の指標であるCRAP（Change Risk Anti Pattern）を計測する「Crap4j」をご紹介します。 テストケースを自動生成するJUnit Factoryとは？ JUnit Factoryはソースコードからテストケースを自動生成し、しかも生
Latest version 0.8.6 for Eclipse 3.2, 3.3, 3.4, 3.5 [2011/10/17] Version 0.8.6 for Eclipse 3.2, 3.3, 3.4, 3.5 Released.[2011/10/17] [0.8.6] Changed a exception handler of djUnit class loader. [Fixed bug] Mojibake of djUnit class loader message. [Fixed bug] SWT's "no more handles" occurs. [Fixed bug] Coverage target line(finally clause) bug with asm1.5.x. Bytecode process was improved. Version 0.8.
JUnitとは？ † Java用の単体テストフレームワーク。 JUnitのようなテスティングフレームワークを活用することで、次のメリットがある。 テストを統一な方法で作成できる → 他人が見ても分かりやすい テストが簡単にできる また、単体テストコードがあれば、仕様変更時のデグレードを早い段階で発見することができる。 ↑ JUnit3との違いは？ † 「junit.framework.TestCase」クラスを継承しなくてもよい。 テストメソッドのプレフィックスに「test」の必要がない。 テストクラス前後に行う処理を指定できるようになった。(@BeforeClass、@AfterClass) 例外検証のソースの記述が簡単になった。(@Test(expected=XXXXException.class)) パフォーマンスの検証もできるようになった。(@Test(timeout=1500))
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
Ruby on Railsでの開発では、その規模の大小問わず、短期的・長期的問わず、最低限の品質を確保するためにテストコードの作成と自動化は「必ず」行うべきである、という考えを僕は持っている。つまり、テストコードのないRailsの成果物は、非常識きわまりなく、構造計算が一切行われていない建物と一緒。もしそんな開発プロジェクトがあれば、それは国会で取り上げられる程の騒ぎにならなければいけない事態であり、IT業界からご退場願わなければならない、と思っている。 さて、RoRでは、常に「自分がテストにどれくらい関わったのか」という指標を確認できるように、rake statsというタスクが標準で提供されている。これにより、実装コード行数とテストコード行数の割合がサクッと出てくる。もちろんカバレッジ率ではなく、総行数に関する指標であるので、あくまで参考値ではあるが、それを意識するのとしないのとでは大違
Game development or game programming is the software development revolving around video games. Game development requires skill in software engineering and specialization in various areas like computer graphics, audio programming, artificial intelligence, simulation, physics, database programming and other which all overlap heavily in order to create a game. The fact is many game designers are occa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く