意識を低く保ったまま、定型作業を自動化する話です。 ※どうも言葉足らずで誤解させてしまっているようなので補足を書きました。ご覧ください http://qiita.com/greenspa/items/fff535d2ae5da36e36feRead less
![意識の低い自動化](https://cdn-ak-scissors.b.st-hatena.com/image/square/cd632640922fcc7055a4c5894ef08330ab623bb9/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Facventcal2014fabriclt-141206103534-conversion-gate01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら=原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
はじめに この記事はJaSST'18 Tokyo(ソフトウェアテストシンポジウム)のパネルセッションを書いたものです。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo 自己紹介 バックグラウンドが違い、コンテキストが違うことがある そこで自己紹介時に、どれくらいの頻度でDeployしているのか、どれくらいの頻度でリリースしているのかを踏まえて話してほしい。 荻野 恒太郎(以下、荻野) 楽天 テスト自動化とDevOpsのマネージャをしている。 デプロイは毎日数十回実施 1週間に数回リリースしている 天野 祐介(以下、天野) サイボウズ kintoneの開発チームに所属 エンジニアが10数名、QAなどを含めると30名ぐらいのチーム 2015年にチームリーダーになった 今はスクラムマスター中心 最近、WaterFallからAgile開発に変更していっている 今は1イテレー
JaSST’18 Tokyo Day2のクロージングパネルの書き殴りまとめ。 アジャイル・自動化時代のテストの現場のリアル モデレータ: 荻野恒太郎さん(楽天) パネリスト: John Miccoさん(Google) 天野祐介さん(サイボウズ) 松尾和昭さん(クックパッド) 山口鉄平さん(ヤフー) 自己紹介 コンテキストを合わせるためにサービスのデプロイ/リリース頻度を伝え合う 荻野さん1日数十回のデプロイ(テスト環境含む) リリースは1週間に数回 天野さん月1リリース(kintone) 1日数回のデプロイ 山口さんプロダクトによって差がある 多いところは1日数十回のデプロイ 2週間~1か月のリリース、デプロイもある テスト自動化はいま進めているところ デプロイ、リリースの自動化も進んでいる 松尾さんモバイルオートメーションに比重を置いている 検索・レシピ投稿でチーム分割している 1チーム
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く