LibreOffice mini Conference 2014 QA

品質を高める活動に参加してみよう！
in LibreOffice mini Conference 2014 Tokyo/Japan
2014/6/7
榎真治 (shinji.enoki@gmail.com)
LibreOffice 日本語チーム
This work is licensed under a Creative Commons
Attribution-ShareAlike 3.0 Unported License.

2
自己紹介
LibreOfficeコミュニティ
The Document Foundationメンバー（最近なりました）
LibreOffice日本語チームメンバー(主にイベントで活動)
関西LibreOffice勉強会 (2008年-)
徳島LibreOffice勉強会 (2014年-)
その他のコミュニティ
日本UNIXユーザ会、KOFスタッフ、LILOなど
ビジネスはフリーランスで活動
LibreOfficeのサポートなど

3
アジェンダ
品質保証/テストについて
LibreOfficeでの不具合対策の現状
LibreOfficeでのテストとツールの紹介

今日のゴール
QAやテストがなぜ必要なのか、
どんな効果があるか考えてみる
LibreOfficeでQAをやってみようと思った時に、
どんなことが出来るのかわかる

LibreOfficeの品質に関わる課題
どんなことが気になりますか？
実装されているはずの機能が動かなかった
解決されていた不具合が再発した
翻訳がおかしかった
操作が面倒くさいところがあった
どれもが品質に関わる課題

品質って？
ISTQBの用語集によると
コンポーネント、システム、プロセスが、指定された要求、
ユーザ、顧客のニーズ機体を未対す度合い
（私見では）期待したように機能するか
ユーザが仕事をどれだけうまく片付けられるか

顧客の満足感
満足
物
理
的
充
足
状
況
不充足充足
当たり前品質
一元的品質
魅力品質
さらには
品質は不具合だけではない
狩野モデル
当たり前品質を満たすだけでは十分ではない
魅力的品質の向上が重要だと思う
ただ、今回は不具合対策の話に限定

こんなことも
4.2.0 ではCalcのクラッシュバグなどが発見される
すぐに4.2.1をリリースして対応することになった
すぐに対応できたのはGood
リリーストレインにそった動き
ただ、使おうとしてトラブルに遭遇したユーザは少なくな
かった
Beta版で試していれば、
リリースする前に見つけて修正できたかも

現状の不具合対策でやっていること
開発者
ユニットテスト
ソースコードレビュー
QA
バグトリアージ
Bugzillaではレポートがあふれている
重複の整理、再現確認、情報が足りないとメッセージなど
バグハンティングセッション
ベータ版に対して、集中的にテストを行うイベント
リリース前テスト
リリース候補に対してテストを呼びかけ
OOoの時のように、テストしないとリリースしない
というルールはない

再現確認修正方法の調査
開発とテスト、不具合報告の流れ
コードを書く
ソースコード
レビュー
ユニットテスト
開発者
ナイトリービルド
ベータ版
リリース候補
（RC）
リリース版
バグハンティングセッション
ユーザーからフィードバック
リリース前のテスト
？
不具合報告

どのタイミングで？
予防する
リリース前の早い段階で欠陥/問題を発見
ユーザーが使っていて発見
早いタイミングで対応出来た方が
全体的なコストは少なくてすむ

不具合報告について
バグデータベースのBugzillaでレポートする
メーリングリストで相談する
discuss@libreoffice.org
自信がないとき、他の環境で確認して欲しいときなど
フォーラムで相談する（日本語版がスタート）
ask.libreoffice.org
アンチパターン（よくない方法）
twitter、FB、ブログなどで書く
コミュニティでは気がつかない
気がついても追加情報や確認が取りにくい

Bagzillaの説明
不具合情報などを管理するデータベース
https://bugs.freedesktop.org/
LibreOfficeのバグ報告方法のページ参照
https://wiki.documentfoundation.org/QA/BugReport/ja

Bug Submission Assistant (BSA)
Bugzillaのフロントエンド
LibreOfficeのメニューからアクセスできる
Webフォームで手順にしたがってレポートする
メニューの[ヘルプ]-[フィードバックを送る]

https://wiki.documentfoundation.org/File:BzLifecycleold.png

バグトリアージ
以前からBugzillaで未確認のままのものが多い
QAプロジェクトではバグトリアージに注力する方向
でもやっている人は少ない（私も出来てません）
再現確認
重複チェック
古いバージョンでレポートされたものは、新しいバー
ジョンで確認されない場合は閉じることも
トリアージがまだまだ課題

手動テスト
LibreOfficeを操作して不具合がないかをテストする
アプローチ
テストシナリオに沿ってテストする（Moztrap:後述）
新機能や変更、不具合修正されたところを試す
普段使う機能を試す
Etc...

Moztrapの説明
手動テストのテストケースを管理するツール
テストケース（シナリオ）を実行し、結果を報告
ログイン、アカウント作成
http://manual-test.libreoffice.org/

項目をクリックすると
テストケースが表示される

Bibisect
LibreOfficeを複数バージョンのバイナリを
gitで切り替えて起動するツール
リグレッションバグを調べるときなど、
複数のバージョンで確認したい時に便利
https://wiki.documentfoundation.org/QA/HowToBibisect

Easy Hacks（簡単なハック）
始めたいと思ったときに、最初の一歩として提案され
ているタスクのリスト
QAでもEasy Hacksがある
ここのリストからやることを探すのもあり
メンテはあまりされてない気も...
https://wiki.documentfoundation.org/QA/Easy_Hacks

QAプロジェクト（グローバル）
メーリングリスト：qa@libreoffice.org
IRC：#libreoffice-qa
Webで見るなら
https://webchat.freenode.net/?channels=#libreoffice-
qa
電話会議:月２回程度。英語
メーリングリストの入会ページ
http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa

開発、QAの動きをざっくりみる
minutes of the ESC call
Engineering Steering CommitteeはLibreOfficeの
技術的な調整や決定を行う
週1回開催されるESCの電話会議の議事録
“QA”や”projects”のMLに流れる
LibreOffice Gerrit News
1日１回メール：QA-MLにも
Bugzillaの動き
twitterにも流れてくるがちょっと大変かも...

Most Annoying Bugs(MAB)
リリースバージョンに含まれる最もやっかいなバグ
バージョンごと（4.2, 4.3など）にBugzillaに追跡用の
Issueが立てられる
例：4.2のMABは、fdo#65675
https://wiki.documentfoundation.org/QA/Most_Annoying_Bugs

どこから手をつけるか？
やりたいところからがいいのでは？
がんばりすぎるとしんどい
やりやすいところから
効果はありそうでも、難しくて進まないよりはよさそう
バグトリアージはフルタイムがいないとしんどい
TDFでも1人募集していた
みんなでTDFに募金するとと雇えるようになるかも

まとめ
LibreOfficeの不具合修正やQAの現状について説明
しました
QAは関わる人が少ないので、興味をもった人はぜひ
参加ください

Enjoy LibreOffice Life!
Thank you!

LibreOffice mini Conference 2014 QA

More Related Content

LibreOffice mini Conference 2014 QA