2017年3月25日にクラウドワークスさんでOSS Gate東京ワークショップを開催しました。東京でのワークショップ開催は今回で8回目です。今回は18名の参加でした。当日無断欠席率は30%くらいでいつも（50%くらい）より少なかったです。おぉ。今回はいつもとなにが違ったのだろう。 参加者の感想は次の通りです。（増えたら追記します。） OSS-Gate Workshop Tokyoに参加してはじめてRuby on RailsのIssueに投稿しました - ミライトアルマチ通信 OSS Gate東京ワークショップ#8にサポートメンターとして参加してきた - ただのにっき(2017-03-25) OSS Gate ワークショップ - koicの日記 ここではワークショップ運営視点でまとめます。 今回のチャレンジ 今回は1人のメンターで4人のビギナーをサポートすることにチャレンジました。より少ない

https://oss-gate.doorkeeper.jp/ OSS開発に参加していない人が参加する人に変わる「入り口」を提供するという趣旨のコミュニティ「OSS-Gate」が開催しているワークショップへ参加して、Ruby on RailsのIssueに初めて投稿しました。 成果物 github.com Railsのコードではなく、Rails Guideへの意見提案ですが、Rails GuideはRailsのコードベースに含まれているのでRailsのIssueへ提出しました。 やったこと github.com OSS-GateのWorkshopリポジトリにIssueを作成し、「作業ログ」という形でやったことを残していきます。 これには、「これから何がしたいか」「何をしたか」「その結果どうなったか」ということを「すべて」考えたまま、操作したまま書いていきます。 自分はTwitterでよくt

こんにちは。メルカリのテストエンジニアとして、スマホアプリのテスト自動化をぶりぶりしている@daipresentsです。 テスト自動化をすすめるにあたり、効率のよいテストを作るために、既存のテストケースについて調べる機会がありました。その過程で現状のQAプロセスも確認したのですが、以下のようなテストケース管理の課題があることがわかりました。 それぞれのテストエンジニアが、それぞれの方法で、それぞれのテストケースを管理しているため、ナレッジが横につながりにくい。 共有されているリグレッションテスト項目の更新が追いついておらず、情報が古くて使いにくい。 人数が増えてきて、ふりかえりや改善がやりにくい。 １については、現在、職能横断的なチーム構成になっているため、プロジェクトやプロダクトに集中できる環境である反面、それぞれのチームにいるQAエンジニアどうしのつながりが薄れてしまうことが原因に感じ