Most Valuable Bug（最も価値のあるバグ）とは// 第46回社内勉強会 #sa_study
こんにちは。古橋です。 今回の勉強会では2018年度に最も学びのあったバグを決定するということを行ったのでそのレポートをしていきたいと思います。 経緯 私が通勤中、技術系のポッドキャストで「アンチパターンの共有大事だよね」みたいな話を聞いて、弊社でもやるしかない！と思ったのが最初のきっかけです。 まず弊社の業務体系を説明しておきます。 弊社は2018年度以前は受託開発業務が中心（2019年以降は自社開発に力を注いでいく予定です）となっておりました。 お客様に成果物を納品して終了ということはあまりなく、納品後は運用フェーズがスタートし、開発メンバの中で何人かが運用メンバとしてアサインされ、他のメンバは別プロジェクトにアサインされていきます。 一旦別プロジェクトにアサインされると以前のプロジェクトには、ほぼ関わらないという形になっていました。 このように業務を続けていく中である問題が発生してい
バグをどのように見つけるか
秋のJavaScript祭 in mixi 〜秋のJavaScript収穫祭〜 2016-10-15 https://javascript-fes.doorkeeper.jp/events/52089
システム構築やっている人のほとんどは品質なんて興味ない件、あるいは良心に頼らないためには：プロジェクトマジック：オルタナティブ・ブログ
★品質なんて知ったこっちゃない？ システムインテグレーター（SIer）の人々と話をしていると、システムの品質に興味がないんだなぁと思うことが多い。 いや、どこの大手SIerにも品質保証部みたいな部門があるし、品質保証のための厳格なプロセスがあって、しっかりした仕事をするようになっている。 でも、実際の所は、彼らが関心があるのは品質よりも「バグが多いか少ないか」だと思う。 色々な定義があると思うが、僕自身は「品質」と「精度」を使い分けている。 精度：システムが正しく動くか？ 品質：システムが良いか？ 「バグが多い、少ない」は品質というよりも、僕の定義では精度の問題だ。 品質とは、正しいか正しくないかというゼロイチの世界ではなく、良いか悪いかで語るものだ。 例えばソースを読みやすいかどうか。 例えば仕様書がソースを解読する助けになるか。 アーキテクチャがクールで変更に柔軟に対応できるかどうか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
