| ソフトウェア開発者向け コラム
|
単体試験と機能試験の違い
ソフトウェア開発においてごちゃごちゃになりがちな、単体試験(UT)と機能試験。そこでちょっとその差異に注目して、システムエンジニアとして何に気をつけなければならないのか、経験から無駄のない質の良い試験仕様書の作成を目指してもらうことを念頭に書きました。
テストファーストはウォータフォールモデルでも当たり前
SEはソフトウェア開発で、いつテストを作成し始められるのか?工程ごとに何がクリティカルパスとなるのかを意識します。
仕様変更に強い開発手法とは
仕様変更はゼロを目標とするものですが、仕様変更はゼロで計画するべきものではありません。
では、開発する際に何を意識して、設計や製造などをしてればよいのでしょうか?
試験をなぜ自動化するのか?
試験は手動でやったほうが良いのか、自動でやったほうが良いのか?
そもそも試験工程でどれぐらい自動化できるのか?など
PMやリーダがSEとして知っておきたい 単体テスト自動化のメリットとデメリットを紹介します。
JUnitの役割はどこまで?
ソフトウェア開発していると、すぐなんでもかんでも、つっこんでまとめてやろうとする開発者がいますが、もう一段階抽象度を落としてJUnitは現実的にどれくらいできるのか?試験工程の単体テストでできることとできないことを整理してみます。
試験項目書作成のコツ
なかなか筆が進まないときは・・
試験項目作成アンチパターン
単体試験項目のコーディング例
UT試験の自動化の first step.
JUnit-addonsライブラリとprivateアクセッサメソッド
JUnit-addonsライブラリの概要と 単体テストで必要なprivateアクセスについて
|
RSS/RSD 記事
@IT,誠Biz.IT,IT media / Tech 総研 / |
|
RSS/RSD 記事
CodeZine / All about / Slash dot |
|
|
|
|
recommend |
高校から大学にかけて観ていた番組の本です。当時、わくわくした経験があります。
大学に入ったときに図書館で読みまくりました。任天堂の話しや、IBM、マウスデバイス、マイクロソフトやExcelの話しなどが本の中盤(7冊くらいあったかな?)のテーマです。分厚いですが、プログラマーやSEになる人は絶対面白いので読んだほうが良いです。これ見て・これ読んで、NHKって頭いいなって思いました。
新電子立国
|
recommend |
研究室に所属したときに、納得を持って読んだ記憶があります。
UI(ユーザインタフェース)の参考になります。仕事の仕方として、今の時代でやっと認知されてきたお客様指向に近いものがあります。
|
recommend |
デバッグ技法について明確に書いてある。事例がハードウエアよりだが、文脈を読めば問題なくわかる。 ルールが9にまとめそれぞれがわかりやすく、基本的で大事な物ばかり。当たり前のルールだが意識化して行くにはとても役に立つ。デバッグ時に焦ってしまう人にお勧め
|
|