Submit Search
Upload
JCSQE初級受けてみたの
•
1 like
•
1,092 views
ノグチ ノグチ
Follow
JCSQE初級を実際受けてみた所感や対策としてやったことを発表したいと思います
Read less
Read more
Career
Report
Share
Report
Share
1 of 23
Download now
Download to read offline
Recommended
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
What should you shift left
What should you shift left
Yasuharu Nishi
This slides explain what you should "shift left" in agile development and you should make patterns of traps in software development.
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
Noriyuki Mizuno
SaPIDとRDRAの検討を受けた仕様&テストの検討例です。 (ペーパー)プロトタイピングな仕様化とテストの具体例紹介となります。
概説 テスト分析
概説 テスト分析
崇 山﨑
2016年09月02日: タイポなどふくめ微修正 2016年09月01日: スライドをいくつか追加。一部の文言を変更。参考資料追加。 2016年06月22日: タイポなどふくめ微修正 - - - - - - - - - - - - - - - - - - - - - 第7回Quesの講演資料です。 https://atnd.org/events/71474 Quesについてはこちら。 http://quesqa.com/ https://twitter.com/Ques_staff 当日のハッシュタグは #ques7
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
テストの組み立て方
テストの組み立て方
kauji0522
WACATE2019 夏
Recommended
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
What should you shift left
What should you shift left
Yasuharu Nishi
This slides explain what you should "shift left" in agile development and you should make patterns of traps in software development.
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
Noriyuki Mizuno
SaPIDとRDRAの検討を受けた仕様&テストの検討例です。 (ペーパー)プロトタイピングな仕様化とテストの具体例紹介となります。
概説 テスト分析
概説 テスト分析
崇 山﨑
2016年09月02日: タイポなどふくめ微修正 2016年09月01日: スライドをいくつか追加。一部の文言を変更。参考資料追加。 2016年06月22日: タイポなどふくめ微修正 - - - - - - - - - - - - - - - - - - - - - 第7回Quesの講演資料です。 https://atnd.org/events/71474 Quesについてはこちら。 http://quesqa.com/ https://twitter.com/Ques_staff 当日のハッシュタグは #ques7
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
テストの組み立て方
テストの組み立て方
kauji0522
WACATE2019 夏
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
今回の「XP祭り in 関西」のテーマは「アジャイル15周年ふりかえり」。 ブログ記事『5分で分かるアジャイルムーブメントの歴史』 ( http://fkino.net/20141014.html ) を手がかりに、アジャイルムーブメントに関連する人や書籍に注目しながら、アジャイルムーブメントの歴史を辿ります。
What is quality culture? Is it something tasty?
What is quality culture? Is it something tasty?
Yasuharu Nishi
This slides show how to design "Quality Culture" and ingrain it with software/digital organizations in Japanese.
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
鷲崎弘宜, "アジャイル品質パターン (Agile Quality, QA2AQ), アジャイル時代の組織ケーパビリティ向上 CMMI V2.0 / APH(アジャイルパフォーマンスモデル) / アジャイル品質パターンセミナー, 早稲田大学, 2019年6月6日
TDD のこころ
TDD のこころ
Takuto Wada
The spirit of TDD - Oct 22, 2010 at Cybozu Developers Conference
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
2022/03/10 JaSST Tokyo22 http://www.jasst.jp/symposium/jasst22tokyo/timetable.html
幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
scarletplover
WACATE2016冬
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
Hironori Washizaki
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
Tetsuya Kouno
DeNA Tech Con で河野が発表した資料です。当日の資料を一部修正しています。
シナリオテストについて考えてみる
シナリオテストについて考えてみる
tef-do
TEF道の別動隊STUDIO IBURIでシナリオテストを設計するときに自分なりに整理した情報です。
テスト技法の背景を考察する - WACATE2021夏
テスト技法の背景を考察する - WACATE2021夏
kauji0522
WACATE2021夏 技法がどのような問題を解決するために生まれてきたのか、歴史的背景やテストへのニーズを通して考察します。その考察を通して問題を解決するための道具としてのテスト技法という観点を持ち、「テスト技法ありき」ではなく「解決したい問題」からテスト技法を考えるための発表。
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Regional Scrum Gathering Tokyo 2016で講演した「スクラムパタン入門」で使用したスライドです。
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
2022/2/21 テスト自動化入門
ドメイン駆動設計 複雑さに立ち向かう
ドメイン駆動設計 複雑さに立ち向かう
増田 亨
越境アジャイル勉強会 in 大阪の発表資料。ソフトウェア開発の複雑さ/不確実性に立ち向かうための考え方とやり方。ドメインとドメインロジックに集中する。モデルと実装を一致させる。オブジェクト指向+エクストリームプログラミング(XP)
わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析
scarletplover
WACATE2015冬のセッション資料です。 公開用ということで演習内容は削っております。ご容赦ください。
テストプロセス改善モデルの最新動向
テストプロセス改善モデルの最新動向
崇 山﨑
更新履歴: - 2016年4月10日: TPI NEXTの原著リリース年を2013年から2009年に変更しました※1 第14回 SPIトワイライトフォーラム 2016年3月の講演資料です。 http://www.jaspic.org/events/twilight/2016-3/ ※1: 当初、電子書籍の英語版及び翻訳書の原著リリース年を参照して2013年としていましたが、原著のハードカバー版が2009年に出版されていたため、2013年から2009年に修正しました。ご指摘いただいた辰巳さん、ありがとうございました。
ソフトハウスの品質保証のウソホント
ソフトハウスの品質保証のウソホント
Yasuharu Nishi
ソフトハウスの品質保証の問題点の典型例を示し、品質保証戦略およびQAアーキテクチャ設計の概要について述べる。SQiP関西の品質保証責任者の会の2016/6/24の講演資料。
アプリ開発へのOdc分析導入の取り組み
アプリ開発へのOdc分析導入の取り組み
NaokiKashiwagura
QA Online#1で使用した資料です
The use of test design for organizing specifications
The use of test design for organizing specifications
Tetsuya Kouno
This is for JaSST'21
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
「もし私が顧客に何がほしいかを聞いていたら、彼らは『もっと速い馬がほしい』と答えただろう」という自動車王フォードの名言があります。またユーザー中心のはずのUXデザインで「顧客の声を聞かない」「ユーザーは本当に欲しいものを言葉にできない」という言葉を聞くことがあります。どうすればよいのでしょうか。欲しいものを訊くのではなく、行動の目的を訊くことで、ユーザーの本当のニーズにたどりつくことができます。
忙しいテストエンジニアにこそお薦め CodeceptJS
忙しいテストエンジニアにこそお薦め CodeceptJS
ssuserd2c5cd
2021ソフトウェアテスト自動化カンファレンス資料
非エンジニアでもできるエンジニア採用のPDCAを回す方法
非エンジニアでもできるエンジニア採用のPDCAを回す方法
Atsushi Murakami
非エンジニアでもできるエンジニア採用のPDCAを回す方法
More Related Content
What's hot
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
今回の「XP祭り in 関西」のテーマは「アジャイル15周年ふりかえり」。 ブログ記事『5分で分かるアジャイルムーブメントの歴史』 ( http://fkino.net/20141014.html ) を手がかりに、アジャイルムーブメントに関連する人や書籍に注目しながら、アジャイルムーブメントの歴史を辿ります。
What is quality culture? Is it something tasty?
What is quality culture? Is it something tasty?
Yasuharu Nishi
This slides show how to design "Quality Culture" and ingrain it with software/digital organizations in Japanese.
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
鷲崎弘宜, "アジャイル品質パターン (Agile Quality, QA2AQ), アジャイル時代の組織ケーパビリティ向上 CMMI V2.0 / APH(アジャイルパフォーマンスモデル) / アジャイル品質パターンセミナー, 早稲田大学, 2019年6月6日
TDD のこころ
TDD のこころ
Takuto Wada
The spirit of TDD - Oct 22, 2010 at Cybozu Developers Conference
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
2022/03/10 JaSST Tokyo22 http://www.jasst.jp/symposium/jasst22tokyo/timetable.html
幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
scarletplover
WACATE2016冬
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
Hironori Washizaki
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
Tetsuya Kouno
DeNA Tech Con で河野が発表した資料です。当日の資料を一部修正しています。
シナリオテストについて考えてみる
シナリオテストについて考えてみる
tef-do
TEF道の別動隊STUDIO IBURIでシナリオテストを設計するときに自分なりに整理した情報です。
テスト技法の背景を考察する - WACATE2021夏
テスト技法の背景を考察する - WACATE2021夏
kauji0522
WACATE2021夏 技法がどのような問題を解決するために生まれてきたのか、歴史的背景やテストへのニーズを通して考察します。その考察を通して問題を解決するための道具としてのテスト技法という観点を持ち、「テスト技法ありき」ではなく「解決したい問題」からテスト技法を考えるための発表。
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Regional Scrum Gathering Tokyo 2016で講演した「スクラムパタン入門」で使用したスライドです。
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
2022/2/21 テスト自動化入門
ドメイン駆動設計 複雑さに立ち向かう
ドメイン駆動設計 複雑さに立ち向かう
増田 亨
越境アジャイル勉強会 in 大阪の発表資料。ソフトウェア開発の複雑さ/不確実性に立ち向かうための考え方とやり方。ドメインとドメインロジックに集中する。モデルと実装を一致させる。オブジェクト指向+エクストリームプログラミング(XP)
わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析
scarletplover
WACATE2015冬のセッション資料です。 公開用ということで演習内容は削っております。ご容赦ください。
テストプロセス改善モデルの最新動向
テストプロセス改善モデルの最新動向
崇 山﨑
更新履歴: - 2016年4月10日: TPI NEXTの原著リリース年を2013年から2009年に変更しました※1 第14回 SPIトワイライトフォーラム 2016年3月の講演資料です。 http://www.jaspic.org/events/twilight/2016-3/ ※1: 当初、電子書籍の英語版及び翻訳書の原著リリース年を参照して2013年としていましたが、原著のハードカバー版が2009年に出版されていたため、2013年から2009年に修正しました。ご指摘いただいた辰巳さん、ありがとうございました。
ソフトハウスの品質保証のウソホント
ソフトハウスの品質保証のウソホント
Yasuharu Nishi
ソフトハウスの品質保証の問題点の典型例を示し、品質保証戦略およびQAアーキテクチャ設計の概要について述べる。SQiP関西の品質保証責任者の会の2016/6/24の講演資料。
アプリ開発へのOdc分析導入の取り組み
アプリ開発へのOdc分析導入の取り組み
NaokiKashiwagura
QA Online#1で使用した資料です
The use of test design for organizing specifications
The use of test design for organizing specifications
Tetsuya Kouno
This is for JaSST'21
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
「もし私が顧客に何がほしいかを聞いていたら、彼らは『もっと速い馬がほしい』と答えただろう」という自動車王フォードの名言があります。またユーザー中心のはずのUXデザインで「顧客の声を聞かない」「ユーザーは本当に欲しいものを言葉にできない」という言葉を聞くことがあります。どうすればよいのでしょうか。欲しいものを訊くのではなく、行動の目的を訊くことで、ユーザーの本当のニーズにたどりつくことができます。
What's hot
(20)
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
What is quality culture? Is it something tasty?
What is quality culture? Is it something tasty?
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
TDD のこころ
TDD のこころ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
メトリクスを用いたソフトウェア品質定量評価・改善 (GQM, Metrics, ET2013)
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
シナリオテストについて考えてみる
シナリオテストについて考えてみる
テスト技法の背景を考察する - WACATE2021夏
テスト技法の背景を考察する - WACATE2021夏
スクラムパタン入門
スクラムパタン入門
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
ドメイン駆動設計 複雑さに立ち向かう
ドメイン駆動設計 複雑さに立ち向かう
わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析
テストプロセス改善モデルの最新動向
テストプロセス改善モデルの最新動向
ソフトハウスの品質保証のウソホント
ソフトハウスの品質保証のウソホント
アプリ開発へのOdc分析導入の取り組み
アプリ開発へのOdc分析導入の取り組み
The use of test design for organizing specifications
The use of test design for organizing specifications
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Similar to JCSQE初級受けてみたの
忙しいテストエンジニアにこそお薦め CodeceptJS
忙しいテストエンジニアにこそお薦め CodeceptJS
ssuserd2c5cd
2021ソフトウェアテスト自動化カンファレンス資料
非エンジニアでもできるエンジニア採用のPDCAを回す方法
非エンジニアでもできるエンジニア採用のPDCAを回す方法
Atsushi Murakami
非エンジニアでもできるエンジニア採用のPDCAを回す方法
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
3/17に行われたバンタンドットライブアカデミー様主催【アプリ開発企業セミナー】 資料 様々なものづくりを疑似体験共有 トリセツにおけるリーンスタートアップを
Shibya.trac #2: TracとTestLinkの合わせ技
Shibya.trac #2: TracとTestLinkの合わせ技
Toshiyuki Kawanishi
レガシーコードに向き合ってみた話
レガシーコードに向き合ってみた話
株式会社MonotaRO Tech Team
2018/12/15 DevLOVE関西『現場でレガシーコードに立ち向かっている者達の話』で発表しました。 https://devlove-kansai.doorkeeper.jp/events/83358 <概要> レガシーコードで育ってきた私が、テストコードの力を体感し、テストが必要だと認識し、テストの導入に挑戦しはじめた体験についてお話します。 テストを書くという行為を「知らない」から「知ってる」にステップアップしたのは、どんな体験を通じてか、その時どんな気付きがあったのかということを考えたいと思います。
Q te cc2
Q te cc2
Fujie Teppei
ゲームにおけるQA体制の事例です
【forkwell × TARGET】非エンジニアでもできる『エンジニア採用のPDCA』を回す方法
【forkwell × TARGET】非エンジニアでもできる『エンジニア採用のPDCA』を回す方法
Atsushi Murakami
※本スライドは以下のセミナーで使用されたものです※ 【セミナーテーマ】 多少はコロナ渦の影響を受けているとはいえ、いまだにIT業界の有効求人倍率は5倍程度、ITエンジニアに限っては10倍近くになっており、企業にとってITエンジニアの採用は厳しい状況のままです。 そこで本セミナーではWeb/ITエンジニアに特化した求人・スカウトサービスで「累計成約数 No.1」を誇る『Forkwell』の事業責任者である赤川朗氏を迎え、現在のエンジニア採用のリアルな市況感をお伺いしながら、具体的なエンジニア採用プロジェクトの回し方や『機会損失しないエンジニア採用の方法』などをお話しさせていただきます。 【プログラム】 エンジニア採用の市況感やエンジニアのペルソナ分析について(株式会社grooves Forkwell 事業責任者 赤川朗氏) エンジニア採用プロジェクトの回し方(Attack株式会社 池田麻理) トークセッション『機会損失しないエンジニア採用の方法』(赤川氏×池田) 【このような方におすすめです】 エンジニア出身ではないベンチャー企業の経営者 エンジニア採用でお困りの採用担当者の方…など 【開催概要】 日時:2020年7月22日(水)16:00~17:00 費用:無料 視聴方法:Zoomウェビナーでのオンラインセミナー 主催:Attack株式会社(TARGET運営会社) 【スピーカープロフィール】 赤川 朗(アカガワ アキラ)(Forkwell 事業責任者/株式会社grooves) 2011年に grooves 新卒として入社し、セールスからキャリアをスタート。2015年より Forkwell 事業部に異動し、マーケティング部門の立ち上げ、エンジニアチームのマネージャー、プロダクトマネージャーを経て、2017年4月より Forkwell の事業責任者に就任。事業部ビジョンの浸透、セールス・プロダクト・エンジニア組織のマネジメントを主導。 村井 航(ムライ ワタル)(Attack株式会社) 新卒で銀行に就職した後、第二新卒でリクルートグループに転職。求人メディアの営業に従事し、チームマネジメントも担う。その後、製薬メーカーでのMRを経て、リンクアンドモチベーショングループにて人材紹介事業に携わる。2017年、Attack株式会社の執行役員に就任。現在は同社の主力事業「TARGET」の事業責任者を務める。 池田 麻理(イケダ マリ)(Attack株式会社) 新卒で食品メーカーに入社し、人事や経営企画に従事。その後、人材業界に転身し、人材派遣会社の拠点責任者などを務める。直近はエンジニア専門の人材会社にて営業やコーディネーターを担当し、現在はAttack株式会社にてスタートアップ/ベンチャー企業のエンジニア採用プロジェクトのプランナーを務める。 ※当日の参加方法(視聴方法)につきましては、基本的には指定のURLにアクセスするだけで視聴できます。パソコンだけではなく、スマートフォンでもご視聴いただくことが可能です。
刺激語カードを用いた ソフトウェアレビューの実践について
刺激語カードを用いた ソフトウェアレビューの実践について
yumikonakatsuka
JaSST Review'20で発表した「刺激語カードを用いた ソフトウェアレビューの実践について」の発表資料です。
JJUG CCC 2015 Spring 「新人エンジニア奮闘記 - Javaって何?からwebサービスを公開するまで -」発表スライド
JJUG CCC 2015 Spring 「新人エンジニア奮闘記 - Javaって何?からwebサービスを公開するまで -」発表スライド
ToshiakiArai
JJUG CCC 2015 Spring の発表資料。 --------------------------------------------------------------------------------- 私は2014年にITベンチャーにエンジニアとして入社しました。 理系の大学院出身でしたが、学生時代はとにかくプログラミングから逃げるように過ごしてきました。 入社後の研修ではJavaでif文やfor文の書き方を学んでいたという見事な初心者っぷり。 そんなJava初心者の私が、2ヶ月でwebサービスを開発し、公開するというプロジェクトにチャレンジしました。 数々の困難を乗り越え、何とか「ニクリーチ2016」というwebサービスを公開。 当セッションでは 入社後どのような研修を受けたのか ニクリーチ2016ではどのような技術を使ったのか 一人開発プロジェクトを通して感じたこと など新人エンジニアが一年間でどのように成長したのかをお話をさせていただきます。 ---------------------------------------------------------------------------------
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-men
XDDPプラクティス路線図とパターン・ランゲージ ~時を超えた派生開発の道~
XDDPプラクティス路線図とパターン・ランゲージ ~時を超えた派生開発の道~
Noriko Kawaguchi
Agile Tour Osaka 2018 の発表資料です。
テストがあればなんとかなる〜効率化までの道程〜
テストがあればなんとかなる〜効率化までの道程〜
Takao Sumitomo
開発途中からテストを導入する話です。
失敗しない 3 次元 CAD 選びのポイントと Inventor を活用することで出来る作業の効率化
失敗しない 3 次元 CAD 選びのポイントと Inventor を活用することで出来る作業の効率化
Teruki Obara
2 次元 CAD を長年使っている人の多くが、3 次元 CAD に対して持っているイメージとして、「 3 次元 CAD ってコマンドが多くて覚えるのが大変で難しい」「拘束とかがややこしいし、形状を変更するとエラーが出て先に進めなくて困る」「とにかく 3 次元は時間がかかる、2 次元 CAD の方が早い」、3 次元 CAD の良さは分かっているけど、一歩踏み出せないという 2 次元 CAD ユーザーが多いのではないでしょうか。 それは実は過去の話。最新の 3 次元 CAD の Inventor は 2 次元 CAD ユーザーや初めて 3 次元 CAD を使う人、図面を知らない人にも使いやすくなっています。そして、2 次元 CAD と 3 次元 CAD では考え方に大きな違いがあります。違いをきちんと学ぶことで 3 次元 CAD を使いこなせるようになります。
[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build
久仁朗 山本(旧姓 村上)
〜 孫子に学ぶ 〜 QA組織の立ち上げカタ
Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料
Akiko Kosaka
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
智治 長沢
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
システムテスト自動化カンファレンス2015での発表資料です
5minQues - SWET近況報告
5minQues - SWET近況報告
Masaki Nakagawa
2015/08/06 5minQues LT資料
GDC 2011 Loc Summit BioWare Keynote
GDC 2011 Loc Summit BioWare Keynote
SIG-Glocalization
2011年GDC ローカライズサミットのキーノート。 BioWare社よりGordon Walton(ゴードン・ワルトン)氏と Ian Mitchell(イアン・ミッチェル)氏が開発とローカライズの密接な連携の「ラブストーリー」を語る。 オンラインで表示されないプレゼンメモ部分があるため、ダウンロードして開いていただけると一層楽しめます。 翻訳はIGDA JapanIF(InternationalizationForce)より米田健(twitter: @akatombo)、kyoneda@ninjatranslator.net。 プルーフリードは同IF世話役の小野憲史に担当していただきました。
事例からわかる!テスト自動化導入パターン
事例からわかる!テスト自動化導入パターン
友隆 浅黄
JaSST Tokyo テスト自動化 パターン
Similar to JCSQE初級受けてみたの
(20)
忙しいテストエンジニアにこそお薦め CodeceptJS
忙しいテストエンジニアにこそお薦め CodeceptJS
非エンジニアでもできるエンジニア採用のPDCAを回す方法
非エンジニアでもできるエンジニア採用のPDCAを回す方法
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shibya.trac #2: TracとTestLinkの合わせ技
Shibya.trac #2: TracとTestLinkの合わせ技
レガシーコードに向き合ってみた話
レガシーコードに向き合ってみた話
Q te cc2
Q te cc2
【forkwell × TARGET】非エンジニアでもできる『エンジニア採用のPDCA』を回す方法
【forkwell × TARGET】非エンジニアでもできる『エンジニア採用のPDCA』を回す方法
刺激語カードを用いた ソフトウェアレビューの実践について
刺激語カードを用いた ソフトウェアレビューの実践について
JJUG CCC 2015 Spring 「新人エンジニア奮闘記 - Javaって何?からwebサービスを公開するまで -」発表スライド
JJUG CCC 2015 Spring 「新人エンジニア奮闘記 - Javaって何?からwebサービスを公開するまで -」発表スライド
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
XDDPプラクティス路線図とパターン・ランゲージ ~時を超えた派生開発の道~
XDDPプラクティス路線図とパターン・ランゲージ ~時を超えた派生開発の道~
テストがあればなんとかなる〜効率化までの道程〜
テストがあればなんとかなる〜効率化までの道程〜
失敗しない 3 次元 CAD 選びのポイントと Inventor を活用することで出来る作業の効率化
失敗しない 3 次元 CAD 選びのポイントと Inventor を活用することで出来る作業の効率化
[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build
Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
5minQues - SWET近況報告
5minQues - SWET近況報告
GDC 2011 Loc Summit BioWare Keynote
GDC 2011 Loc Summit BioWare Keynote
事例からわかる!テスト自動化導入パターン
事例からわかる!テスト自動化導入パターン
JCSQE初級受けてみたの
1.
JCSQE初級を受けてみたの 2022年3月15日(火) テックスエンジソリューションズ株式会社 ノグチ
2.
自己紹介 ノグチ BtoC製品 WF開発? テスター7年 BtoBソフト
WF開発 テストエンジニア4年 BtoCアプリ スクラム開発 テストエンジニア 7年←今ここ 現場へはすべて出向です。会社は3社移ってます。 VIAテスト強み診断(https://www.viacharacter.org/) 1.ユーモア 2.スピリチュアリティ 3.寛容さ 4.チームワーク 5.親切心 JSTQB未取得 JCSQE初級とれました。 今日はJCSQE初級を実際受けてみた所感や 対策としてやったことを発表したいと思います。
3.
JCSQE(ソフトウェア品質技術資格試験)ってなんですの? 日本の産業界の品質管理の考え方や手法の普及をしまくってる方々 (一般財団法人日本科学技術連盟[JUSE])のさらに ソフトウェア品質の向上活動[SQiP]をまわしていてくれている方々が 中心に主催してくれている認定資格 日本のソフトウェア品質向上に関する知識を身につける手段 として用意した資格認定制度 公式説明→https://www.juse.jp/jcsqe/greeting/
4.
受験のきっかけですの 無料のセミナーやConnpassでの活動(コン活)には2019年の夏から 聞き専で参加、テストとかQAの話を聞くのが好きです。 昨年の9月にSQiPシンポジウムに会社の厚意で参加させていただきました。 その流れでSQiPの資格に対してもともと興味はあったのと 参加したのになにもしないのはなんか気が引ける。。。 ならばやるしかあるまいて
5.
受験する前のワタシの印象ですの 日本のソフトウェア品質に関わっている人 (テスター、テストエンジニア、QAエンジニア、開発エンジニア PO、PM、PL、その他ITに関わるすべての人)にとって 有名な資格の一つという印象 ・JCSQE(ソフトウェア品質技術資格認定) 初級と中級 →ソフトウェア品質に特化した認定資格 ・JSTQB 認定テスト技術者資格 FL(基礎レベル)とAL(上級レベル) →ソフトウェアテストに特化した認定資格
6.
受験に向けてやったことですの① シラバスやサンプル問題が公式サイトに 用意されていたのでチラ見しました https://www.juse.jp/jcsqe/content/#syllabus
7.
受験に向けてやったことですの② 同じく公式サイトに参考書が紹介されているのを発見する ・ソフトウェア品質知識体系ガイド SQuBOK Guide V3 ・初級ソフトウェア品質技術者資格試験問題と解説 https://www.juse.jp/jcsqe/study/
8.
ソフトウェア品質知識体系ガイド(SQuBOK Guide) ってなんですの? 「スクボック」言います(最初スクブックって読み違えてました) 先ほど紹介したJUSEのもとに設置されたSQiPという団体が中心に 実践的で実証的なソフトウェア品質技術や知識をまとめた書籍です。 2007年に第1版を発刊ののち2014年に第2版、2020年に最新第3版を刊行し 各版ごとにその時世にそったねらいがあるようです。 https://www.juse.jp/sqip/library/
9.
受験に向けてやったことですの③ 11月中旬の試験に向けて9月に申し込みと参考書を購入 SQuBOK Guideをとりあえず読む
10.
SQuBOK Guide の中身を読みますの ・ソフトウェア品質の基本概念 →品質の定義に対して海外や日本はどういう考えをしていったかなど歴史 (ワインバーグさん
[1994]やら狩野さん[1984]やら) ・品質マネジメント →組織におけるマネジメント、プロジェクトにおけるマネジメント ・品質技術 →開発手法からテスト手法、レビュー手法、 QC七つ道具など ・専門的なソフトウェア品質の概念 →ユーザビリティ、セーフティ、セキュリティ、プライバシーなど ・応用領域 →AIに対する品質とかクラウドやアジャイル開発と DevOpsやオープンソース、 IOTなど
11.
受験に向けてやったことですの④ なるほど!多い!(300頁超) 知らない言葉だらけだ!
12.
受験に向けてやったことですの⑤ そっ閉じ
13.
受験に向けてやったことですの⑥ 内容を知らないといけないんですが闇雲に読んでも 覚えられませんでした。 なので問題集やテス友というアプリで問題を解くことにしました。 テス友アプリ https://www.qbook.jp/info-testomo/
14.
受験に向けてやったことですの⑦ 問題で間違えたところの回答を中心に SQuBOK Guideを読み 再度、問題を解いて内容を覚えていく、理解していく。 トライアンドエラー。1日2時間くらいを1ヶ月
15.
受験に向けてやったことですの⑧ そうこうしているうちに受験票が届きました。 受験票には自前の写真が必須です。
16.
受験当日になってしまったですの さらにどうこうしていたら、あっという間に 試験当日を迎え、いざ会場へ。 ぎりぎりまでSQuBOKや参考書読んでる人多かったです。 (自分含む)
17.
試験の内容ですの 公式サイトの試験要綱にもあるのですが、 マークシートの選択問題を40問60分で解いていきます https://www.juse.jp/jcsqe/content/
18.
試験の内容の所感ですの 具体的な設問などは公開不可なのでお伝えできませんが、 シラバスの内容に則した用語や知識を 問われるものが多かった印象です。 やはりSQuBOK Guideの内容を理解して覚えることが大事。 仕事猫@くまみね様
19.
試験を終えてよかったと思うこと ・SQuBOKの内容にある言葉や技術、知識が覚えられる! ・自分のやってきた現場での作業を言葉として認識することで 目的や意識がよりはっきり見える!(気がする ・勉強会で言ってることが今までよりわかる!(気がする
20.
試験を終えてよかったと思うこと ・自分の知らない場所での品質向上のやり方を知り、 自分の現場に活かすことができる! ・POや実装者とのMTGで知識や技法を使って説得できる!? ・リクルーティングで有利になれる?(教えて偉い人
21.
まとめ ・受験することにより合否に関わらず、 SQuBOK Guideに向き合う機会が 得られ、プラスがあります。 ・SQuBOK
Guideで得られた知識を業務に 活かす機会がありそうです。 ・プロジェクトの立ち上げ ・組織や体制の見直し ・チームビルディング ・スプリントの振り返りやカイゼン などなど …
22.
最後に ・受験の申し込みはお早めに この勢いで2月のJSTQBも取ったるどー! と気合を入れたはいいものの、 ぎりぎりに申し込んだら 定員オーバーで申し込みできませんでした。。。
23.
ご清聴ありがとうございました
Download now