90. テストの目的 その② - テスターちゃん【4コマ漫画】
90. テストの目的 その② 欠陥や故障を発見し、ソフトウェアの品質が不適切になるリスクレベルを軽減する 「バグの発見」と書いたけど、シラバスに書かれている文章は上記の通り。 バグを見つけて、それを修正することで市場に出たときのリスクを軽減することができます。 「おいおい、見つけまくって全部直すのかよ！？」みたいに言う人もいるけど、これはまた別の回の「ステークホルダーへの意思決定のための情報提供」の話でやろうとも考えています。 先出しすると、見つけたバグについては「こういうリスクがあるよ」ということがわかるわけです。 そのうえで、どこまでリスクを許容するのかという考え方もあります。 「これだと大きなリスクはないし、次のスプリントで修正」ってことも全然ありなワケです。 けど例えばカーナビみたいな市場に出た後直せないやつだと、次、がなかったりもします。 ユニットテスト、統合（結合）テスト、シス
アジャイルな開発とチームづくり - Mitsuyuki.Shiiba
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
