updated_at: 2026/4/10

QAエンジニア採用の実践ガイド｜要件定義から選考・口説き方まで

QAエンジニアの採用が難しい理由と、要件定義・選考設計・口説き方の実践手法を徹底解説

TL;DR（この記事の要約）

QAエンジニアは開発エンジニアと比べて母集団が極めて小さく、「待ち」の採用では人材が集まらない
「テスターを探す」のか「品質戦略を設計できる人を探す」のかで、要件定義のアプローチがまったく異なる
年収レンジはミドルクラスで500〜750万円、シニア・QAリードで750〜1,100万円が目安
求人票ではテスト自動化の技術スタック・CI/CDパイプライン・品質指標を具体的に開示することが返信率向上のカギ
開発エンジニアからのキャリアチェンジ人材や副業・業務委託からのスタートも有力な選択肢

QAエンジニア採用はなぜこれほど難しいのか

「品質が大事なのはわかっている。でもQAエンジニアが採用できない」。スタートアップの採用担当者やCTOから、こうした相談を受けることが増えている。

このページでわかること

QAエンジニアの採用難易度が高い構造的な理由
自社のフェーズに合った要件定義の作り方
年収相場と報酬設計のポイント
候補者の見つけ方とスカウト戦略
選考設計と技術力の見極め方
求人票の書き方のコツ
内定承諾率を上げるクロージング戦略
入社後のオンボーディングと定着施策

QAエンジニアの採用が難しい理由は、大きく3つある。

1. そもそも母集団が小さい

日本のソフトウェア開発現場では、長らく「テストは開発者がやるもの」「テストは外注するもの」という文化が根強かった。その結果、QAを専門キャリアとして歩んできた人材の絶対数が少ない。

転職市場で「QAエンジニア」と名乗れる人材は、開発エンジニアと比較して圧倒的に少なく、求人倍率で見ると開発エンジニア以上に厳しい数字になることも珍しくない。

2. 「QA」の定義が企業ごとに違いすぎる

ある企業では「手動テストの実行要員」、別の企業では「テスト自動化基盤の設計・構築」、さらに別の企業では「品質戦略の策定からプロセス改善まで」とQAエンジニアに求める役割が大きく異なる。

候補者からすると「QAエンジニア募集」という求人票を見ても、実際に何をするのかがわからない。この曖昧さが応募をためらわせる一因になっている。

3. 報酬水準の認識ギャップ

「テスター＝単価が低い」という旧来のイメージを引きずっている企業が少なくない。しかし、テスト自動化やCI/CD統合、品質戦略の設計ができるシニアQAエンジニアは、バックエンドエンジニアと同等以上の市場価値がある。

報酬水準が市場相場を下回っていると、スカウトメールすら読まれない。

1. 自社に必要なQA人材を定義する

QAエンジニアの採用で最初にやるべきことは、「自社に今必要なQA人材はどのタイプか」を明確にすることだ。

QAエンジニアの4つのタイプ

タイプ	主な役割	必要スキル	想定年収帯
テスト実行者	テスト設計・手動テスト実行	テスト技法、ドメイン知識	350〜500万円
テスト自動化エンジニア	自動テスト基盤の構築・運用	Selenium/Playwright/Cypress、CI/CD	500〜800万円
QAリード	QA戦略策定、チームマネジメント	テスト戦略、メトリクス設計、ピープルマネジメント	700〜1,000万円
SET（Software Engineer in Test）	テストフレームワーク・ツール開発	ソフトウェア開発力、テストアーキテクチャ	650〜1,100万円

スタートアップの場合、最初の1人はテスト自動化エンジニアとQAリードの兼務を期待するケースが多い。ただし、あれもこれもと詰め込むと候補者が離れていくため、優先度を明確にすること。

フェーズ別に必要なQA人材

シード〜シリーズA（プロダクト立ち上げ期）

この段階では専任QAを置かず、開発者がテストを兼務するケースが多い。だが、プロダクトが一定の規模になりリリース頻度が上がると、品質問題が頻発し始める。

最初のQA採用はテスト自動化に強いエンジニアが最適だ。手動テストの実行だけでなく、CI/CDパイプラインにテストを組み込み、リリースのたびに手作業で回帰テストをする状況を脱却することが最優先になる。

シリーズB以降（グロースフェーズ）

