ソフトウェア品質保証は継続的なプロセス
継続的な品質プロセスとは、品質保証タスクをソフトウェア開発ライフサイクル（SDLC）のあらゆる段階に導入するだけでなく、開発チームのワークフローに統合することでもある。これは、自動化されたポリシー監視“センサー”をSDLC全体に組み込むためのポリシーベースのアプローチによって実現できる。 そのためには、品質とセキュリティに関する自社の要件を盛り込んだポリシーを定義した上で「ポリシーが正しく適用されているか」「ポリシーが期待通りの成果を実現しているか」をチェックするセンサーにより自動化を実現する必要がある。 企業はソフトウェアの品質とセキュリティの欠陥をテストする（監査）コストを頻繁に発生させるのではなく、開発チームが品質とセキュリティをソフトウェアに作り込むのに役立つシステムを確立するための投資を行うべきだ。そのようなインフラがあれば、開発チームの生産性は劇的に向上する。 品質とセキュリテ
誰がためにレポートを書く？ バグレポートを改善せよ － ＠IT自分戦略研究所
あなたも＠ITでコラムを書いてみないか 自分のスキル・キャリアの棚卸し、勉強会のレポート、 プロとしてのアドバイス……書くことは無限にある！ コードもコラムも書けるエンジニアになりたい挑戦者からの応募、絶賛受付中 WACATEは若手中心のワークショップですが、年齢制限はありません。ベテランの人も参加できます（WACATEでは35歳以下を若手、36歳以上をベテランと定義しています）。これは、WACATEが単に若手エンジニア同士の交流にとどまらず、若手とベテランが交流することを目的としているからです。交流によってベテランは自らの知見や技術を若手に継承できますし、若手がどういう考えを持っているかに気付くこともできます。 私はWACATEの定義でいうところの若手テストエンジニアです。もともとは開発担当でしたが、3年ほど前にテストエンジニアに転向しました。WACATEを知ったきっかけは、テストの部署
「レガシーコード改善ガイド」のススメ 第2回：コードを理解するため、仕様化テストで文書化する
増え続けるレガシーコード この記事を読んでいる皆さんの多くは、これまでたくさんのシステム開発に関わってきたことでしょう。仕様変更と闘い、納期に追われ、やっとのことで稼働したシステムも数多いはずです。厳しい状況になればなるほど、実際にコードを動かすことが最優先になり、「コードを保護する」ための単体テストの整備は後回しになってしまいがちです。 ところが、システム開発はシステムが完成して無事に稼働した時点で終わりではありません。ユーザーが実際に使い始めると、保守開発としてさまざまな仕様変更や機能追加が発生するのが常です。それらに対応するためには、厳しいスケジュールの中で、やっつけ仕事で間に合わせたコードに対して改修や機能追加をする必要があります。では、このような仕事にどうやって取り組めば良いのでしょうか？ さて、前回の記事では、『レガシーコード改善ガイド』におけるレガシーコードの定義を紹介しまし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアテスト自動化まとめサイト なんでも自動化サイト
