2020/10/18に開催された
KANA HANAZAWA Acoustic Live 2020
「かなめぐり2」Online Live
セットリストです
1: happy endings
2: マイ・ソング
3: ミトン
4: 滞空時間
5: brilliant
6: Blessing Bell
7: flattery?
8: おしえて
9: 曖昧な世界
10: trick or treat!
11: We Are So in Love
12: マラソン
13: Eany, meeny, miny, moe
14: 恋する惑星
15: 雲に歌えば
16: 星空☆ディスティネーション
2020/8/22 に開催された
「USG 2020 “LIVE (in the) HOUSE 2”」
セットリストです。
1: マスターボリューム
2: MIDNIGHT JUNGLE
3: fake town baby
4: フライデイノベルス
5: ライトフライト
6: サンポサキマイライフ
7: like cofeeのおまじない
8: 23:25
9: ぼくたちのしっぱい
10: チャイルドフッド・スーパーノヴァ
11: 未完成デイジー
12: マイノリティ・リポート (darling, I love you)
13: 何かが変わりそう
14: 10% roll, 10% romance
15: Catch up, latency
16: crazy birthday
17: オーケストラを観にいこう
18: Phantom Joke
2020/7/15 に開催された
「USG 2020 “LIVE (in the) HOUSE”」
セットリストです。
1: mix juiceのいうとおり
2: オトノバ中間試験
3: 桜のあと(all quartets lead to the?)
4: きみのもとへ
5: 君の瞳に恋してない
6: オリオンをなぞる
7: I wanna believe、夜を行く
8: スカースデイル
9: 静謐甘美秋暮抒情
10: mouth to mouse (sent you)
11: Phantom Joke
12: to the CIDER ROAD
13: 場違いハミングバード
14: シュガーソングとビターステップ
15: 箱庭ロック・ショー
16: フルカラープログラム
17: 弥生町ロンリープラネット
18: 春が来てぼくら
2020/5/29にTMELive(中国在住者向けライブ配信サイト)にてライブ配信された
「花泽香菜 线上音乐会 2020」 セットリストです。
※特にライブ名があるわけではなさそうなのでweiboでの告知名です。
1: Just The Way You Are
2: happy endings
3: 星空☆ディスティネーション (中国語ver.)
4: 有點甜 / 汪蘇瀧 (カバー曲)
5: flattery?
6: マラソン
7: 恋する惑星
8: ブルーベリーナイト
9: 君がいなくちゃダメなんだ
10: Nobody Knows
11: あたらしいうた
12: brilliant
13: 雲に歌えば
※配信サイトには「かなめぐり2」とありましたが、中国での「Opportunity」以前の全アルバム配信開始記念ライブでした。
うぃろぅです。
生存アピール。
昨今は新型ウィルスにより外出自粛が続いて気が滅入りますよね。
そんな中で気づいたほっこりエピソードをお届け。
今日も今日とて昼食を自宅で食べていたのですが、外から大きな音が。
何かと思って意識を向けてみると、改造バイクに乗った集団が自宅の前を通って行きました。
(画像はイメージです)
そこでふと思い出してみると、私はここ2ヶ月ほど自宅に篭りっきりだったわけなのですが、その間に改造バイクの騒音を聞いた記憶が全くないんですよね。
つまりは彼ら/彼女らも自粛していたというわけで、
「今日走る?」
「実家住みだし親がめんどい(方便)からやめとくわ」
「あーお前んとこの親うるせえもんなwww」
的な話し合いを経て
「そろそろ外走りてえよなあ」
「流石に落ち着いてきた頃だしもういいっしょ」
「結局誰もかからなかったし余裕だったわwww」
的な遷移が見られたと想像するに難くないわけです。
それを思うと普段は「あー今日もうるさいねぇ」としか感じない私でも「我慢してたんだねえ、偉いねえ」とほっこりしてしまったというお話。
私の住んでいる地域はまだ緊急事態宣言が解除されていないのであと1週間くらい我慢できんかったんか、とは少し思いましたがまぁでもよく頑張ったよね。
明日にでも全国的に解除されそうなので徐々に世の中も賑わっていくのではないでしょうか。
正しく恐れて楽しく過ごしていきたいですね。
花澤香菜さんのライブが全て延期になったので私の冬はまだ続きそうなのが玉に瑕。
いのりんの横アリには頑張っていただきたいところ。
ではまた。
うぃろぅです。
炎上していた前のプロジェクトが無事終了したため読んでいきます。
ちょうど自宅研修が許可されたので都合もいいし。
ながーく使えるテスト設計技本の基礎本。
テストには散々苦しめられたし今一度基本に立ち返ることが大事。
当たり前だが全ての章を詳細に書くわけにはいかないためただのメモになっている箇所がいくつかあるが、思い出せるようにしておくことが大事。
そもそもテストなんてどうしてするのよ、なんの意味があるのよ、といったことが語られている。
会社においては品質の担保や保守性の向上が挙げられる。
大事なことは、テストは「安心」のためにあるものではなく「精神的な規律」とするために あるものだということ。快適に開発しような。
前者は一つ一つのテストケースが小さくなるが、後者は大きくなる。どちらが良いかは処理速度や実行時間にも夜ため一概には決められない。
テストの種類は大きく分けて4種類。基本情報とかでよくみるアレ。
全てをテストすることはできないということを念頭に置く必要がある。バグは必ず起きる。
わかりやすく説明するための例としてケーススタディを付録に用意したよ、というお話。
ブラックボックステストは、「中身が詳細にわからないプログラム」のテスト。
要件と仕様書を頼りにテストを行う。
全てのテスト工程で適用可能である。
実装全てをテストすることは当然不可能だが、正しく実施すれば少ない手順で多くをテストできる…はず。
例えば「学生の学科テスト」の入力データを検証するプログラムがあったとして、
0 ~ 1001 ~ 91 ~ 3が検証OKになるとする。この時、それぞれの値にそれぞれ-1, 0, 1, 2…と順番に値を入れていってテストする必要はないよね、ということ。
| 点数 | クラス | 学年 | 期待値 |
|---|---|---|---|
| 21 | 2 | 1 | OK |
| 150 | 3 | 2 | NG |
| 90 | 12 | 3 | NG |
| 70 | 6 | 7 | NG |
というように、それぞれ「正常値」と「異常値」が仕様書に書いてあるのであればその2択で十分テストできるよね、という話である。
言われてみれば当たり前だが、大事な基本。
そもそも文字列を入れてテストするかどうかは仕様によるため、適宜判断が必要。
同値テストから一歩進んで、同値である範囲の境界値を使ってテストを行う。 例えばさっきの点数で
0 ~ 59はC60 ~ 79はB80 ~ 100はAという評価をするとしたら、テストケースとしては以下となる。
| 点数 | 期待値 |
|---|---|
| -1 | NG |
| 0 | C |
| 59 | C |
| 60 | B |
| 79 | B |
| 80 | A |
| 100 | A |
| 101 | NG |
-1と101は入力時点で弾く可能性もあるため場合による。
同値の境界を適切にテストすれば十分だよね、という考え方。
表が大きくなるため具体例は書かないが、複合条件によって期待値が一つに定まる場合は表にしてそれぞれの値を適切に管理してテストを実行すべし、という話である。
ラジオボタンが「携帯電話」が「電話番号(携帯電話)」が入力必須、「固定電話」なら「電話番号(固定電話)」が入力必須とか、そういう時にちゃんとラベルごとに整理して試験しようねと。
ここでの条件が連続値の範囲だった場合、境界値の考え方も有効である。知識が連鎖していく。
組み合わせが膨大になるテストがある際、直交表を元に値を決定してテストを行うことで全ての組み合わせを網羅できる、という考え方。
https://geechs-magazine.com/tag/lifehack/20161004_1
例えばこの記事が詳しい。
もしくは、全ペアを生成するアルゴリズムを用いて全ペアを生成する方法でも考え方は同じ。
このページからダウンロードできる。
どちらにしてもテストケースを大幅に減らすことが可能なため、存在を知っておくことが大事。
状態遷移図や状態遷移表を用いたテスト。
こちらの記事が詳しい。
例えばオタクの敵であり友である「e+」のチケット状態が「支払い待ち」 → 「発券待ち」 のような状態を試験する。今だと「払戻待ち」も重要かな。
複数の変数を同時にテストするときの技法。
こちらのスライドがとてもわかりやすい。
いわゆるシナリオテスト。1人のユーザーが新規登録して何かしらのアクションをして…といったケースを用意し、その通りに操作できるかどうかをテストする。
もちろん正常系だけではなく変な操作(戻って最初からやり直す操作)も行う。デバッグ作業めいたもの。
それぞれの機能について最低1回ずつ試験すれば概ねカバーできるため、システムテストに良さそう。
ここまでがブラックボックステスト技法である。ペア構成テストはこれまでしっかり学んでこなかったためがっつり学習せねば。
プログラムの構造がわかっている際に行うテスト。テストコードを書いて条件分岐を網羅したり異常なデータを作り出してエラーを検証したりするのはこちら。
単体テストだけではなく結合テストやシステムテストにも適用可能なテストが存在する。
その性質上、プラグラムに関する知識が必要不可欠となる。
こちらも大事なのは全ての入力データに対するテストは困難であることを知っておくこと。
条件分岐があるプログラムに対して、命令網羅、分岐網羅、条件網羅…とフローを追ってテストしていく。
基本情報試験等でよく出るので知っている人も多いはず。
一つ一つのメソッドを小さく設計すればそこまで負担にならない…はず。
プログラムの中で変数が意図していない値になっていないかを試験する。
スコープが正しく設定されているか、といったことも同じ観点。
Haskellのような再代入不可の言語はここが強い気がする。
ホワイトボックステスト技法については以上。よりこまかく試験できるよ、とざっくり理解。
パラダイムとは、ざっくり「考え方の規範になるもの」ということ。
パラダイムシフトという言葉は聞いたことがあるはず。
テストにおいては大別して「スクリプトテスト」と「探索的テスト」の2つのパラダイムが存在する。
ウォーターフォールのプロセスの一部として登場するテスト。
テストが開始できるようになる前からテストを計画する。
「仕事を計画し、計画に従って仕事する」という言い方が的確。
要約されたドキュメント(原文)がこちら。
本では噛み砕かれて説明している。
プログラムについての探索をしながらテストを進めていくパラダイム。
「ウミガメのスープ」や「20の扉」のように「これができるか調べる」 → 「解決する」の繰り返しをテストに当てはめていく考え方。
スクリプトテストと違ってテストの習熟度が効率に大きな差をもたらすが、熟練のテスト設計者がテストを実行した時の効果がとても大きい。
スクリプトテストの補完として実行しても有用なため、どちらかが絶対的に優れているということはない。適材適所。
テスト計画は、一回したらそれっきりということではなく、継続したプロセスであるということが解説されている。
PDCA、大事。
テストが大事だということはわかった。では、何をテストの開始地点として何をテストの終了地点とすればいいのよ、という話。
そのための足がかりとしての支援技法の解説。
テスト計画のとっかかりとして、またテスト抜け漏れ防止のチェックリストとして様々な人が提唱した欠陥の分類が説明されている。
分類に唯一の正解は存在しないため、既存の分類を基に自分の分類を作り上げていく必要がある。
「私は通信処理でバグを入れ込みやすいから分類を詳細にしておこう」とか「変数を極力使わないコーディングをしているからデータフローは一般的なチェックで十分」とか。
分類はテストをMESEにするために大事。
バグを全て見つけられることに期待はしないほうがいいため、じゃあいつ終わればいいのよ、と。
(テストが完了していない箇所も含めて)全体の見通しがついたら、というのが一つの基準になりそう。
「わかりやすいバグは全て改修が終わって起きるとしたらこことここの処理のレアケース」のような状態であれば世に出しても大抵なんとかなる。
致命的でなければ出したらもう直せないわけではないし。
個人的には「いいから出荷しろ」と上司に言われたら、というケースが非常に納得がいく。納期。うーむ。
座学だけでは身につかない。いいから手を動かすんだよ!!(雑な要約)
やはり「知識のインデックス」を作ることが大事。
テスト設計をする際に読み返すと大きな支えになりそうな良本だった。
ではまた。
2020/2/16に仙台Rensaにて開催された
花澤香菜 Acoustic Live Tour 2020
「かなめぐり2」
仙台公演のセットリストです。
1: Merry Go Round
2: マイ・ソング
3: ブルーベリーナイト
4: Just The Way You Are
5: brilliant
6: Blessing Bell
7: flattery?
8: 君がいなくちゃだめなんだ
9: Nobody Knows
10: ぼくらが旅に出る理由 / 小沢健二 (カバー)
11: 同心円上のディスタンス
12: マラソン
13: スパニッシュ・アパートメント
14: 恋する惑星
アンコール
15: 雲に歌えば
16: 星空☆ディスティネーション