プロダクトが複雑化し、開発チームが複数に分かれるタイミングで、QAリードまたはQAマネージャーの採用が必要になる。各チームの品質基準を統一し、テスト戦略を横断的に設計する役割だ。

上場準備〜エンタープライズ

セキュリティテスト、パフォーマンステスト、アクセシビリティテストなど、専門領域ごとのQA人材が必要になる。コンプライアンス要件への対応も求められるため、ISTQB認定資格保持者やドメイン知識の深い人材が重宝される。

要件定義のチェックリスト

以下の質問に答えることで、自社に必要なQA人材像が見えてくる。

現在のテストカバレッジはどの程度か（ユニットテスト・E2Eテスト・手動テストの比率）
テスト自動化基盤は存在するか。あるならどの程度成熟しているか
QA専任者は何人いるか。ゼロなら誰がテストを担っているか
リリース頻度はどの程度か（毎日、週次、月次）
品質問題でビジネスに影響が出た直近のインシデントはあるか
QAに求めるのは「テストの実行」か「品質プロセスの設計」か

2. 年収相場と報酬設計のリアル

QAエンジニアの年収相場は、ここ数年で大きく変動している。テスト自動化やDevOps統合の需要増に伴い、スキルの高いQA人材の報酬水準は上昇傾向にある。

経験年数別の年収レンジ目安

経験年数	ポジション	年収レンジ
1〜3年	ジュニアQA	350〜500万円
3〜5年	ミドルQA（自動化経験あり）	500〜750万円
5〜8年	シニアQA / SET	700〜1,000万円
8年以上	QAリード / QAマネージャー	900〜1,200万円
10年以上	QAディレクター / VP of Quality	1,100〜1,500万円

これはあくまで目安であり、企業規模やプロダクトの複雑さ、使用技術によって変動する。特に、以下のスキルを持つ人材は市場価値が高い。

Playwright / Cypress / Seleniumでの自動テスト設計・実装経験
CI/CDパイプラインへのテスト統合経験（GitHub Actions、CircleCI、Jenkins等）
パフォーマンステストの設計・実行経験（k6、Gatling、JMeter等）
セキュリティテストの知見（OWASP ZAP、Burp Suite等）
モバイルアプリのテスト自動化経験（Appium、Detox等）

報酬設計のポイント

1. 開発エンジニアとの報酬格差をなくす

QAエンジニアの報酬が同等スキルの開発エンジニアより低い場合、候補者は「この会社はQAを軽視している」と判断する。同等のスキルレベルであれば同等の報酬を設定すべきだ。

2. 技術手当・資格手当を検討する

ISTQB認定資格、JSTQB認定テスト技術者資格など、QA固有の資格に対する手当を設けることで、専門性を重視する姿勢を示せる。

3. スキルアップ支援を報酬パッケージに含める

カンファレンス参加費用、技術書籍の購入補助、外部研修の受講費用など、学習支援を充実させることでトータルの魅力を高められる。特に、JaSST（ソフトウェアテストシンポジウム）やtestbash等のQA系カンファレンスへの参加支援は候補者へのアピールポイントになる。

エンジニア採用全般の報酬設計については、エンジニア採用で勝つための報酬設計と年収戦略の完全ガイドで詳しく解説している。

3. 候補者を見つけるチャネルとスカウト戦略

QAエンジニアは転職市場に出てくる人材が限られる。能動的に候補者を探しにいく「攻め」の採用が不可欠だ。

有効な採用チャネル

スカウト媒体

Forkwell ── 技術力の高いエンジニアが多く、QA・SET職種のフィルタリングが可能
LAPRAS ── GitHubやQiitaの活動履歴からスキルを推定できるため、テスト自動化のOSS活動をしている候補者を発見しやすい
LinkedIn ── 外資系出身のQAエンジニアはLinkedInでの活動が活発。シニア層のリーチに有効
Wantedly ── カジュアル面談から入りやすく、QAという職種に興味を持ち始めた開発エンジニアへのアプローチに向く

QAコミュニティ

JaSST（ソフトウェアテストシンポジウム） ── 日本最大のQAカンファレンス。登壇者や参加者との接点が作れる
WACATE（Workshop for Accelerating CApable Testing Engineers） ── 若手QAエンジニアの勉強会。ポテンシャル人材の発掘に有効
テスト自動化研究会 ── テスト自動化に特化したコミュニティ
connpass / Doorkeeper ── QA関連の勉強会やミートアップが定期的に開催されている

