勉強会で発表しよう - 日々常々
勉強会にいこうを書いてから、もう一年半。 話すのは得意じゃないのですが、最初のハードルを何とかすることは出来るんじゃないかなと、そんなことをつらつらと書いてみます。 スライド 話すハードルを下げてみる - DevLOVE関西2012Drive の懇親会LTネタでもありました。 ごちゅうい この内容は既にスピーカー経験の有る方には役に立ちません。 目的はただ一点「発表に二の足を踏んでる人の後押し」です。 それ以外の読まれ方をすると困ります。*1 そちらへの防御は致しておりません。 私を虐めたければそこから突っ込めばいいと思います。 ガチで凹むのでやめてください。 ネタがない 当日までに何とかすればいいです。そんな「なんか話しません？」と聞かれて即座に「じゃーアレのこと話します」なんて言える人だったら、最初から「アレのこと話してくれません？」と言われるんです。誘った側は別に特定のネタの話をして
テストが間違ってたら？ - 日々常々
「テストが間違ってたらどうするんだ」 自動テストの話をするとよく言われます。テストが間違ってたらわからないじゃないか。手動テストであれば、注意深く目で確認していれば間違いに気づけると言う主張です。 「目で確認していれば気づける」のは間違いではありません。必ず気付けるわけではありませんが、十分な知識を持った人が、十分な集中力と責任感をもってエビデンスを確認すれば、誤りに気付ける可能性は高いと思います。 品質(主に機能性)を目的とした自動テストでも、それを行う必要があります。それがテストコードのレビューです。 手動テストの場合、テスト実施前に手順や確認項目のレビュー、実施中の確認、実施後のエビデンス確認と、人が確認するタイミング*1が三カ所あります。 これに対し自動テストの場合、テストが書かれた時のみ。実行中は勿論、実行結果の確認に注意はありません。ただ成功か失敗かだけなので。ならば、テストコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
