Rijun Suzuki
LINE / Service QA Team
LINE ファミリーサービスは、コミュニケーションアプリ「LINE」を通じて、コンテンツ領域とライフ領域の2軸によって、より多くのユーザーの生活が豊かになるためのサービス展開を行っています。
QA チームでは、サイクルの早い Web 開発において、効率良く、スピードを落とさずに、かつ十分な品質を担保しながらプロジェクトのリリース・運用を成功させることをミッションとしています。
本セッションでは、QA チームの組織編成、LINE のソフトウェア開発における QA チームの関わり方、効率的かつ包括的にテスト活動を行うための取り組みについてご紹介いたします。
11. DesignDev Plan
PROVIDE VALUE QUICKLY
QA QA
in charge in a year
QA Members: 10
Project : 18
LINE Corp (Tokyo) LINE Fukuoka
Over 2510
• 新規サービスのキックオフ
• 同じ拠点でプロジェクトチームを作る
• サービスは並列で増加する
• 福岡 QA ブランチに移管
• プロジェクトの成熟度で判断
• プロジェクトのライフサイクルで判断
12. DesignDev Plan
PROVIDE VALUE QUICKLY
QA
PROJECT
LINE Corp (Tokyo) LINE Fukuoka
QA
in charge in a year
QA Members: 10
Project : 18
• 新規サービスのキックオフ
• 同じ拠点でプロジェクトチームを作る
• サービスは並列で増加する
• 福岡 QA ブランチに移管
• プロジェクトの成熟度で判断
• プロジェクトのライフサイクルで判断
13. DesignDev Plan
PROVIDE VALUE QUICKLY
QA
PROJECT
PROJECT
PROJECT
LINE Corp (Tokyo) LINE Fukuoka
QA
in charge in a year
QA Members: 10
Project : 18
• 新規サービスのキックオフ
• 同じ拠点でプロジェクトチームを作る
• サービスは並列で増加する
• 福岡 QA ブランチに移管
• プロジェクトの成熟度で判断
• プロジェクトのライフサイクルで判断
14. DesignDev Plan
PROVIDE VALUE QUICKLY
QA
PROJECT
PROJECT
PROJECT
LINE Corp (Tokyo) LINE Fukuoka
QA
Porting
QA
Resourc
es
We can handle new project !!!
in charge in a year
QA Members: 10
Project : 18
• 新規サービスのキックオフ
• 同じ拠点でプロジェクトチームを作る
• サービスは並列で増加する
• 福岡 QA ブランチに移管
• プロジェクトの成熟度で判断
• プロジェクトのライフサイクルで判断
15. PROVIDE VALUE QUICKLY
DEVELOPING SUSTAININGLAUNCH
DEVELOPINGLAUNCH
DEVELOPINGLAUNCH
LAUNCH
In Charge Of
TOKYO QA FUKUOKA QA
PROJECT A
PROJECT B
PROJECT C
PROJECT D
Project Lifecycle
19. ENSURE SUFFICIENT QUALITY
• ドキュメントを資産として管理
• ケースの再利用
• ドキュメント管理に規律を設ける
• 階層の構造化
• テストの透明性の向上
• オンラインオンタイムで可視化
• BTS などのシステム連携
Test Suites Release Version
Test RunTest Cases
Step / Check
Step / Check
Step / Check
Step / Check
Test Cases Test Run
Step / Check
Step / Check
Step / Check
Step / Check
Test
Test
Test
Test
Test
Test
Test
TestMake Test
Run from
Test Case
20. ENSURE SUFFICIENT QUALITY
• ドキュメントを資産として管理
• ケースの再利用
• ドキュメント管理に規律を設ける
• 階層の構造化
• テストの透明性の向上
• オンラインオンタイムで可視化
• BTS などのシステム連携
TestSuite
├── ExploratoryTest
├── RegressionTest
├── SanityTest
└── SystemTest
├── 1.0.0
├── 1.1.0
└── 2.0.0
├── FunctionA
└── FunctionB
├── TestCaseA
└── TestCaseB
# As GitHub Repository
# Test Type
# Release Version
# Function
# Test Case
21. ENSURE SUFFICIENT QUALITY
• ドキュメントを資産として管理
• ケースの再利用
• ドキュメント管理に規律を設ける
• 階層の構造化
• テストの透明性の向上
• オンラインオンタイムで可視化
• BTS などのシステム連携
Test Progress per Release / Function
22. ENSURE SUFFICIENT QUALITY
• ドキュメントを資産として管理
• ケースの再利用
• ドキュメント管理に規律を設ける
• 階層の構造化
• テストの透明性の向上
• オンラインオンタイムで可視化
• BTS などのシステム連携
Test Result of Requirement / Bug
Test Case for Requirement