人材紹介エージェント

QAエンジニアの紹介実績がある専門エージェントを選ぶこと。一般的なITエンジニアの紹介に比べ、QA専門の求人を多数抱えているエージェントは限られるため、複数社に相談して比較するのが得策だ。

スカウトメッセージの書き方

QAエンジニアへのスカウトで返信率を上げるポイントは、自社の品質課題を正直に伝えることだ。

悪い例:

QA体制を強化するためにQAエンジニアを募集しています。テスト自動化の経験がある方を歓迎します。

良い例:

現在、リリース頻度が週2回に増え、手動テストが追いつかなくなっています。E2Eテストのカバレッジが20%程度にとどまっており、本番障害の約30%が回帰テストで防げたはずの不具合です。まずはPlaywright/CypressでのE2Eテスト基盤の構築をリードしていただける方を探しています。

後者のように具体的な課題と数字を開示することで、候補者は「自分が入って何をするのか」をイメージしやすくなる。QAエンジニアは課題解決が好きな人が多いので、「解くべき課題」を明確に提示するのが効果的だ。スカウトメールの書き方の基本はエンジニア向けスカウトメールの書き方と返信率を上げる例文集も参考になる。

4. 選考設計と技術力の見極め方

QAエンジニアの選考では、一般的な開発エンジニアの面接とは異なるアプローチが必要だ。

選考フローの設計例

ステップ	内容	所要時間	評価者
書類選考	職務経歴書・ポートフォリオ確認	─	採用担当 + QAリード
カジュアル面談	双方のフィット確認	30〜45分	QAリードまたはEM
技術面接	テスト設計力・自動化スキルの評価	60〜90分	QAリード + 開発エンジニア
実技課題（任意）	テスト設計書作成 or 自動テスト実装	2〜3時間（持ち帰り）	QAリード
カルチャー面接	価値観・コミュニケーション力の確認	45〜60分	EM + 経営層

技術面接で確認すべきポイント

1. テスト設計力

与えたい質問例:

「このログイン画面のテストケースを設計してください」── 境界値分析、同値分割、エラーハンドリングの考慮ができるかを見る
「リリース前に限られた時間でテストするとしたら、何を優先しますか」── リスクベースドテストの考え方があるかを確認

2. テスト自動化スキル

使用経験のある自動テストフレームワーク（Playwright、Cypress、Selenium、Appium等）と、なぜそれを選んだか
自動テストのメンテナンスコストをどう抑えてきたか
フレイキーテスト（不安定なテスト）への対処経験

3. CI/CDとの統合経験

テストをCI/CDパイプラインに組み込んだ経験
テスト実行時間の最適化（並列実行、テストの分割戦略等）
テスト失敗時のトリアージフロー

4. 品質メトリクスへの理解

どのような品質指標を追跡してきたか（バグ密度、テストカバレッジ、MTTR等）
メトリクスを使って開発プロセスをどう改善したか

5. コミュニケーション力

QAエンジニアは開発チーム、プロダクトマネージャー、ビジネスサイドなど多方面と連携する。不具合を報告する際の伝え方、開発者との協業スタイルを確認することも重要だ。

実技課題の設計

実技課題を出す場合は、以下のポイントを押さえる。

実際の業務に近い課題を出す（架空のWebアプリのテスト設計書作成、APIテストの自動化実装等）
所要時間を2〜3時間以内に収める（候補者の負担を最小限に）
評価基準を事前に決めておく（テストケースの網羅性、可読性、保守性など）
フィードバックを必ず返す（不採用の場合でも学びがある形に）

QAエンジニアはコーディング試験だけでは見極められない。テスト設計の思考プロセスや、品質に対するマインドセットを総合的に評価する選考が必要だ。構造化面接の設計手法についてはエンジニア採用の構造化面接設計ガイドで詳しく解説している。

5. 求人票の書き方 ── QAエンジニアが「応募したくなる」JD

QAエンジニアが求人票を見るとき、特に注目するポイントがある。

必ず記載すべき情報

1. QAの位置づけ

組織図上でQAがどこに属するかを明記する。「開発チームの中にQAがいる」のか「独立したQAチームがある」のかで、候補者の働き方のイメージが大きく変わる。

