外部とのインターフェース(外部APIなど)の切り替えをつど書き換えるのではなく、コーディング時に.envで切り分けておく、インターフェイスだけ定義しておき、内部のクラスの注入をswitchさせる(ローカル:JSONデータ、開発:特定のレスポンスを返すスタブサーバー、検証以上:外部APIや外部サービスなど)PT(プログラムテスト)、単体テストメソッド単位、クラス単位のテスト。PHPUnitでのIn、Outのチェックや単一の画面でのテストを含むことあり。できれば自動化しておくことが望ましい。エビデンスに関してはスクショやログの証左など残しておくとよい。結合テストある程度のフロー(画面遷移を伴う状況下)単位での確認。画面の挙動に関してのチェック。APIサービスなど外部と接続した時点での挙動を確認するなど。エビデンスに関してはフローごとの画面単位のスクショなど。これが必要)を作成する。仕様の理解などができていないと基本的なフローがわからないので仕様理解者に問い合わせる、自分がユーザーになって常識的に考えてみるなど。前提条件など書いておくとあとで見返した時に非常にわかりやすい。セキュリティテスト悪意ある入力や脆弱性などに対しての漏れがないか。セキュリティの知識がある人間がテストする必要がある。負荷テスト、性能テストある程度、大量のデータ。現実データに近い量でデータを入れた時の画面レスポンスなど。結果としては主に機能単位の時間など。コメントをキャンセルメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。静的領域、スタック、ヒープなど実務でメモリの調査をしましたが、肝心のメモリについてほとんどわかっていないのでメモ。メモリの領域を大きく分けると静的、スタック、ヒープに別れる。...画面テストのツールに関してUnitテストに関してはxUnit一択だと思いますが、UI系のテストツールについて。IDE(コードを書かずにすむマクロ系)に関して全てChromeで動くことを確認しています。かいてきましたが、ユーザー側に見せるエラーメッセージについて考察して見ました。Factoryパターンに関して。...変数の役割について前回のエントリーの主眼は変数を置くことで、適切な情報量に分割し、コードを読みやすくしよう、ということでした。