技術系新興企業でのソフトウェアテストはどのように行われますか？

ソフトウェアテストの利点を誇る多くの研究記事や技術ブログを目にしました。私はそれを確信しました。しかし、すべてのソフトウェアテスト調査は大規模なソフトウェア会社によって行われているため、スタートアップに実際に適用されるとは思いません。新興企業には、大規模なソフトウェア会社とは異なるニーズと制約があるためです。

したがって、これは疑問を投げかけました。テック系スタートアップは自動テストを書くべきか？もしそうなら、それらは大手ソフトウェア会社と同じ方法で行われますか？（スモークテスト、回帰テストなど）。このトピックに関するいくつかの研究記事を参照できるのが最善です。自分で見つけることができなかったためです。

（私はまだキャリアの早い段階ですが、自動テストの作成に真剣に取り組んでいるスタートアップを見たことはありません）

何をすべきかと私たちが現実的に時間を持っているものとの間には常に矛盾があります。はい、多くの新興企業は、プロジェクトを立ち上げて実行するために、時間を節約するために、テスト駆動開発と自動テストを忘れています。

ソーシャルネットワーキングサイトとモバイルアプリ会社は現在大きなバブルであり、彼らは激しい競争を繰り広げています。場合によっては、4か月と5か月でライブを開始することの違いは、あなたが失うことを意味します。

市場投入までの時間が重要であり、成功した場合はスケーリングする時間です。テストされていないがらくたのテストされていないソフトウェアを価値のあるものにリファクタリングする時間は十分にあります。

ソフトウェアのテストは宗教ではありません。とても良い考えです。

あなたは今テストを書く人力がないと言いますか？いいよ。今から6週間後、適切なテストを実施していればすぐに発見されたはずの、アプリケーションをクラッシュさせるバグを見つけるためのマンパワーはありますか？

テストが多すぎると、開発が遅くなる可能性があります。テストが少なすぎると、速度が低下する可能性もあります。適切なバランスを見つける必要がありますが、通常、それがどこにあるのかを見分けるのは困難です。そして、これは大企業や中小企業に固有のものではありません。

何年もの間、中小企業や新興企業で働いていたとき、「自分のコードの単体テストを書くのに十分な時間がなかった」という誤解を受けていました。

私がテストを書いたとき、それらは肥大化した重いものであり、ユニットテストが必要であることがわかっているときだけ私は決してユニットテストを書くべきだと考えるように私を励ましただけでした。

最近、私はテスト駆動開発を使用するように勧められました、そしてそれが完全な啓示であることがわかりました。

私は今だしっかりと私は確信していること「に時間を持っていない ではない 、ライトユニットテストを」。

私の経験では、テストを念頭に置いて開発することで、よりクリーンなインターフェース、より焦点を絞ったクラスとモジュール、そして一般により多くのSOLIDでテスト可能なコードが得られます。

ユニットテストのないレガシーコードで作業し、手動で何かをテストする必要があるときはいつでも、「このコードにユニットテストがすでにあると、はるかに速くなる」と考え続けます。結合度の高いコードに単体テスト機能を追加する必要があるたびに、「分離された方法で記述されていれば、これはずっと簡単になる」と考え続けます。

私が長年にわたって発見したことが1つある場合、新興企業で働いている場合は、ソフトウェア開発方法論の意味だけでなく、俊敏である必要があります。私にとってTDDは、アジャイルの開始と維持を可能にする重要なツールです。

ソフトウェアテストを誰がやるべきかではなく、ソフトウェアテストはソフトウェア開発の哲学のようなものです。ソフトウェアテストは、優れたソフトウェア品質の基礎を設定し、スタートアップでは、大企業による買収が間近に迫っている場合、ソフトウェア品質はボーナスとなります;）

おばあちゃんをウェブサイトにするか、衛星の誘導システムを作成するかに関係なく、ベストプラクティスは業界全体です。彼らは常に彼ら自身を専門家であると考えたい人たちによって続かれるべきです、それが彼らがベストプラクティスと呼ばれる理由です。

はい、スタートアップは時々手を抜いて、適切なテストを意味しません。時々これは適切です（十分に小さいプロジェクトの場合、または時間/お金が重要な場合）

ただし、これは新興企業に限定されるものではありません。サプライヤの1つであるIT請負業者には、テスト環境さえあります。すべてが生きるために直接行われ、これは大規模な多国籍ソフトウェア会社です（怖い！）

彼らはすべきですか？はい。必要な頻度ではなく、実際にそうします。

与えられる最も一般的な理由は、開発者の時間、専用またはパートタイムのテスターを雇うコスト、テスト環境をセットアップするコストなどを含むリソースの不足です。小規模な新興企業だけでなく、大企業の環境でもこれらの言い訳を見つけることができます。

別の見方をすると、テストは開発スケジュールから切り取るのが最も簡単なことの1つであり、特に目に見える結果を生み出すために非常に厳しい時間のプレッシャーやコストのプレッシャーがある場合は特にそうです。詳細な設計作業に加えて、多くのマネージャーによって「ふわふわ」と見なされており、最初に「スケジュールと予算を作成できるように削減する」と言い、次に「コーディングしないのはなぜですか」と言います。

一部の企業では、プッシュテストを行う人がいます。通常、これは採用される開発者であり、通常は経験のある人であり、おそらく会社で何らかの金銭的利害関係を持つ人です。この「DNA」で始まる企業は、おそらく最初からテストを行うでしょう。