2. 現在の品質課題とQAに期待する役割

抽象的な「品質向上」ではなく、具体的な課題を開示する。

3. テスト自動化の技術スタック

使用中の技術、導入予定の技術を具体的に書く。

4. 年収レンジ

QAエンジニアの採用で年収を非公開にするのは悪手だ。「テスター＝安い」というイメージを候補者が持っていることが多いため、適正な報酬を出す企業であることを明示する必要がある。

NGな求人票の特徴

「テスト全般をお任せします」── 範囲が広すぎて不安になる
「品質向上に貢献していただきます」── 具体性がない
テスト自動化ツールの記載がない── 技術的なこだわりがないと判断される
QAの組織上の位置づけが不明── 「開発の下請け」を想像される
年収レンジが記載されていない── 報酬水準が低いのだろうと推測される

6. 開発エンジニアからのキャリアチェンジ人材という選択肢

QA専門の経験者だけを狙っていては、なかなか採用が進まない。開発エンジニアの中には、QAや品質保証に強い関心を持っている層が一定数いる。

キャリアチェンジ候補者の特徴

以下のような開発エンジニアは、QAへのキャリアチェンジに関心がある可能性が高い。

テストコードを書くのが好きで、プルリクエストのテストカバレッジにこだわる
CI/CDの改善やテスト基盤の整備を自主的にやっている
不具合の根本原因分析（RCA）に興味があり、障害対応後の振り返りを丁寧にやる
**「動くコード」より「壊れないコード」**に価値を置く発言をする

キャリアチェンジ採用の進め方

1. 「QAエンジニア」という肩書きにこだわらない

「テスト自動化エンジニア」「品質エンジニア」「SET（Software Engineer in Test）」など、開発エンジニアにとって馴染みのある呼び方を検討する。特にSETは「テストのためのソフトウェアを開発する」ニュアンスが強く、開発エンジニアからの転向を検討している人に刺さりやすい。

2. 学習支援を明示する

QA固有の知識（テスト技法、品質管理手法、ISTQB等）は入社後のキャッチアップが必要になる。研修制度や資格取得支援を明示することで、未経験でも挑戦しやすい環境であることをアピールできる。

3. 段階的な役割移行を設計する

最初から100%QA業務にするのではなく、開発業務を一部残しながらQA業務の比率を徐々に上げていく方法もある。これにより、候補者の不安を軽減できる。

7. 副業・業務委託から始めるQA体制構築

「いきなりフルタイムのQAエンジニアを採用するのはハードルが高い」という場合、副業・業務委託からスタートするのも有力な選択肢だ。

副業・業務委託QAの活用パターン

パターン1: テスト自動化基盤の構築

週10〜15時間の稼働で、E2Eテスト基盤の設計・構築を依頼する。基盤ができてしまえば、社内の開発者がテストケースを追加していけるので、短期間の業務委託でも効果が大きい。

パターン2: QAコンサルティング

テスト戦略の策定、品質メトリクスの設計、テストプロセスの改善提案を月数回のミーティングで行う。社内にQAの知見がない場合のファーストステップとして有効だ。

パターン3: テスト実行のアウトソース

リリース前のテスト実行を外部に委託する。ただし、テスト設計まで丸投げすると品質のコントロールが難しくなるため、テスト設計は社内で行い、実行のみを委託するのが望ましい。

副業・業務委託から正社員への転換

副業や業務委託で成果を出してもらい、互いのフィット感を確認した上で正社員オファーを出す「トライハイヤー」戦略は、QAエンジニアの採用においても有効だ。

候補者にとっても「入社前に実際の業務を体験できる」のはメリットが大きい。QAの仕事は実際にやってみないとわからない部分が多いため、双方のミスマッチを減らす効果がある。トライハイヤー戦略の詳細はエンジニア採用のトライハイヤー戦略を参照してほしい。

8. 内定承諾率を上げるクロージング戦略

QAエンジニアの候補者に内定を出しても、承諾されなければ意味がない。QAエンジニアが最終的に入社を決める要因を理解したクロージングが必要だ。

QAエンジニアが入社を決める5つの要因

1. 品質に対する経営層のコミットメント

