テストのツボ 「範囲」「観点」「条件」を検討　主要5項目をテストケースに ［第4回］テスト設計 テスト計画を基に、テストで確認したいことを具体化してテストケースを作成するプロセスがテスト設計だ。ただしいきなりテストケースは作れない。事前にテストケース作成方針を検討し、テストの範囲と観点、条件をテストタイプごとに決めていく。テストケースには、5つの主要項目を記載しよう。（2018/12/21） エンジニアの楽々プレゼン術 間と接続詞と質問で理解を促進させる話し方 一生懸命に話しているのに気づけば相手が眠そうにしている様子を目にしたり、プレゼンの最後に「え？これまでの話は理解してもらえていなかったの？」と面食らうような質問を受けたりする─。（2018/12/21） IT維新志士 伊本貴士のスーパーエンジニア養成塾 プロジェクトが炎上？ 要件定義書はあるか 第6回　要件定義の重要性 炎上案件──

サポートページ（ダウンロードや正誤表）を探す 上の検索ボックスにキーワードなどを入力して［検索］ボタンを押してください。検索結果画面の上部に「サポートページを探す」というタブがありますので，これをクリックするとサポートページのみの検索結果が表示されます。 例）「今すぐ使える Excel2021」を入力して［検索］ → 「サポートページを探す」をクリック 書籍の内容についてのお問い合わせはコチラ

この記事をブックマークする : 最近昼休み中によく行っているのが、その日一日で面白いなあと思ったブログエントリのURLや文章の一部を階層化されたカテゴリに分けて保存し、マインドマップに落とし込むという作業なのですが、その作業の中で階層化する作業については、将来はある程度自動化したいと思っています。 そのブログ自体やソーシャルブックマークサイトなどからそのエントリに関連するタグを取得し、そのタグをカテゴリとして階層化するツールを作ろうかと思ったこともあるのですが、タグというものは基本的にはどのタグも同格で階層分けができておらず、たとえば経済系のエントリで「デフレ」「経済」「格差」「下方硬直性」などのタグが並んでいた場合、どれを第一階層のカテゴリにするのか、という判別が自動的にはできず、結局がんばって手でやることになります。 そこで、googleの「検索ヒット数」を利用してそのタグで使われてい

ページの作り始めは HTMLファイルやイメージファイルなどの数も少なくファイルの収納は1つのフォルダでも困りませんが、 ページが増えてくると、1つのフォルダ内にいろいろなファイルが散らばってどれがどれだが分からなくなります。ファイルを手直したり、イメージを差し替える時たくさんのファイルから一つ一つ確かめないと作業はできなくなり、効率が非常に悪くなります。そこでファイルの整理が必要になります。新しいフォルダを作ってその中に関係するファイルを一まとめに収めます。フォルダの中にサブフォルダを作りサブフォルダの中にまたフォルダ・・・とフォルダ名も入っている内容に合う名前を付け、自分がわかりやすいように整理します。ファイルのフォルダ分けをするとファイルの位置が変わります。そこで階層という考え方が必要になります。 ファイルの位置を指定するのには、二種類の方法があります。 相対的パス ファイルどうしの

トロントとは関係ないネタですが。 社会調査や調査教育に携わったことのある人なら、調査票を作ることにはそれなりにスキルが必要だということを知っているはずです。調査スキルを持っていない人が作った調査票はしばしば深刻な欠陥を含んでいて、その結果得られたデータが学術的に全く使えないものになった、ということはよくあります。調査経験が豊富な学者が集まって慎重に検討した調査票にミスが含まれていることがあるくらいですから（私もミスの経験あります）、いわんや調査シロウトは、です。 問題は、アンケート調査という調査手法があまりに一般に普及しているために、学術的データを得る手段としての調査票作成も簡単にできるのではないかと勘違いしてしまう研究者がいる、ということです。ありがちな悲劇のシナリオとして、偉い学者さん（しかし調査経験はあまりない）が科研費をとり、予算消化しきれないので調査票調査をすることにして、そのと