Fumikazu Fujiwara Profile Banner
Fumikazu Fujiwara Profile
Fumikazu Fujiwara

@freddiefujiwara

Followers
1,809
Following
790
Media
3,486
Statuses
24,262

Head of QA for Rakuten Travel with 20+ years of experience in tech and software engineering. Aims to make QA a final career for engineers

Kawaguchi, Saitama Japan/日本埼玉县
Joined December 2006
Don't wanna be here? Send us removal request.
Explore trending content on Musk Viewer
Pinned Tweet
@freddiefujiwara
Fumikazu Fujiwara
5 months
特別紹介リンクから楽天モバイルに申し込むと、 MNPで14000pt、 新規で7000ptもらえますPR ▽ログインでエントリー完了✅ 通常の紹介と違い、 ・1000pt多い ・2回線目・再加入🉑 ・データプラン🉑 ・Rakuten Turbo🉑 と緩和されてます! 検討されてたらぜひ!
Tweet media one
Tweet media two
Tweet media three
Tweet media four
0
2
1
@freddiefujiwara
Fumikazu Fujiwara
2 years
AI技術発展により、Microsoft傘下のGithubがインド開発拠点のエンジニア全員を解雇。GitHub Copilot成功で46%のコードがAI生成に。今後、人員削減が予想される。多くの会社がAIによる高速・高品質コード生成を評価し、オフショア開発撤退傾向も。
11
789
2K
@freddiefujiwara
Fumikazu Fujiwara
11 months
APIテストは9種類 1) スモーク: 動作確認 2) 機能: 正確性チェック 3) 統合: 複数API連携 4) 回帰: 既存機能チェック 5) 負荷: 多タスク耐性 6) ストレス: 極限状態テスト 7) セキュリティ: 脅威防御 8) UI: 画面連携 9) ファズ: 異常データ反応
@alexxubyte
Alex Xu
11 months
Explaining 9 types of API testing. Next week's topic will be listed at the end. 🔹 Smoke Testing This is done after API development is complete. Simply validate if the APIs are working and nothing breaks. 🔹 Functional Testing This creates a test plan based on the functional
21
792
3K
0
28
246
@freddiefujiwara
Fumikazu Fujiwara
1 year
エンジニアが絶えず学ぶ必要性が話題になってますが、 結局、人生の目的の話だと思います。 自分の目的に合う職業を選べば、休日でも自然と学びたくなるはず。 苦しいなら、もしかしたら目指す方向が違うかもしれませんね。
0
8
71
@freddiefujiwara
Fumikazu Fujiwara
11 months
これも買ってみた フルスタテストエンジニアに必要な10ノスキル 1.手動探索テスト - ユーザーストーリー以外のシナリオをテストするスキル 2.自動機能テスト - 機能要件をコードでテストするスキル 3.連続テスト - CI/CDパイプラインで品質チェックを自動化するスキル
2
8
56
@freddiefujiwara
Fumikazu Fujiwara
1 year
前の会社のテスト設計書ひな形を新会社で使った裁判 結果: 1⃣不当利益なし 2⃣秘密情報でない 3⃣ノウハウ侵害等の不法行為でない 4⃣テスト設計所のひな形は著作物でない 5⃣営業秘密でもない
@redipsjp
Masahiro Ito/伊藤雅浩🍀
1 year
判例メモ追加/テスト業務の専門事業者から退職した従業員が、テスト設計書のひな型を持ち出して転職先で使用したという件について、誓約書違反、不法行為、著作権侵害、不正競争(営業秘密)など、さまざまな根拠を挙げて損害賠償請求を行ったという事案。東京地判令4.5.31
1
20
57
0
32
47
@freddiefujiwara
Fumikazu Fujiwara
8 months
ちなテスト関連は - Selenium: ブラウザベースのテストに強み - Jest: フロントエンド開発で人気、シンプルで設定容易 - RSpec: Ruby開発向けテストツール - JUnit/NUnit: Javaや.NETの開発で主用される単体テストFW - mabl: ユーザーエクスペリエンステスト特化 - Cypress: モダンWebアプリのE2E
@sakamoto_582
サカモト@エンジニアキャリア論
9 months
よく面接で何故この技術選定にしたのか?と聞かれる事があると思います。開発生産性、安定性、問題解決など様々な側面ありますが、👇にベンチャー各社の技術選定時に気をつけるべき事が書いてあるので、これを参考に考えると良いでしょう。
1
15
204
0
5
44
@freddiefujiwara
Fumikazu Fujiwara
2 years
これもわかりやすい 品質特性のすすめ
0
5
41
@freddiefujiwara
Fumikazu Fujiwara
1 year
ChatGPTを使って、状態遷移図と状態遷移表のテンプレートも作成しました。 命令テンプレートはこちらです。 #ChatGPT #状態遷移図 #状態遷移表
1
5
36
@freddiefujiwara
Fumikazu Fujiwara
2 years
これは買わないと!! ソフトウェア品質を高める開発者テスト 改訂版 アジャイル時代の実践的・効率的でスムーズなテストのやり方 [ 高橋 寿一 ] [楽天] #rakuafl
Tweet media one
1
6
36
@freddiefujiwara
Fumikazu Fujiwara
9 months
これは真理だと思う “他人の基準に従うことではなく、自分自身の価値観や目標に基づいて生きることで真の幸福につながる。” しかし、分かってはいるものの他人と比べたり、他人の評価、査定などに一喜一憂しがち、自分自身の内面的な充足感や成長に焦点を当てることが大切でそれには軸を持つことが必須
@3utsu
Utsuさん
9 months
カネみたいな共通の指標でイキると、必ず上には上がいて恥ずかしくなるだけ。でも自分が決めたルールと目標で生きれば、必ず頂上に立てる。これで万人が幸せになれる。不幸せな人に無いのは自分の生きる軸。 #人生の目的論
3
65
532
0
3
33
@freddiefujiwara
Fumikazu Fujiwara
1 year
トップ!!
Tweet media one
@mty_mno
Matsu(まつ)@Testerchan
1 year
最近、QAの需要が凄まじいのはなんとなく感じている。
2
6
27
0
12
31
@freddiefujiwara
Fumikazu Fujiwara
2 years
Test Pilotすげ テスト(人間)->実装(人間)->リファクタリング(人間) ↓ Copilot登場 ↓ 実装(AI)->テスト(人間)->リファクタリング(人間) ↓ Testpilot登場 ↓ 実装(AI)->テスト(AI)->リファクタリング(人間) テスト書いてないとかt_wadaさんの前でも. の時代は終わり 人間はリファクタリングに集中?
1
5
32
@freddiefujiwara
Fumikazu Fujiwara
3 years
#jassttokyo Discordの総合チャンネルにて随時アーカイブ配信用URL掲載済み 上記URLに承諾得られたセッションのアーカイブも随時更新していきます!
0
14
30
@freddiefujiwara
Fumikazu Fujiwara
1 year
自動化テストが大規模になると、解析作業が増え、負担になることがある。完全自動化を望む人々は失敗数を過小評価し、魔法のように全てが解決されると考えがち。
1
6
28
@freddiefujiwara
Fumikazu Fujiwara
2 years
1. 長い間、ソフトウェアエンジニアリングにおける品質部門の役割は、機能が仕様通りに実装されていることを確認することだった。 アジャイルメトリクス (Programmer's SELECTION) [ Christopher W.H. Davis ] [楽天] #rakuafl
Tweet media one
1
5
28
@freddiefujiwara
Fumikazu Fujiwara
1 year
動画楽しみです 優秀な人々だけが集まっても組織は必ずしも強くならない。真の強さは、全員が協力して困難を乗り越える力にある。成功しているように見える時だけでなく、困難な時にも適切に対処できる管理が大切。そして、組織が成長するためには、社内の人間関係や運営方法にも配慮が必要
@fuuuuuta21
さかいふうた
1 year
▼「売上は全てを癒す」かもしれないが、踊り場を向かえた時こそ「マネジメントの正念場」であるはず
Tweet media one
Tweet media two
Tweet media three
3
86
833
0
2
21
@freddiefujiwara
Fumikazu Fujiwara
3 years
分類がうちと似てるけど微妙に違う、 分析結果とかも聞いてみたい 1.デグレード 2.端末依存 3.実装不備 4.作業ミス 5.仕様考慮漏れ・矛盾 6.仕様把握不足・認識誤り 7.テスト考慮漏れ 8.テスト実施者認識誤り 9.環境不備 10.UIミス、齟齬 11.その他
1
2
27
@freddiefujiwara
Fumikazu Fujiwara
1 year
OpenAI APIは新しいAIに興味がある企業が、新しい機能を試すのに最適。Azure OpenAIは、エンタープライズレベルでAIを使いたい企業に最適で、Azure環境との統合が容易。Azure Cognitive Serviceは、AIをアプリやサービスに組み込みたい開発者やAI専門知識が少ない企業に適している。
@chomado
ちょまど@育休中エンジニア
1 year
株式会社サイダス 取締役CTO 吉田真吾さん ( @yoshidashingo ) によるご講演👀 OpenAI 本家と Microsoft Azure OpenAI の比較! 分かりやすい比較表でさすがです👏 いろいろ比較検討した結果 セキュリティなどを考え 最終的に Microsoft Azure OpenAI の方を採用したとのこと✨ #ProTechOne2023
Tweet media one
1
26
134
0
7
27
@freddiefujiwara
Fumikazu Fujiwara
2 years
開発にユニットテストを書いてもらうようにする方法 1.テスト書くと早く仕事終わるようになりますよ、一回PoCしませんか? 2.テスト書かないとカバレッジ条件でPRでこけるようにする 3.TDDBCに参加してもらってメリットを感じてもらう 4.テスト書いてないとかお前それ t_wadaの前でも同じ事言えんの?
1
5
27
@freddiefujiwara
Fumikazu Fujiwara
2 years
JaSST Tokyo 実行委員の方々とオーストリア料理ランチ 美味しかった!
Tweet media one
Tweet media two
Tweet media three
Tweet media four
1
0
26
@freddiefujiwara
Fumikazu Fujiwara
1 year
「QM = QC + QA + QI」品質管理の全体像は、QC(製品が仕様に合致するかのチェック)、QA(管理プロセスが適切かの確認)、QI(品質向上の努力)の3つの要素で成り立つ。
1
1
26
@freddiefujiwara
Fumikazu Fujiwara
1 year
インドはQAプロフェッショナルがいる最大の地域。一方で、自動化は手動テストの最大50%を置き換えているものの、完全に手動テストを排除する魔法の道具ではないとのこと
0
3
25
@freddiefujiwara
Fumikazu Fujiwara
2 years
テスト環境でテストしたのに、なぜリリース後の本番テストが必要なのでしょうか。 必要だとしたら、必要なテストとは何なのか、具体的に何をすればいいのか。 といった個人的な疑問があり、ここにまとめてみました。
0
2
25
@freddiefujiwara
Fumikazu Fujiwara
2 years
非エンジニア(QAやテストエンジニア等含む)向けTDDブートキャンプとかあったら楽しいかな? 非エンジニア向けなので、スクラッチとかビジュアルコーディングなどで環境設定不要でイキなしかけるやつ
0
1
25
@freddiefujiwara
Fumikazu Fujiwara
2 years
正しく自動化する 1. 対象の技術を把握 2. スコープを明確に 3.フィジビリティースタディをする 4.ツールを選ぶだけでは成功しない 5.クリーンコード 6.良質なデータをデータ駆動で 7.環境構築、実機テストも忘れずに 8.テストは早めにShift-Left 9.スキルに応じたタスク分担 10.メンテナンス性重要
@Geosley
Geosley Andrades
2 years
"Automating a mess yields an automated mess." — Michael Martin. Did you know a startling 30-50% of #testautomation projects fail? Automating without a good test strategy may result in much activity but little value. Hence I thought to share some tips to get it right. #testing
Tweet media one
3
14
52
0
6
24
@freddiefujiwara
Fumikazu Fujiwara
10 months
テスト戦略を適切に選ぶだとこれかな
Tweet media one
@freddiefujiwara
Fumikazu Fujiwara
10 months
緩募 テスト戦術の誤りによりバグを見逃してしまったことをpptで示す図を作りたいのですが、 そのような内容のスライドを作成した経験がある方で、公開のプレゼンテーションを作成した方がいらっしゃいましたら、そのプレゼンテーションのURLを教えていただけますと幸いです!
0
0
3
0
3
23
@freddiefujiwara
Fumikazu Fujiwara
1 year
最近テストエンジニアでモノづくりに関与していないと感じ、Product Managerや開発エンジニアになろうとする人がいる。例えば、Generative AIの登場でAIによるコーディングが増え、CyberAgentでは32.1%に達している。だが、AIの成果物を確認する作業は消えず、むしろ重要性が増していると感じています
1
1
23
@freddiefujiwara
Fumikazu Fujiwara
2 years
テストエンジニア不要論 第一次:テストなんて誰でもできる 第二次:アジャイルならテストエンジニアいらない 第三次:テストツールが進化すれば不要 今は第三次 JaSST nano vol.17 #3 「水銀中毒はAI羊の夢を見るか」 via @YouTube
0
4
23
@freddiefujiwara
Fumikazu Fujiwara
11 months
テストエンジニアのシフトレフトしたい!”にも通じそう テストエンジニアはテストの専門知識があるが、ビジネスやシステム全体の理解が不足していることがあり、これが原因でうまくいかないことある ただ前の工程に参加するだけでは根本的な解決にはならず、ビジネスやシステムの理解が必要
@sogitani_baigie
sogitani / baigie inc.
11 months
デザイナーやエンジニアから「上流に参加したい」という意見が上がるのは「IT業界あるある」の1つですが、ただ同席するだけで事態が好転するという、そんな簡単な話ではないという、先日Xでも投稿した投稿に色々加筆修正して記事化しました。
2
85
657
0
3
23
@freddiefujiwara
Fumikazu Fujiwara
3 years
#swebookjp 本書は600ページ強とかなりのボリュームであるが、 "テスト"という言葉が3,000箇所で発生しており つまり5回/ページ それだけ Googleのソフトウェアエンジニアリング が "テスト"に支えられてるのだという ことがよく伝わってきた
@freddiefujiwara
Fumikazu Fujiwara
3 years
こちらも買ってみた Googleのソフトウェアエンジニアリング [楽天] #rbooks
Tweet media one
0
1
5
1
3
21
@freddiefujiwara
Fumikazu Fujiwara
1 year
資格だけでは有利にならないことが多い 自分が何をやりたいのか、何ができるのかを知ることが大切。 好きなことと得意なことを混同せず、両方を兼ね備えた「やりたいこと」を見つけることが重要。 情熱を持って取り組む人は強い!
@3utsu
Utsuさん
1 year
読んでね〜!
1
28
233
0
3
21
@freddiefujiwara
Fumikazu Fujiwara
2 years
面白くない仕事をいかに面白く楽しむかってのも重要かもしれませんね。 どこかの本に草むしりでもどう楽しむかみたいな本を見た気がします
@keyplayers
高野秀敏/ベンチャー採用転職/エンジェル投資家/M&A
2 years
面白い仕事ができないから辞めたい、という方がいます。面白い仕事を任されるコツは、面白くない仕事を着実にこなすことです。面白い仕事というのは、同時に重い責任を伴う場合がほとんどなので、実績や信用がなければ回ってきません。面白くない仕事をこなして、実績や信用を積みましょう。
2
43
388
1
1
21
@freddiefujiwara
Fumikazu Fujiwara
3 years
届いた!想像よりもデカイ
Tweet media one
0
1
20
@freddiefujiwara
Fumikazu Fujiwara
2 years
1.テスト・QAエンジニアが行うテストの目的はバグを見つけるだけではなく、ソフトウェアが仕様通りかどうかや顧客が満足するかどうかも考える 2.テスト・QAエンジニアが考えることは限られた時間や費用内でバグを見逃さないように効率的にテストする方法や技法である
@kz_suzuki
Kazu SUZUKI
2 years
QAコミュニティにいると忘れがちだけど、QAエンジニアは十分知られていない職種のように思えるので、こういう記事は嬉しいな。 で、「QA:Qualit Assurance」っていう誤記があります!w> @yoshikiito / 本当はおもしろい“テスト・QAエンジニア”のお仕事 – Tech Team Journal
1
3
19
0
1
19
@freddiefujiwara
Fumikazu Fujiwara
11 months
テストケース作成するステップ 1.要件を解析 2.ユーザーストーリーを作成 3.ネガティブポジティブのテストシナリオ作成 4.テストケースを作成 重要なのはテストケースが機能と非機能要件を全て網羅し、明確で一貫し、トレーサビリティを保つこと だからRTM重要
0
5
20
@freddiefujiwara
Fumikazu Fujiwara
2 years
家族がオフィスに来てる
Tweet media one
0
0
19
@freddiefujiwara
Fumikazu Fujiwara
1 year
ソフトウェアの品質は「プロダクト品質」と「プロセス品質」の2つで評価される。プロダクト品質:ソフト自体の特性(例:バグが少ない、速度が速い) プロセス品質:開発過程(例:しっかりしたテスト) 品質の構成比としては、プロセス品質が約2割、プロダクト品質が約8割
1
2
19
@freddiefujiwara
Fumikazu Fujiwara
3 years
当たった!
Tweet media one
0
0
19
@freddiefujiwara
Fumikazu Fujiwara
1 year
これも買わないと! 土台からしっかり学ぶーーソフトウェアテストのセオリー [ 小川秀人 ] [楽天] #rakuafl
Tweet media one
0
0
18
@freddiefujiwara
Fumikazu Fujiwara
2 years
GW中読めるかな
Tweet media one
0
0
18
@freddiefujiwara
Fumikazu Fujiwara
1 year
メガベンチャーで学べるのはこれにつきますよね。少ないユーザーでは考慮しなくてもいい問題も、何千万、何億トラフィックがあると途端に難しくなる。 こういう問題をリアルワールドで解決した経験が後々生きると信じてます
@sakamoto_582
サカモト@エンジニアキャリア論
1 year
キャリアが浅い時に規模がデカい会社へ何故行くべきか?がここに書かれています。 普通の企業に就職してたらこんな経験は出来ません。 同時接続数30万超のチャットサービスのメッセージ配信基盤をRedis Pub/SubからRedis Streamsにした話
0
11
154
0
1
17
@freddiefujiwara
Fumikazu Fujiwara
2 years
取り急ぎ 読んでみよう •アジャイルテストの原則と価値 •アジャイル開発プロセスとテストの関係 •アジャイルチームでのテスト担当者の役割とスキル •アジャイルプロダクトの品質管理とリスク分析 •アジャイルプロダクトのテスト計画、設計、実行、評価
@freddiefujiwara
Fumikazu Fujiwara
2 years
アジャイル開発プロジェクトにおけるテスト担当者の能力を証明するアジャイルテスト担当者試験に挑戦しよかなりFoundation Levelの資格が必要なのか(持ってるけど昔すぎて忘れた)60分間の選択式問題 合格点は65%
0
0
0
1
1
17
@freddiefujiwara
Fumikazu Fujiwara
3 years
某シンポジウムの全動画切り出し でやりきった アーカイブ配信まで今しばらくお待ち下さい
0
0
18
@freddiefujiwara
Fumikazu Fujiwara
1 year
@yoshikiito めんどくさいんで エンジニアは今ドキコードをローカルファイルに保存せず、git使うでしょ? 同様に、テストケースもエクセルに書いてローカル保存することはなく、当然のようにテスト管理ツールを使うんです つまりエンジニアさんでいうgitにあたるものです みたいな説明して納得してもらってます^_^
1
3
18
@freddiefujiwara
Fumikazu Fujiwara
2 years
#JSTQB #CTFLAT の試験に挑戦するなら、このモック試験がおすすめ👍 かなり充実した問題集なので何度もやれば自信がつくかも
@JSTQB_PR
JSTQB広報ワーキンググループ
2 years
今後開始予定の認定試験 Foundation Level (Specialist) アジャイルテスト担当者​ Foundation Level (Specialist) 自動車ソフトウェアテスト担当者​ Advanced Level テストアナリスト​ Advanced Level テスト自動化エンジニア​ #JSTQB #JaSSTTokyo23 #JaSSTTokyo
0
15
48
0
1
17
@freddiefujiwara
Fumikazu Fujiwara
2 years
これで新潟に行く!
Tweet media one
0
0
18
@freddiefujiwara
Fumikazu Fujiwara
1 year
選抜研修とは異なり。単に目立つ人材をリストアップするだけではなく、明確なポジションと人材要件を設定し、育成する体制を作ることが重要。自社のミッション・ビジョンに基づくポジション設定、人材選び、育成方針が要点。経営者不在の混乱を防ぐ準備が不可欠
@oh1ta
太田昂志|ゆめみCHRO
1 year
#note 更新しました 後継者をどう育てる?サクセッションプランとは 企業が中長期的に存続するためには、将来の経営者となる人材を育成する必要があります。 こうした後継者育成計画のことをサクセッションプランと言います。 人事の必須知識です。見てみましょう。
0
3
249
0
1
18
@freddiefujiwara
Fumikazu Fujiwara
2 years
ついに課金してしまった^^;
Tweet media one
1
0
18
@freddiefujiwara
Fumikazu Fujiwara
2 years
今から読む、思ったより大きいし厚い!
Tweet media one
0
1
18
@freddiefujiwara
Fumikazu Fujiwara
3 years
こちら私も登壇させていただきます 宜しくお願いします!
@jassttokyo
JaSST Tokyo
3 years
「テストエンジニアの育成」セッションでは現場で育成に取り組まれている方”だけ”ではなく経営者、執行役員、社内コミュニティ、横串の技術部門の責任者、技術顧問、テストエンジニアのトレーナーなど、様々な立場のパネリストをお招きしてこの問題を議論します! #jassttokyo
0
3
3
0
2
17
@freddiefujiwara
Fumikazu Fujiwara
3 years
Fumikazu Fujiwaraさんと「クロスカルチャーなテスト組織を紹介させて下さい」について話しませんか? #Meety #ビデオオフOK #QA エンジニア
0
5
17
@freddiefujiwara
Fumikazu Fujiwara
3 years
【アルバイト募集】 ★理系学生歓迎★ 楽天で在宅ソフトウェアエンジニア(テスト自動化)アルバイトの募集を開始しました。 応募時には履歴書不要!簡単な必要項目のみの入力で完了します。 皆様の応募をお待ちしております。 #楽天 #採用 #在宅 #QA
0
9
16
@freddiefujiwara
Fumikazu Fujiwara
9 months
QAな皆さんは、テスト中のリスク管理をどのようにしていますか? 一つやり方として バグの発生や修正が予想される数を事前に予測しておき、 実際のバグ発生数や修正数をその予測値と比較します 予測から逸脱した場合には、その対応策を講じます。 他にも良い方法があれば知りたいです。
2
1
17
@freddiefujiwara
Fumikazu Fujiwara
3 years
『単体テストとE2Eさえあればよい』という返しで 『単体テストのカバレッジ十分でモックも作っても、検知できないバグがある』 を説明するときに 『DevOpsのあれあれ~ あれ読んだほうがいいよって』 言って思い出せなかったけど これだった! しかも、日本語翻訳されてる!
1
1
17
@freddiefujiwara
Fumikazu Fujiwara
2 years
川の中で四時間格闘! 二十匹以上は確保できた
Tweet media one
0
0
17
@freddiefujiwara
Fumikazu Fujiwara
1 year
過去のISTQB勉強法は、JSTQBシラバスや用語集、オンラインテスト活用、読み返すだけでなく暗記、そして理論学習後の模擬試験で能力試し。現在は、ISTQBシラバスや模擬試験を英語のままChatGPTに読み込ませ、日本語で解説を受け、深堀りを行う。また、ChatGPTに模擬問題を作成してもらい、理解度を確認
Tweet media one
1
1
17
@freddiefujiwara
Fumikazu Fujiwara
2 years
ふむふむ  予防QAにつながったかどうか何か計測する方法はないかな 1. 予防QAにつながる"アクティビティ"を測る - Unit Testカバレッジ率 - コードレビュー実施率 - コード品質指標(複雑度や可読性、保守性)を測る
@gun_chari
ぐんちゃ
2 years
会社の予防QAの話と昨日の瀬谷さんの話、通ずるものあるな。シフトレフト。紛争・不具合を作り込んでからではなく、予兆・違和感をつかまえて、平和・品質・関係性を作り込むような。
2
2
31
2
1
16
@freddiefujiwara
Fumikazu Fujiwara
4 years
遂に今日から二日間 jassttokyo 本番 監視、作業体制完了 一年いや去年できなかったので足掛け2年くらい準備したが、いよいよもうすぐ
Tweet media one
0
0
16
@freddiefujiwara
Fumikazu Fujiwara
1 year
マイクロソフトが新しいテストサービス「Microsoft Playwright Testing」を開始。ウェブアプリのテストを助け、複数のブラウザと言語でテスト可能。クラウドで同時テストもできる。現在waiting list申し込み受け中
0
1
16
@freddiefujiwara
Fumikazu Fujiwara
5 years
旧来のQA:別々に作業する 全部できてからテストする ↓   アジャイルテスター: 共同に作業する すぐフィードバックでくる チームのそばにいることでテストに対してすぐ手伝える #WaAgileTesting
1
9
16
@freddiefujiwara
Fumikazu Fujiwara
7 years
カバレッジだけを目指して意味のないテストを大量に書いたり、失敗した場合に失敗しないようにテストの方を書き換えてしまうのはマインドセットかもしれないけどそもそもテスト設計という概念がないというのもあるのかな
0
12
15
@freddiefujiwara
Fumikazu Fujiwara
2 years
テスト:開発割合は派生開発 > 新規開発 なぜならば派生開発は、変更箇所+変更以外の無影響確認が必要 ↓ 現在はアジャイル開発が主流 ↓ アジャイル開発では短納期1day-1week ↓ 派生開発かつ短納期はテスト割合が大きくなる ↓ 常に全体テストが必要
1
2
16
@freddiefujiwara
Fumikazu Fujiwara
3 years
はじめてのテストプロセス改善 ソフトウェアの「バグをなくせ」と言われたら?テストプロセス改善でバグを削減しよう(CodeZine Digital First)【電子書籍】[ VALTESADVANCEDTECHNOLOGYINC.高木陽平 ] [楽天] #rakuafl
Tweet media one
0
4
15
@freddiefujiwara
Fumikazu Fujiwara
1 year
計測する時よく複雑なメトリクスを使いがちだが、シンプルで分かりやすいメトリクスを保つことを説く PSM(Practical Software and Systems Measurement)の本。基本概念から詳細な計画、実行、分析、評価方法まで、測定方法や継続的なコミットメントの確立まで詳しく解説
0
2
16
@freddiefujiwara
Fumikazu Fujiwara
3 years
JaSST'22 Tokyoのサイトがオープンしました! #jassttokyo
0
4
16
@freddiefujiwara
Fumikazu Fujiwara
1 year
これが大事! 関係者を狭めて 密室で 黙ってやる
@3utsu
Utsuさん
1 year
大きな事をやろうと思ったら、関係者を狭めて、密室で、黙ってやることが大事です。ザコ社員でも足を引っ張るのは簡単です。したがって、広く知られるときには「だったらあなたはどうするの?」ってところまで持っていっておく。そうすると一般社員は黙ります。
0
12
111
0
3
15
@freddiefujiwara
Fumikazu Fujiwara
1 year
平たく言うと下記なのかな テストエンジニアは品質を確保し、バグを見つけて修正を提案する役割で、 マイナスを減らす活動を担当 プロダクトマネージャーはユーザーのニーズを調査し、新しい機能を追加して価値を最大化する役割で、 プラスを増やす活動を担当
Tweet media one
1
2
16
@freddiefujiwara
Fumikazu Fujiwara
3 years
楽天コマースカンパニーのQA全体を率いる私の上司が各ドメインQAだけではなく横串の活動に関して紹介させていただいております。よろしかったら覗いてみてください!
@rhack_commerce
楽天採用情報(C&Mカンパニー開発部門)
3 years
\楽天コマーステックのQA(品質保証)を担うCCQA/ コマーステックQA部門の副部長のTetsuさんに部署についてや何を大切して業務をしているかなどを聞いてきました! コマーステックのQAに興味のある方必見です! 記事はこちらから →
0
5
6
2
1
15
@freddiefujiwara
Fumikazu Fujiwara
5 years
JaSST'20 Tokyo 実行委員として参加させていただきます よろしくお願いします!
1
0
16
@freddiefujiwara
Fumikazu Fujiwara
8 months
今後テストエンジニアの需要増加がある気がする。 理由は開発がフレームワークやノーコード技術、大型言語モデルによって効率化される中、検証の重要性が相対的に高まるため。 この仮説を検証するには、テストエンジニアQAの求人倍率を調べると有効だと思いますが、どうやって取得できるのだろう
1
2
14
@freddiefujiwara
Fumikazu Fujiwara
3 years
届いた
Tweet media one
1
0
15
@freddiefujiwara
Fumikazu Fujiwara
2 years
確かに!自分の場合は新卒で今で言ういわゆるメガベンチャに入社して、まだ業界的に新卒が珍しい時でした。そんな中、その頃は「出来ない自分」を受け入れてなくて、苦しんでた気がします^^;毎月のようにチームに加わってきた中途入社の社員と心の中で競い合ってましたw
@3utsu
Utsuさん
2 years
新卒1年目なんてクソほど使えないので、張り切らずに「出来ない自分」を受け入れるマインドだけもって入社すれば良い。勝負は2年目から。
1
53
598
0
1
15
@freddiefujiwara
Fumikazu Fujiwara
11 months
確かにパソコンの仕事は主に'transform'作業なので、 - 要求を仕様に - 仕様をコードやパワーポイントに -データを集計しやすい形式に GPT(Generative Pre-trained Transformer)は変換作業が得意だしパソコン仕事の多くは無くなるかもですね
@3utsu
Utsuさん
11 months
日本人にパソコン持たせちゃダメだったのよ。コレからパソコン仕事が無くなるから盛り上がると良いな。
0
7
61
0
1
15
@freddiefujiwara
Fumikazu Fujiwara
4 years
掲載開始されました #jasst #jassttokyo
Tweet media one
0
2
15
@freddiefujiwara
Fumikazu Fujiwara
3 years
#jassttokai この本めっちゃ参考にしてる ソフトウェア品質を高める開発者テスト アジャイル時代の実践的・効率的なテストのやり方 [ 高橋 寿一 ] [楽天] #rakuafl
Tweet media one
0
1
15
@freddiefujiwara
Fumikazu Fujiwara
4 years
SoT日本語版出ました!今年も翻訳者の一人として微力ながら参加させていただきました
@KeizoTatsumi
Keizo Tatsumi
4 years
State of Testing report 2020 の日本語翻訳版(テストの現状調査レポート2020)が完成し、PractiTest社のWebサイトで公開されました。 のWebページの下の方の The Multilingual State of Testing の所にある Download report in Japanese: ダウンロード からどうぞ。
Tweet media one
0
8
20
0
5
15
@freddiefujiwara
Fumikazu Fujiwara
1 year
[ゆる募]システムテスト後の問題: 本番環境差異、テスト不足、デプロイ問題、マージミス等。 解決には早期発見の"左"アプローチ、 問題パターン分析の"右"アプローチがあるかなと思いますが。 QA皆さんのどうしてますか?アドバイス・経験談があれば幸いです<m(__)m>
2
2
15
@freddiefujiwara
Fumikazu Fujiwara
11 months
読み始めました テストエンジニアの価値ナラティブ デプロイの成功率は一つの価値表示かな オペレーションなどの問題を除いて、デプロイの失敗は機能的な不具合に絞る テストフェーズ後に見つかった問題をKPIツリーで分ける デプロイの成功率はビジネス価値に変換できROIも計算できそう
Tweet media one
2
1
14
@freddiefujiwara
Fumikazu Fujiwara
3 years
" テストエンジニアがいなくてもソフトは作れる。テストしなくてもソフトウェアは作れる。テストをすることで、動作する可能性が高まるだけだ。"
@AllCapsTester
AllCapsTester
3 years
"You can make software without Test Engineers. You can make software without testing it. Testing just increases the chances of it working." I've said it before but I said it this week, and as with most times, people were surprised that I said it and didn't think I meant it. I DO
1
0
8
0
4
14
@freddiefujiwara
Fumikazu Fujiwara
4 years
基調講演、招待講演決定しました! #jasst
0
3
15
@freddiefujiwara
Fumikazu Fujiwara
3 years
State Design EngineのUI部分をリリースしました ソフトウェアテスト技法練習帳の 3.3 エアコンの状態遷移をState Design Engineにかけた例 #rakutenqa
@freddiefujiwara
Fumikazu Fujiwara
3 years
StateDesignEngine はこちらです! #rakutenqa
0
3
11
0
3
14
@freddiefujiwara
Fumikazu Fujiwara
9 months
業界で一番話題の本届いた
Tweet media one
0
0
14
@freddiefujiwara
Fumikazu Fujiwara
2 years
仕様から状態遷移図を作れるということは それをGIHOZに投げ込むと 状態遷移テストのテストケースが作れる
@dubhunter
梅本 周作 / アジケ代表取締役
2 years
ChatGPTを使ったシステム図の作り方の記事。 1. ユースケースを定義する 2. ユースケースに応じたデータモデルを定義 3.関係を定義 4.シーケンス図の作成 5.状態遷移図の作成
1
41
345
0
3
14
@freddiefujiwara
Fumikazu Fujiwara
1 year
佐渡到着
Tweet media one
1
1
13
@freddiefujiwara
Fumikazu Fujiwara
8 months
体重計測るだけで楽天ポイントたまるRakuFit 来た
Tweet media one
3
1
14
@freddiefujiwara
Fumikazu Fujiwara
1 year
ソフトウェア開発でバグを作り込まないためには、品質管理やテストの方法を知ることが大切 以下のリンクでは、品質管理の手法やツール、テストの種類や効果などについて解説
0
0
14
@freddiefujiwara
Fumikazu Fujiwara
3 years
/ 明けましておめでとうございます! \
Tweet media one
0
0
14
@freddiefujiwara
Fumikazu Fujiwara
1 year
SofySenceがソフトウェアテストの各フェーズで効率化と時間短縮を実現!テスト要求分析ではconfluenceなどの文書から理解し、自動でテストケース生成、ノーコードで実装します、実行問題特定の助け、実行・分析ではレポート生成、テストケースの修正・再生成をサポート。
0
1
13
@freddiefujiwara
Fumikazu Fujiwara
1 year
寿一さんがグローバル担当CQO、いけどんさんが国内担当CQOつよつよすぎるQA!
@moneyforwardDev
Money Forward Developers
1 year
新CQO、高橋寿一と池田暁に聞く。これからの10年を支えるマネーフォワードQA戦略の第一歩とは - Money Forward Developers Blog
0
10
29
0
1
14
@freddiefujiwara
Fumikazu Fujiwara
1 year
課題:マイクロサービスの複雑なバッチ処理とデータ流れの担保。 解決方法:テストの粒度と責務を分類。 「ユニット」(関数やメソッド)、 「コンポーネント」(APIやバッチ単体)、 「インテグレーション」(複数バッチ跨ぎ正しいデータ確認) で分類。
0
2
14
@freddiefujiwara
Fumikazu Fujiwara
2 years
完全に同意見!
@keyplayers
高野秀敏/ベンチャー採用転職/エンジェル投資家/M&A
2 years
仕事は最高のエンターテイメント。若者の間で「FIRE」が流行っているらしい。自分はリタイアしたくない。いつまで経っても健康で仕事していたいものだ。仕事って「大変だ...」と思うことしばしば。だからこそやりがいあっていいですよね!古い考えなのか…
9
9
232
0
1
14
@freddiefujiwara
Fumikazu Fujiwara
8 months
AIの導入により、テスターの需要が増加し、「AIアシスタント」テスターは生産性が高まり、高い報酬を得る可能性がある一方で、AIを受け入れないテスターは、技術進歩から取り残され、職の安全性に影響を受ける恐れがあり
0
3
13
@freddiefujiwara
Fumikazu Fujiwara
2 years
携帯開発環境できた!
Tweet media one
0
0
12