「品質は大事」と言いつつ、リリーススケジュールの圧力でテストが削られる組織は多い。経営層が品質に対してどのようなスタンスを取っているかは、候補者が最も気にするポイントの一つだ。

オファー面談で経営層が「品質に対する投資方針」を直接語ることで、候補者の安心感は大きく変わる。

2. QAのキャリアパス

QAエンジニアとしてのキャリアパスが見えるかどうか。IC（Individual Contributor）トラックとマネジメントトラックの両方が用意されていることが理想だ。

ICトラック: QAエンジニア → シニアQA → プリンシパルQA / Staff QA Engineer
マネジメントトラック: QAエンジニア → QAリード → QAマネージャー → VP of Quality

3. 技術的なチャレンジの有無

テスト自動化の基盤構築、新しいテストフレームワークの導入、パフォーマンステストの設計など、技術的に成長できる環境かどうか。「ただテストを回すだけ」の仕事は、スキルの高いQAエンジニアには魅力がない。

4. チーム内でのQAの権限

不具合を見つけたときにリリースを止める権限があるか。品質基準を自ら設定・運用できるか。QAが「開発チームの下請け」ではなく、対等なパートナーとして扱われる組織文化があるかどうかは決定的に重要だ。

5. 働き方の柔軟性

リモートワークの可否、フレックスタイム制の有無。QAエンジニアは集中してテスト設計やテストコードを書く時間が必要なため、柔軟な働き方ができるかどうかは重要な判断材料になる。

クロージングで使えるアクション

現場のQAエンジニアとの1on1を設定する（実際の働き方、チームの雰囲気を伝える）
品質ダッシュボードを共有する（テストカバレッジ、バグ傾向など、データで品質への取り組みを示す）
入社後90日間のオンボーディングプランを提示する（何をやるかが見える安心感）
他社オファーがある場合は、報酬だけでなく「QAとしてのやりがい」で勝負する

9. 入社後のオンボーディングと定着施策

QAエンジニアの採用は、入社がゴールではない。入社後の立ち上がりと定着まで設計することで、採用の成功確率が大きく変わる。

オンボーディングの設計

入社1〜2週目: プロダクト理解

プロダクトの全体像、アーキテクチャ、技術スタックの把握
既存のテスト資産（テストコード、テスト設計書、テスト環境）の確認
主要な業務フローをエンドユーザー目線で触って理解する

入社3〜4週目: 小さな成果を出す

既存の自動テストに新しいテストケースを追加する
手動テストで見つけた不具合を報告し、開発者とのコミュニケーションを始める
テスト環境の改善提案を出す

入社2〜3ヶ月目: 主体的に動く

テスト自動化の改善計画を策定・実行する
テスト戦略のドキュメントを作成する
開発チームへのQAプラクティスの共有を始める

定着のために押さえるべきポイント

1. QAの成果を可視化する仕組みを作る

QAの仕事は「問題を未然に防ぐ」ことが多いため、成果が見えにくい。テストカバレッジの向上率、本番障害の削減数、リリースサイクルの短縮など、QAの貢献を数値で示せる仕組みを整えることが重要だ。

2. 開発チームとの対等な関係を保証する

QAエンジニアが「テストをやらされている人」ではなく「品質のプロフェッショナル」として尊重される文化を醸成する。スプリントプランニングやプロダクトロードマップの議論にQAが参加することで、対等なパートナーシップを実現できる。

3. 学習と成長の機会を提供する

JaSSTやtestbashなどのカンファレンス参加、ISTQB / JSTQBの資格取得支援、社内勉強会の開催など、継続的な学習機会を提供する。QAの世界はテスト自動化ツールの進化が速いため、学び続けられる環境は定着に直結する。

4. 孤立させない

QAエンジニアが組織内で1人だけの場合、専門的な相談相手がおらず孤立しやすい。社外のQAコミュニティへの参加を推奨したり、他社のQAエンジニアとの交流機会を支援したりすることで、孤立感を軽減できる。

FAQ（よくある質問）

Q. QAエンジニアとテスターの違いは何ですか？

テスターは主にテストの実行に特化した役割で、テストケースに沿って動作確認を行う。一方、QAエンジニアはテストの実行だけでなく、テスト戦略の策定、テスト自動化基盤の構築、品質プロセスの改善、品質メトリクスの設計まで担う。言い換えると、テスターは「バグを見つける人」、QAエンジニアは「バグが生まれにくい仕組みを作る人」だ。

