【考察】テストコードのきれいな書き方 - Qiita
作ったものが想定した動作をしているか。 それを確認するために、テスト（試験）を行います。 検証したいことがちゃんと実現できて確認が取れているのであれば、その品質自体は割と気にされないことが多い印象です。 保守・運用・追加開発 をしていくプロジェクトが多くあると思います。 その作業の中で、改善を取り入れていくこともあると思いますが、その中でも一番後回しにされるのが、テストコードの改善のように思います。 推測ですが、「コストによるメリット・リターンが少なすぎる」ことが理由かな…と（開発者目線ではリターンが大きいのですが、運用者目線ですとリターンが少なく見えてしまう）。 であれば、最初からある程度綺麗なものがどういうものかを考え、作成しておけば良いのではないか・・！ ということで、考察していきたいと思います。 前提 考察をするにあたり、言語化した時の表現や意味のズレが発生しやすい部分もあると思い
「バグをたくさん見つける人の頭の中」を言語化してみた - Qiita
バグ発見にはセンスがあるらしい？ 「よくそのバグ見つけたね！」 と言われる人が周囲にいませんか？ 実は私も言われます ただ、「なんで見つけられるの？と言われても...」と思うくらい無自覚だったりします そんな自分を知るためにも今回は、バグを見つけるセンスの言語化に取り組んでみようと思います 注意書き 大前提、体系化も裏付けもできておりません 本来の品質保証やテスティングは、センスでバグを見つける活動ではないとも考えています よくバグを見つける人の頭はこうなっているのかもな、という一例としてお読みください また、この記事では用語の解説は行いません 気になる言葉があればぜひ調べてみてください！ では、「バグをたくさん見つける人の頭の中」を解体していきましょう！ 分類1: 視点を広げる ✅ 無数のユーザーになりきってみる ユーザー面: 中高生だったら？ビジネスマンだったら？高齢者だったら？日本語
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
