slay-tのブックマーク - はてなブックマーク

アジャイルとDevOpsの品質保証と信頼性 - Test Automation
このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。（品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフトウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとしての品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル
slay-t 2020/06/02
アジャイル

devops

開発

テスト

システム
リンク
アジャイルテストのテスト設計の話 - Test Automation
Incremental test design 昨年度追加されたISTQBのFoundation Level Extension Syllabus Agile TesterのAgile Testing Practicesの項にはテスト設計に関する興味深い記述がある [1]。 Incremental test design: Test cases and charters are gradually built from user stories and other test bases, starting with simple tests and moving toward more complex ones. アジャイルテストのテスト設計の特徴としてユーザーストーリーをテストベースとして用いる事シンプルなテストケースの追加から始まり、より複雑なものへと変化して行く事 Increme
slay-t 2015/05/07
design

bdd

agile

extension
リンク
継続的システムテスト - Test Automation
JaSST'Tokyo 2014で、"システムテスト自動化による大規模分散検索プラットフォームの開発行程改善"という題目で事例発表をした。下記は当日発表に用いたスライド。【JaSST'14 Tokyo】システムテストの自動化による大規模分散検索プラットフォームの開発工程改善 from Kotaro Ogino ここでは、この発表に入りきらなかったコンセプトや、口頭でしか説明していないためスライドを読んでも分からない部分について補足する。背景：開発スタイルの変化 -継続的テストについてリーンとDevOpsから考えてみるリーンは、顧客目線でソフトウェアの価値を定義し、それらをエンドツーエンドで細く速く流れるように開発するスタイルだ[1]。小さい要件を要求分析から品質保証まで流れるように実行し、少しずつリリースして行く。ウォーターフォールでは、重厚長大にそれぞれの工程を実施していたのに
slay-t 2014/03/12
ci

devops

development

testing

テスト
リンク
1