Q. QAエンジニアの採用にはどのくらいの期間がかかりますか？

一般的に、QAエンジニアの採用は開発エンジニアと比較して時間がかかる傾向にある。母集団が小さいため、求人公開から内定承諾まで2〜4ヶ月程度を見込んでおくのが現実的だ。スカウト施策を並行して行い、QAコミュニティとの接点を作ることで期間を短縮できる。

Q. 専任QAエンジニアは何人の開発者に対して1人が適切ですか？

明確な正解はないが、一般的には開発者5〜8人に対してQAエンジニア1人が一つの目安とされている。ただし、テスト自動化が進んでいれば少ない人数で回せるし、品質要件が厳しい業界（金融、医療、自動車等）ではもっと手厚い体制が必要になる。自社のプロダクト特性とリリース頻度に合わせて判断すべきだ。

Q. QAエンジニアの採用でよくある失敗パターンは？

多いのは「何でもできるQAを1人採用すれば品質問題が解決する」と期待するケースだ。テスト自動化もテスト設計もプロセス改善もマネジメントもすべて1人に求めると、要件が高くなりすぎて候補者が見つからない。まずは自社の最大の品質課題を特定し、その課題解決に直結するスキルを持つ人材にフォーカスすることが成功の鍵だ。

Q. QAエンジニアにコーディングスキルはどの程度必要ですか？

ポジションによる。テスト自動化エンジニアやSETであれば、開発エンジニアと同等のコーディングスキルが求められる。一方、テスト設計やプロセス改善がメインのQAリードであれば、コードを読めるレベルで十分なケースもある。重要なのは、候補者のコーディングスキルの高低ではなく、自社のポジションに必要なスキルレベルを明確にしたうえで選考に臨むことだ。

Q. AI時代にQAエンジニアの役割はどう変わりますか？

生成AIの登場により、テストケースの自動生成やテストコードの自動生成が可能になりつつある。しかし、AIが生成したテストが本当に品質を保証しているかを判断するのは人間の仕事だ。むしろ、AIツールを活用してテスト効率を上げられるQAエンジニアの価値は今後さらに高まる。テスト戦略の策定、リスクベースドテストの判断、品質文化の醸成など、AIでは代替しにくい領域がQAエンジニアの専門性として残り続ける。

Q. QAエンジニアの採用面接では何を聞くべきですか？

技術スキルだけでなく、品質に対するマインドセットを確認することが重要だ。「過去に品質問題をどう解決したか」「テスト自動化でどんな判断をしたか」「開発者と品質について意見が対立したときどう対処したか」など、具体的なエピソードを聞き出す質問が有効だ。テスト設計の実技課題と組み合わせると、より正確な評価ができる。

まとめ ── QAエンジニア採用を成功させるために

QAエンジニアの採用は、開発エンジニアの採用とは異なるアプローチが必要だ。母集団の小ささ、「QA」の定義の曖昧さ、報酬水準の認識ギャップなど、構造的な課題を理解したうえで採用戦略を組み立てることが成功の第一歩になる。

押さえるべきポイントを改めて整理する。

要件定義を明確にする: 「テスターが欲しい」のか「品質戦略を設計できる人が欲しい」のかで、採用のアプローチはまったく異なる
報酬水準を市場相場に合わせる: QAエンジニアの市場価値を正しく認識し、開発エンジニアと同等の報酬を設定する
攻めの採用を行う: スカウト、QAコミュニティ、副業・業務委託など、複数のチャネルを組み合わせる
選考では思考プロセスを見る: コーディング試験だけでなく、テスト設計の思考プロセスや品質マインドセットを評価する
キャリアチェンジ人材も視野に入れる: 開発エンジニアからの転向を検討している層にもアプローチする
入社後の定着まで設計する: QAの成果を可視化し、開発チームとの対等な関係を保証する

品質はプロダクトの競争力に直結する。優秀なQAエンジニアの採用は、プロダクトの成長を加速させる投資だ。

techcellarでは、QAエンジニアを含むエンジニア職種全般の採用支援を行っています。スカウト運用代行やAIスカウト運用で、貴社のQAエンジニア採用を加速させます。まずはお気軽にご相談ください。

techcellarのサービス詳細はこちら →