一般的なソフトウェアの品質事故の背景はこういったものだと思います. 急速な,機能増大,大規模化,複雑化 開発期間短縮化(それもかなり無謀な) レビュー,テストの省略化(コストや納期のため) 手戻り多発(ウォーターフォールの場合) 納期遅延,赤字プロジェクト,品質事故 私が数年前に関わったプロジェクトで,市場出荷後の品質問題をおこしてしまいました.上記に補足すると下記も原因にありました. システムソリューソン,ミドルウェアの総入れ替え システム問題(パフォーマンス)発生 未経験者が多かった システム基礎検討不足 これを機会に,品質について改めて考えるようになりました. いろいろな定義/標準 ソフトウェア品質の定義といえばまずはこれをベースに話されること多いです. ソフトウェア品質特性 (JIS-X0129,ISO/IEC9126) (JISC http://www.jisc.go.jp/ か
![バグがなければ品質はよいのか - 脱・下流エンジニア (仮)](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b5472a7ec2132704cef86d925b2dc8e2571b962/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fo%2Fooolong%2F20070119%2F20070119115906.gif)