Q&A
ご回答ありがとうございます。
今回はユーザーが入力する項目がなく、
ユーザーは決まったボタンしか押せないようにしています。
学習アプリなので、問題が出て「正しい答えを選択せよ」というように。
そのため桁あふれや、型が違うデータが入ることは考えにくいと思ったんですけども…。
こんにちは、いつもお世話になっております。
今、DBテストで悩んでいるのですが、お知恵をお貸しいただけないでしょうか。
DBのテストについての質問です。
DB:SQLite
OS:iOSおよびAndroid
資格試験の学習アプリを設計・開発しており、現在テスト工程に入っています。
（プログラムは外注です）
設計書に「DBへ更新を失敗した時は、ロールバックをし、メッセージを出す」
というようなエラー処理を書いたはいいものの、
いざ納品されたプログラムをテストしようとしたときに「DBへ更新を失敗した時」の
テスト方法がわかりません。
あまり実物とかけ離れたダミーデータを流して無理やりエラーを生じさせても
もテストとしては意味がないですし。。
できるだけ「実際にユーザーが使用している時に更新が失敗しそうな事象」を再現させたいと思っているのですが、
何か良い手はありませんでしょうか。
「こういうテストをしたことがある」などヒントをいただけたら幸いです。
よろしくお願い申し上げます。
回答3件
0
実際のユーザーはこちらの想像の斜め上を行く入力や操作をしてきますので、「実物とかけ離れたダミーデータ」でもまったく問題ないかと思います。
投稿2018/07/24 09:13
総合スコア907
0
お疲れ様です。
あまり参考にならないと思いますが、私がSQLiteを使ってアプリを作るときは、「データベース削除」や「テーブル削除」するボタンを作ってテストしています。
「本当にDBに書いているのか」「削除したのか」がSQLServerなどとくらべわかりずらいので、テーブルを削除した状態で、思った動きになるか確認しています。
外注なので、今となっては手遅れかもしれませんが、今後は「隠し」ボタンも仕様書に入れる必要があるかも。
投稿2018/07/19 02:52
総合スコア264
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。