{手動テスト}{自動デバッグ}{テスト}{テスト自動化}{自動}(5)

{自動テスト K#EDD2/670F}

t_w
2022-02-07 13:58
(31){『t_wadaさんと「単体テストの使い方/考え方」の疑問点についてディスカッションしました』}{Playwright}{VRT}{あれ}{不具合発覚は自動テスト拡充のチャンス}{あれ}{あれ}{あれ}{あれ}{自動試験}
(31)
{単体テスト}{自動テスト}(2)

{『t_wadaさんと「単体テストの使い方/考え方」の疑問点についてディスカッションしました』 K#EDD2/BD58}

t_w

https://swet.dena.com/entry/2023/11/13/170000

2023-11-13 20:22
{『2023年にVisual Regression Testingを始めるならどんな選択肢があるか』}{自動テスト}{Microsoft}(3)

{Playwright K#EDD2/36DE}

t_w
2023-11-03 22:10
{回帰テスト}{自動テスト}(2)

{VRT K#EDD2/8190}

t_w

Visual Regression Testing

2023-11-03 21:43
(5){Lost Pixel}{『2023年にVisual Regression Testingを始めるならどんな選択肢があるか』}{Zombie.js}{jest-puppeteer-react}{『Awesome Visual Regression Testing』}
{2023年10月23日}{jest}{自動テスト}{エビデンス}(4)

{あれ K#EDD2/498F}

t_w

会社でシステムの改修にたいして、Backlogのチケット単位での試験のエビデンスが必要になったので、どうしてやろうかとなってる。

せっかく自動テストやっとるので、自動テストやってる箇所についてはエビデンスもいい感じに生成されて欲しい。

jestで差分テストやって、その結果をチケットにコピペでぺってはったるのが一番素朴な感じ。

Githubでプルリク作ったらJestが走って、プルリクのコメントでJestの実行結果のレポート出るみたいな感じにしたいっすね。

JestのHTML reporter色々あるけど、定番とか無さげ?jest-junitがJestの公式で言及されてるけど、出力がXMLなので扱いがめんどい。

2023-10-23 22:462023-10-23 22:42
{不具合}{自動テスト}(2)

{不具合発覚は自動テスト拡充のチャンス K#EDD2/783A}

t_w
2023-10-20 12:58
(1){あれ}
{社員旅行}{不具合発覚は自動テスト拡充のチャンス}{2023年10月20日}{品質保証}{自動テスト}(5)

{あれ K#EDD2/5039}

t_w

作っているシステムがなかなか品証を通らずリリースできないでいる。

品証が通らなければリリースを翌週に延期してバクを直すのだが、時間が余って機能追加するものだからそれでまたバグるみたいなことを繰り返している。

自動テストを作ってもコレなので、システムの規模が大きくなると厄介だ。


なんとか今日中にバグを直して、品質保証して、翌週月曜日にリリースできるようにしたいけども、今日は午後から社員旅行で時間がなくて無理そう。

バグ直すだけならできると思うんだけど、自動テストの拡充チャンスなので、自動テスト化してから直したい。

2023-10-20 12:232023-10-20 11:34
{あれ}{LI社社長}{2023年9月8日}{E2Eテスト}{Cypress}{自動テスト}(6)

{あれ K#EDD2/B60D}

t_w

CypressによるE2Eテストもgit commitの度に実行されるようにしてあったのだが、これはやめてしまった。リリース時のみ使用することとした。

まず時間がかかりすぎる。1ケースあたり1秒はかかる。複雑なことをすれば10秒20秒かかるのが当たり前になる。現時点で20のテストケースが作られており、全て実行されるまでトイレに行く時間程度はかかる。

次にAWS費用が高くついた。E2Eテストなので当然APIが叩かれ、DBにクエリが走り、ログが保存される。1日に15回ほどのgit commitをしたところ、その日のCloudWatchの費用がX USDを超え、予算超過のアラートが出た。E2Eテストが今月分の予算を食い尽くしてしまった。確かに開発速度と引き換えの必要経費と言える。日給XXX円と思えば破格だ。しかし今は上司が育休に入っており予算を拡大するには予算申請が社長に飛ぶ。社長の時間単価はX USDよりはるかに高い。あとなんか怖い。予算超過は年に均せばまだセーフということで、なんとか爪に火を灯して凌ごうとなった。

しかし、このみみっちい判断が社長の意にそぐわない可能性は高い。やるべきことをやってない。XXX円のために人件費を垂れ流している。いや、そこまで考えるのは追い込み過ぎか。現時点で十二分に開発速度は速い。

2023-09-08 20:432023-09-08 19:43
(1){あれ}
{過剰品質}{あれ}{自動テスト}(3)

{あれ K#EDD2/2B62}

t_w

正直言って現時点では過剰品質だ。まだ本番運用されていないのでDBが吹っ飛ぶぐらいでちょうどよい。

2023-09-08 20:352023-09-08 20:34
{2023年9月8日}{React Testing Library}{自動テスト}(3)

{あれ K#EDD2/3AF1}

t_w

React Testing libraryによって100を超えるテストケースが実装された。10秒ほどでそのすべてが実行される。

コードの保存、コミット、プッシュのたびに自動テストが実行されるようにしてある。

テスト作成になれてきている。加えて、一度テストを作成した箇所はテストの追加が容易だ。だんだんとテスト作成速度が上がってきている。

2023-09-08 20:272023-09-08 19:25
(1){あれ}
{自動テスト}{試験}(2)

{自動試験 K#D657/AF6B}

B̅

「4回のテストで自動テストはペイする」ということで、「
開発中の動作確認・git commit時の動作確認・git push時の動作確認・デプロイ時の動作確認
で自動テストがつかえるので、実質1サイクルで自動テストはペイする
」となった。

なので「バクを直すとき」「新機能を追加するとき」「リファクタリングするとき」に
関連する自動テストを作るとコスパが良い。

── あれ
2023-09-08 13:482023-09-08 13:46
(2){あれ}{あれ}
1
{自動テスト}

{}