すぎもと | AI開発・ノーコードQA

AI駆動開発・ノーコードアプリの品質を守る人｜Bubble / FlutterFlow / バイブコーディングのテスト・セキュリティ・設計抜けを発信｜いざという時に頼れるQA目線を届けます｜開発・PM・QA歴6年｜20社以上支援

[すぎもと | AI開発・ノーコードQA @yourteam14]

ノーコードって画面が早く出るから、
クライアントが「イメージ通りです！」と言いやすいんですよね。

でもそのとき、中の条件や例外まで決まったわけじゃない。

見た目ができている分、具体的な話が後ろにずれやすい。
「分かった気」になるのが、一番怖いかもしれないです。

[すぎもと | AI開発・ノーコードQA @yourteam14]

ノーコード案件でクライアントとズレるとき
たいてい「話していなかった」わけじゃないんです。

原因はコミュニケーション不足じゃなくて、 確認の粒度が揃っていないことだったりします。

「なんで伝わらなかったんだろう」より先に、「何を確認できていなかったか」を見た方が早い気がします。

[すぎもと | AI開発・ノーコードQA @yourteam14]

非エンジニアほど知っておきたい、
“壊し方テスト”という考え方
をnoteに書きました。

最初から完璧にやらなくても、
「どう使ったら崩れそうか」を見るだけで、
公開前の不安は少し減らせると思っています。
記事はこちらです👇
https://t.co/OD9Rhz4BRn

[すぎもと | AI開発・ノーコードQA @yourteam14]

“壊し方テスト”っていうと、
大げさに聞こえるかもしれないのですが、
実際には
普通に使ったら見えない弱いところを探す
くらいの感覚です。

完璧なテスト設計じゃなくても、
「こけやすい場所」を見つけるだけでかなり違います。

[みゃう @MiaouAppinfo]

Webシステム脆弱性デモ

何人か実施してくれていますがLv2突破者全然いないっぽい。
Lv1：雑魚だが非エンジニアのWebシステムはこの対策していないのが多い印象。
Lv2：解析と気付きが必要
Lv3以降：知識が必要

https://t.co/5jKsssvOWn

#個人開発 #セキュリティテスト

[すぎもと | AI開発・ノーコードQA @yourteam14]

たとえば、

・空欄のままだったら？
・途中で戻ったら？
・同じボタンを何回も押したら？
・通信が遅かったら？
・入力ミスしたら？
みたいに、
少し意地悪に見てみる感じです。
これが私は、
“壊し方テスト”に近い考え方だと思っています。

[すぎもと | AI開発・ノーコードQA @yourteam14]

非エンジニアの人がアプリを見るときって、
どうしても「ちゃんと動くか」を見がちだと思うんです。
もちろんそれも大事です。

でも実際には、
うまくいかなかったときにどうなるか
を見るだけでも、気づけることがかなり増えます。

[すぎもと | AI開発・ノーコードQA @yourteam14]

テストって聞くと、
なんだか急に難しく感じることがあると思います。
ちゃんとやらなきゃ、と思うほど
何を見ればいいか分からなくなるんですよね。

でも最初は、
そんなに難しく考えなくてもいい気がしています。

[すぎもと | AI開発・ノーコードQA @yourteam14]

バイブコーディングで作ったアプリ、
「自分で触って大丈夫」はテストではありません。
自分で触るのはもちろん大事です。
でも、それは最初の確認であって、
そこからもう一歩見るだけで、公開後の安心感はかなり変わります。

そんな話をnoteに書きました👇
https://t.co/CNPiwN4ucL

[すぎもと | AI開発・ノーコードQA @yourteam14]

テストって、
「ちゃんと動くかを見ること」
だと思われやすいんですけど、
実際はそれだけじゃなくて、
・失敗したときにどうなるか
・変な操作で壊れないか
・やり直せるか
・中途半端な状態にならないか

を見ていくことでもあると思っています。

[すぎもと | AI開発・ノーコードQA @yourteam14]

自分で触って大丈夫だった
というのは、

自分の想定したルートが1回通った

というだけのことも多いです。

ここ、私も大事だなと思っていて、
「動いた」ことと
「安心して出せる」ことは
同じではないんですよね。

[すぎもと | AI開発・ノーコードQA @yourteam14]

自分で作ったアプリって、自分の想定どおりには動きやすいんですよね。

自分は流れを分かっているので、
ちゃんと順番に触れば、だいたいうまくいく。

でも実際のユーザーって、
・途中で戻る
・入力を飛ばす
・ちょっと変な入れ方をする
・何回も押す

みたいなこと、普通にあります。

[すぎもと | AI開発・ノーコードQA @yourteam14]

バイブコーディングでアプリを作っていると、

「とりあえず自分で触ってみて、大丈夫そうだったからOKかな」

って思うこと、あると思います。
これ、すごく自然なことだと思うんですけど、
実はその確認だけだと少し足りないことがあります。

[すぎもと | AI開発・ノーコードQA @yourteam14]

「集計の数字がおかしい気がする…」

Bubbleで3/12にアップデートされたバグのひとつが「リアルタイム集計の値が一貫して更新されない」というもの。
怖いのは、普通に動いていて、誰も気づかないまま本番で使われ続けること

ノーコードアプリで見落としがちなのは
値が正しいかの検証です

[すぎもと | AI開発・ノーコードQA @yourteam14]

こういうのは、今後どんどん増える。

一般ユーザーがアプリに慣れているから、面白そう→ダウンロード→漏洩が絶対に増える。

素敵なアイデアが炎上の火元にならないように、しっかりテストしてから世にだしてほしい😭

[みゃう @MiaouAppinfo]

あまりやると不正アクセスになるのでやりませんが。
どれとは言いませんが個人情報扱うくせにセキュリティガバガバ
jsベタ書きだから悪意のある改変すれば無課金でも有料モードに移行可能。たぶんデータも引き抜ける。
という個人開発のwebシステム見つけました。
本人に伝えたがいいのかな…。

[すぎもと | AI開発・ノーコードQA @yourteam14]

あまりテストをしてこなかった人も、これを機にテストを強化してみて！

https://t.co/W3GZryzlJR

[すぎもと | AI開発・ノーコードQA @yourteam14]

Bubbleで作ったアプリをテストするのに
最低限自分で行った方がいいのはこの3つ
（本当はたくさんテストしたほうがいいけれど）

① 正常系
→ 普通に使えるか

② 異常系
→ 変な操作しても壊れないか

③ 境界値
→ ギリギリの値でどうなるか

[すぎもと | AI開発・ノーコードQA @yourteam14]

私の経験をふまえた、まとめ記事をnoteに書きました。

「エラー表示する」「メール送る」「通知する」 QAが確認する具体化ポイントを例ごとに整理しています。

https://t.co/0Yoh7wqluw

[すぎもと | AI開発・ノーコードQA @yourteam14]

ノーコード開発ざっくり仕様あるある

・「エラー表示する」→どこに？何て書く？
・「メール送る」→いつ？件名は？失敗したら？
・「対象ユーザーに通知する」→誰のこと？
・「検索できる」→何で？部分一致？全項目？

会話では通じてるのにテスト段階でズレが出る
体験談があったら教えて！

[すぎもと | AI開発・ノーコードQA @yourteam14]

画像生成時に

「ゆめかわいい感じで画像作って」

ってGeminiに言ったら冒頭に「ゆめかわ」ってついたけど、名前とかではないです笑

[すぎもと | AI開発・ノーコードQA @yourteam14]

Bubbleで開発したアプリのテスト

「想定通りの動き！」

で終わりだと、テスト完了になりません。
想定外の動きも含めてテストです。