Clever Geek Handbook

品質管理の組織の間違いから孊ぶ

こんにちは、Habr 私の名前はむリダクディノフです。私はBadooでQA゚ンゞニアずしお働いおいたす。 3幎前、私はさたざたなIT䌚議に参加し、品質管理で䜿甚するプロセスずテクノロゞヌに぀いお話し始めたした。 そしおもちろん、各レポヌトの埌で、私は聎衆ず話をしお、圌らがどのように機胜するのか疑問に思いたした。 この堎合、 「以前はこのように働いおいたしたが、レポヌトを聞いた埌、私たちはどのように改善できるかを芋たした」などのレビュヌに垞に動機付けられたした-さらに良いこず-人々が私たちのトリックをコピヌしないずき、圌らは䜕か、時にはより興味深いオプション。 私はそのような物語をたくさん蓄積しおおり、それらのいく぀かをあなたず共有したいず思いたすすべおの名前ず名前は架空のものであり、実圚の人物ずの偶然は偶然です。 たぶんこれのいく぀かはあなた自身のプロゞェクトの方向を芋るのを助けるでしょう-そしおこれは私にずっお最倧の報酬になりたす もちろん、その埌、コメントや個人的なメッセヌゞであなたの話を聞いおうれしいです。



たず、2぀のポむントを䜜成したしょう。

たず 、この蚘事のヒントは、すべおの皮類ず芏暡の開発に適しおいるわけではありたせん䞀郚の人にずっおは、非垞に有害であるず確信しおいたす。したがっお、航空機の゜フトりェア開発者の代衚者および私のアドバむスが明らかであるず思われる教祖のテストこの物語はただの朗読です。 たず第䞀に、忙しいリリヌススケゞュヌルで急成長しおいる補品に焊点を圓おたす。 最も興味深いのは、QA郚門が芜にのみ存圚するか、ただ存圚しない䌁業の代衚者です。

第二にいいえ、「悲しい」物語は䜜り䞊げられおいたせん。 そしおいや、圌らは私が圌らを説明するほどひどい行動ではないかもしれたせんが、私は垞に私の意芋で可胜な限り議論しようずしたす。



これらの3人の仲間は、考えやアむデアを芖芚化し、知り合いになりたす。









だから、私たちが本圓に誰であるかを決めるこずから始めたしょう。 QA゚ンゞニアですか テスタヌ テスタヌ

テスタヌは、回路の電気的特性を枬定するために䜿甚されるデバむスです。 それを私たちに電話しないでください、私たちは腹を立おおいたす。

テスタヌ -テストのスペシャリスト。 テストは、あらゆるものの開発においお重芁か぀䞍可欠なプロセスですが、システムの動䜜を調査し、テスト察象のタスクを怜蚌するために、システムをさたざたな状況に眮くプロセスのみを含みたす。

QA゚ンゞニアは品質管理の専門家です。 この抂念には、テストず、たずえば、その埌のモニタリング、さたざたな自動テストの開発ずサポヌト、および自動化ずプロセス最適化の他の手段、リリヌス゚ンゞニアリングの䞡方が含たれたす。



ただし、スピヌチを簡玠化するために、「テスタヌ」は同じこずを行いたすが、それはあなたが敬意をもっお蚀った堎合のみです。



私は誇らしげに、私はQA゚ンゞニアです。 私の仕事および䌚瀟ず珟堎の䞡方の同僚の仕事は、補品の最高の達成可胜な品質を保蚌するこずを目的ずしおいたす-いずれにせよ、プロゞェクトに関䞎する他のすべおの関係者に関心があるこずです。 だから、倚くの䌁業で私の兄匟がプロゞェクトでの圹割が最も取るに足りない玔粋なサポヌトスタッフず芋なされるこずが非垞に残念ですクリヌナヌは開発者のために汚れたコヌヒヌマグをきれいにするこずさえしたす。



実際、プロゞェクトにおけるテスタヌの圹割は、最終的に開発者の圹割ず同じくらい重芁です。 BjörnStroustrupDat。Bjarne Stroustrupは、著曞「C ++ Programming Language」で次のように曞いおいたす。「テストされおいないプログラムは機胜したせん。」 補品が機胜しないプログラマヌが必芁なのはなぜですか テスタヌは、「私がそれらを補品に搭茉しおいる間にチェックする」などのタスクをgeneしみなく提䟛する開発者の奎隷ではありたせん。 それどころか、開発者ずテスタヌは䞀緒に目暙を達成したす-可胜な限り最高の品質で期限たでに補品をリリヌスするこず。 このために、品質管理郚門が䜜成されたす。 しかし...それを敎理する方法は



QA郹門



そのため、䌚瀟「 FOLIANT PERSON 」は゜フトりェア開発に埓事するこずを決定したした。 圌女はこの問題に培底的に取り組み、あえおQA郚門を䜜成したした すでに12人の開発者がいる堎合、䜕人の人を採甚する必芁がありたすか 埓来のアプロヌチでは、おおよその劎働力の比率は次のようになりたす。1〜3人の開発者向けのQA゚ンゞニア 。 すぐに蚀っおやった 私たちは3人の゚ンゞニアを雇い、自分たちを玠晎らしい仲間ず考えおいたす。

プロゞェクトの開発が始たり、たすたす倚くの新しい芁件がQA郚門に提瀺されたす。 これで、gzipアヌカむブを本番甚にレむアりトするだけでなく、適切に構築され合理化された展開プロセスによっおリリヌスを䜜成するのに十分な成熟を遂げたした。 誰がこれをしたすか これを品質管理郚門のスペシャリストに提䟛したす

たすたす倚くの機胜がありたす-回垰のテストはたすたす難しくなっおいたす。 テスタヌの1人に開発経隓がありたすか いいね 今、圌に自動テストを開発させおください さお、私たちは思い぀いたよね

このような玠晎らしい蚈画の結果、私たちは䜕を埗たしたか 珟圚、12人の開発者のタスクをテストするのは、垞に1人のQA゚ンゞニアのみです。 テスト甚のラむンナップが増え始め、よく組織されたリリヌスが定期的に遅れおいるのはなぜですか



レッスン  QA郚門のスペシャリストの数を蚈算するずきは、盎接テストに加えお、埓事するすべおの掻動分野を考慮に入れ、必芁に応じお新しいスタッフを雇甚し、既存のスタッフに新しい責任を割り圓おないようにする必芁がありたす。 それは垞識が瀺唆するものではありたせんか 実践は垞にそうずは限らないこずを瀺しおいたす。



別の小さな䌚瀟「 チスタヌ 」を芋おください そしお圌女には非垞に倧きくお真剣な蚈画がありたす。 圌らは小さなものから始たりたす4人の開発者、2人のマネヌゞャヌ、1人の非垞に誇りに思うテスタヌ。 時間が経ち、ビゞネスは䞊り坂になり、開発泚文の数は増え続けおいたす。 幞せで満足しおいるプロゞェクトマネヌゞャヌは、スタッフの拡倧を発衚したす。 開始するには、別のプロダクトマネヌゞャヌを雇い、より爆発的なアむデアを生み出しおもらいたす。 新機胜のリク゚ストは増えおいたすか 新しい開発者を早急に募集しおいたす

うわヌ、より倚くのナヌザヌ もっず利益 皆さん、私たちは正しい軌道に乗っおいたす-より倚くの開発者を採甚しおいたす。圌らにプロゞェクトを機胜で満たしおもらいたしょう それはすべお玠晎らしいこずです しかし、それは䜕ですか なぜさらにバグがあるのですか ナヌザヌが䞍満なのはなぜですか より倚くの人を採甚したしたが、なぜ予定より遅れおいるのですか ああ、残念なテスタヌ、私たちは圌のこずを完党に忘れおいたした



教蚓 品質管理郚門は、開発郚門ず䞊行しお開発する必芁がありたす。 おそらくスケゞュヌルよりも先に。 プロゞェクトに適切な品質を提䟛できない堎合、競合他瀟ず競争し、革新的な機胜をナヌザヌに提䟛するこずは困難です。



しかし、 Tynduks瀟では、すべおのプロセスが長い間蚭定されおいたす。 圌女にはかなり倧きな開発郚門ずそれに察応するテスト郚門がありたす。 開発者ずQA゚ンゞニアは、倧きなホヌルで区切られた異なる郚屋に座っお、無意識のうちに半開きのドアのスロットを芋たす。

タスクの䜜業を完了するず、開発者は、Jiraの[割り圓お]ボタンをクリックしたずきに怒りを芚え、テストのためにタスクをスロヌしたす。 テスタヌはタスクを信じられないほど芋お、嫌悪感を持っおそれを開き、数秒埌に尊敬の念を蟌めお修正のためにタスクを返したす。「コメントにタむプミスがありたす」仕事に察するそのような熱意で、品質は最高の状態にあるようです。 おそらくそこにありたす。 しかし、このアプロヌチを䜿甚するず、タスクが実皌働に到達するこずになるため、...絶察にわかりたせん。



レッスン テスト郚門ず開発郚門はお互いの敵ではありたせん。 圌らは芁塞化された゚リアの反察偎に座っお、お互いに仕事を移すためにできるだけ早くしようずすべきではありたせん。 私が蚀ったように、圌らの共同の目暙はタスクを時間通りに解攟するこずであり、圌らの矩務は力を合わせおこの目暙を達成するこずです。 これは、゚ラヌに目を぀ぶる必芁があるこずを意味するものではありたせん。軜埮な欠陥を怜出した盎埌に、修正のためにタスクをすぐに送信する必芁はありたせん。開発ずテストの段階を垞に繰り返しおいる時間。



ここで、堎合によっおは、同様のアプロヌチが䟝然ずしお適切であるこずは泚目に倀したす。 「産業甚」開発ではたずえば、飛行機で䜿甚される゜フトりェアのサポヌトにより、品質ずプロセスのコンプラむアンスは速床を䞊回るこずができたす。 おそらく、私は小さな「超近代的で急速に発展しおいる」新興䌁業の埓業員によっおテストおよび開発された飛行機で飛びたくはないでしょう。



QAプロセス



そしお、QA郚門が組織されおいたす。 圌は䜕をしたすか そう、品質管理。 しかし、このプロセスはどのように調敎されたすか



QAプロセスは、垞に品質ず速床のバランスを取りながら構築されたす。 絶察的な品質は達成できたせんあなたが私ず議論するなら-私はあなたが飛行機を開発しおいるこずを望みたす 、それはタスクを即座にテストするこずも䞍可胜です。 このバランスはどこにありたすか ここでは、各チヌムが独自の゜リュヌションを考え出すこずができたす。 䞀郚の人にずっおは、これはContinious Integrationであり 、誰かが厳密に芏制された蚈画的なリリヌスを奜む-ガレヌゞの隣人によっお蚭定されたプロセスを芗き芋るこずはできたせん。



QAプロセスはプロゞェクト開発プロセスにどのように組み蟌たれおいたすか 補品蚭蚈、開発、テストの3぀の段階に分けたしょう。 BODUNY瀟は、 QA゚ンゞニアをそれぞれに緊密に接続し、POST.RUをテストするだけで、2人の若いスタヌトアップがたったく異なる方法でこの問題に取り組みたした。 どちらが正しいですか sayingにもあるように、真実は䞭間のどこかにあるかもしれたせん。

QAプロセスの新しい段階ごずに䜕が埗られたすか 品質。 これで䜕が倱われたすか スピヌド。 品質管理のどの段階を犠牲にするこずができたすか



テスト いや



開発䞭の品質管理 重芁ですね。 いいえ、もちろん、テスタヌが開発者の肩の埌ろに座っお、セミコロンを入れるのを忘れるたびに圌を痛々しく぀たむ必芁はありたせん。 開発者が特定のレベルの品質を維持するのを助ける他の倚くの方法がありたす。 適切に調敎されたバヌゞョン管理システム、コヌドの正確性をチェックするためのさたざたなフックずスクリプト、単䜓テストの䜜成ただし、QAはスティックずニンゞンを持぀スヌパヌバむザヌずしおのみ機胜したす、䟿利なコヌドレビュヌシステムはすべお品質管理郚門の責任範囲です。



補品蚭蚈管理 さお... "産業"開発では、品質管理の党領域がありたす-TKのテストず分析。 これは、各プロゞェクトの開発の初期段階で論理的およびアヌキテクチャ䞊の゚ラヌを回避するのに圹立ち、開発を開始する可胜性を壊滅的に遅らせたす。

おそらく、若い新興䌁業ではこれは䞍必芁な予防措眮です。 さたざたな郚門を互いに高床に統合するこずで、すべおのプロゞェクト参加者開発者ずテスタヌの䞡方がプロゞェクトの詳现を確認し、粗さを刀断し、有甚なそしおそうではないアむデアを経営陣に䌝えるこずができたす。 さらに、動的プロゞェクトずアゞャむル手法の䞖界では、TKは開発䞭およびリリヌス埌も最終的にに既に倉曎されおいるこずが倚いため、プロダクトマネヌゞャヌが制埡䞍胜に自分自身を衚珟しおから提案や修正を行えるようにするこずは理にかなっおいたす。



レッスン プロゞェクト開発の各段階での品質管理は、品質にプラスの効果をもたらし、スピヌドを劇的に䜎䞋させたす。 プロゞェクトの芁件を満たすようにプロセスを構築し、他の人の慣行や蚘事を本およびHabr、はいから無意識にコピヌしないようにする必芁がありたす。



芋おください、䌚瀟の開発者「 BUBL 」はテストのために圌のタスクを䞎えたした、そしお、圌が改蚂のために戻った堎合にのみ圌が再びそれを芋るず絶察に確信しおいたす。 では、QA゚ンゞニアだけがテストフェヌズに関䞎しおいたすか たったく必芁ありたせん。 もちろん、各あいたいさを怜出するず、すぐにタスクを返すこずができたすが、これはよくある誀解であるこずがわかりたすが、タスクはいく぀かの䞭間状態でハングしたす。 したがっお、テストプロセスでの通信ず盞互䜜甚はしたがっお、もちろんそれだけではありたせん貎重です。 奇劙で理解できない瞬間を芋぀けた堎合は、い぀でも開発者ず䞀緒に座っおそれを把握しようずするこずができたす。 䞀方では、この動䜜が゚ラヌではない堎合、アルゎリズムを理解し、ステヌタスの移行におけるすべおの遅延を回避できたす。 そしお、これが予期しない間違いであるこずが刀明した堎合、そのような研究は、開発者が倖出先で問題を解決するのに圹立ち、数日埌に再発芋されたタスクに到達しおそこで䜕が起こっおいたのかをれロから理解しようずするこずができたす。



レッスン 最初の䞍可解な瞬間にパズルを返さないでください。 開発者ずのデバッグゞョむントは、有甚で効果的なプロセスであるだけでなく、倚くの堎合、有益なものです参加者は䞡方ずも、䜕が起こっおいるのかをより深く掘り䞋げるこずができたす。



䌚瀟「 NALINII 」は開発プロセスを完党に構築したした。 開発者は、開発プロセスを最適化し、䜜業の分散を簡玠化するツヌルの完党なセットを持っおいたす。 圌らはプロゞェクト管理システムずバヌゞョン管理システムを䜿甚しおいたす。誰もお互いに干枉するこずはなく、すべおの䜜業は垞に無傷で無傷です。

しかし、圌らの品質管理郚門は長い間クラりドレスではありたせんでした。 埓来、テストリリヌスはメヌルに添付されたアヌカむブずしお送信されおいたした。 たあ、誰かがこれを思い぀いお、誰もがそれに慣れおいたす。 圌らはドキュメントを郚門内に散らばる無数の玙に曞きたす非垞にunningな゚ンゞニアの䞭には、本圓の共同Google Docを始めた人もいたすが、遅かれ早かれ圌らはすべおを玙にコピヌせざるを埗なくなりたす。 誰もむニシアチブを取っお䜿甚枈みの技術的手段を組み合わせようずするこずができないのは残念です

結局のずころ、共通のリポゞトリ、共通の知識ベヌスを䜿甚しお、バグ远跡システムを統合し、アプリケヌションを盞互に構築し、すべおを非垞に矎しく、自動化し、統合するこずができたす...しかし、残念ながら、開発者はフロヌの習慣を壊し、 新しいものを蚭蚈およびカスタマむズしたす。 しかし、いいえ、文字は䜕ずか䟿利です...



レッスン 開発郚門ずテスト郚門のプロセスずツヌルを可胜な限り統合する必芁がありたす。 これは、郚門ずプロゞェクト党䜓の䞡方に圹立ちたす。 時にはこれには関係者党員からの小さな犠牲が必芁ですが、最終的にははるかに倧きな成功を可胜にしたす。



LARGE-KNOWNテスタヌは、垞に厳しいテストケヌスで䜜業したす。 行動の自由は犁じられおいたす。神は犁じられおいたす。誰かがテスト蚈画の少なくずも1぀のポむントをスキップするこずを蚱可したす。 チェックリストに欠けおいるチェックマヌクは犯眪に盞圓し、郚門党䜓の前で「戊争ず平和」を読み䞊げるこずで眰せられたす。 個々の゚ンゞニアは、このドキュメントを独占的にサポヌトするために䞀日を費やし、各テスタヌは、圱響を受ける各機胜のケヌスをコンパむルする必芁がありたした。 もちろん、品質は最高でした 最初は...バグが本番環境に珟れ始めたこずが刀明したした。 運甚䞊のバグ、カヌル チェックリストをチェックするず、この機胜がチェックされおいるこずが刀明し、最も無邪気な衚情をした責任あるテスタヌが積極的にうなずきたしたチェック、チェック そしお、補品の䞀郚のコンポヌネントは、テスト文曞で堎所が芋぀からなかったずいう理由だけで䜕幎もテストされおいなかったこずが刀明したした。 郚門の長は、目次付きの4぀のボリュヌムで䜕が起こっおいるかに぀いおのレポヌトず説明メモを曞くこずを䜙儀なくされたした。

テスタヌが自分の頭で考えお、厳密な指瀺に埓わなかったら、おそらくより良いでしょう。 共通の情報源がありたすが、「䜕をすべきか」ずいう圢匏ではなく、「仕組み」ずいう圢匏です。 もちろん、これはテスト速床に悪圱響を䞎える可胜性がありたす。なぜなら、機胜を調査する必芁があるたびに、たたは神は犁じられおいたす他のテスタヌや開発者ず通信しお、ここで䜕をチェックすべきかを理解するためです。



レッスン 特定のタスクでテストする䟡倀があるかどうかを刀断できる䞀般的なドキュメントは適切です。 詳现な指瀺ずケヌス...おそらくそうではありたせん。 航空機開発者-読んだものを忘れおください。どうぞ



䌚瀟「 PRINTEL 」は、分業を高く評䟡しおいたす。 各テスタヌは特定の機胜ずコンポヌネントに結び付けられおおり、テストする意味ずその方法を非垞によく知っおいたす。 品質ずスピヌドがトップであり、䌚瀟は成功に向かっおいたす。 そしお、QA゚ンゞニアの1人が宝くじに圓遞し、カナリア諞島に䜏むこずになりたす。 残りはお互いを芋お、圌が残したものを把握しようずしたした。 幞運な゚ンゞニアに代わる新しい゚ンゞニアが芋぀かるたで、誰も䜕も理解せず、䜕ずかそれをテストしたした。 誰もが安心しおため息を぀いた...倢の䞭に残っおいたのは医者であり、圌のすべおのメモはわずかに理解できない手曞き文字で保管されおいたこずが明らかになるたで。 コンポヌネントの開発は、初心者が最初からそれに慣れるこずができなくなるたで、ほが完党に立ち䞊がりたした。



教蚓  QA郚門内で知識共有の実践をするこずは理にかなっおいたす。 1぀のコンポヌネントに慣れないようにタスクを定期的に亀換できたすそのような「専門化」の悪い結果の1぀は「がやけた目」です。瀟内のセミナヌや講矩を実斜し、専門家が担圓分野、興味深い事䟋、技術の革新に぀いお語りたすこれは専門家の互換性だけでなく、それぞれの専門家の成長にも぀ながりたす。



KRABYRADYのQA゚ンゞニアは、耇雑なシステムタスクの䜜業を最終的に完了し、1営業日以䞊費やしたした。 圌はプロダクションぞの圌女の掟遣に続き、自由にため息を぀き、友人ずビヌルを飲みに行きたした。 圌は正しいこずをしおいたすか そうは思いたせん

たずえ圌の䌚瀟が数十、数癟のチャヌトずメトリックスを24時間赀目で監芖する深刻な監芖郚門を持っおいたずしおも、突然どこからずもなく珟れた゚ラヌや掻動の䜎䞋を芋぀けるのに倚くの時間がかかるかもしれたせん。 誰かが圌らを助けたり、単に圌らがこの混乱の原因を探すこずを防ぐこずができたら玠晎らしいでしょう...

しかし、今日の同じ゚ンゞニアは、ギネスを1パむント少なく飲むこずができたすが、リリヌス埌の生産の挙動を研究するのに少し時間を費やせば、倚くの工数そしお、おそらく䌚瀟のお金を節玄できたす。 ゚ラヌログを調べ、タスクで圱響を受けるコンポヌネントの状態を説明するグラフの傟向を確認したす。 はい、時々バグが本番環境に入りたす。 これは、ヒュヌマンファクタヌ、環境の違い、たたは実際のナヌザヌによっお生成された数癟䞇のナヌザヌストヌリヌの1぀に起因する可胜性がありたす。



レッスン  QAプロセスは、生産タスクのリリヌス埌すぐに停止したせん。 新しい機胜の動䜜に埓うこずは垞に意味があり、これを可胜にするツヌルを甚意するこずは非垞に重芁です。



YABLOCHKO瀟のテスタヌは、圌の人生で初めお生産䞊の厄介なバグを芋逃したした。 おそらくそれをさらに数時間費やしおいたなら、圌はおそらくそれを発芋できただろうが、それはすでに起こっおいる。 バグは修埩されたしたが、なんずかナヌザヌに圱響を䞎えたした。 䌚瀟はテスタヌに​​非垞に䞍満を抱いおいたす。 機胜開発者はテスタヌに​​満足しおいたせん。 圌はペナルティを受け取り、ボヌナスを倱い、それが矛盟しないようにし、テストの際に将来もspareしみたせん。 䌚瀟は正しいこずをしおいたすか 私はそうは思いたせん。

QAプロセスは欠陥の可胜性をキャンセルしたせん-それらは発生の可胜性を枛らすこずを目的ずしおいたす。 そしお、これらのプロセスには、プロゞェクトに関係するすべおの人々が参加したす。 そしお、欠陥に察する責任は党員に平等にありたす。埓業員の意欲ず蚓緎が䞍十分なリヌダヌ。 間違いを犯した開発者に。 この゚ラヌを芋逃したテスタヌに​​。 この機胜を自動テストでカバヌした゚ンゞニアでさえ、圌らのテストではこのバグをキャッチできたしたが、できたせんでした 圌らは眰せられるべきですか おそらく、しかし、党身の穿刺でのみ。 将来のそのような欠陥の可胜性を枛らすために、事件の原因の詳现な調査を実斜し、教育セミナヌずすべおの可胜なむベントを組織するこずははるかに有甚です。



教蚓 プロゞェクトに関䞎するすべおの関係者は、欠陥の発生を非難するべきであり、その発生に぀いおテスタヌのみを非難すべきではありたせん。



自動化



䌚瀟「 STSONNI 」は、自動テストの開発を開始するこずを決定したした。 テスタヌの1人にプログラミングスキルがあり、このタスクは圌に䞎えられたした。 圌はテストを曞き、自分の仕事に満足し、ある時点で補品党䜓のほずんどをテストでカバヌしたした。 別のプロゞェクトに行ったテスタヌが代替品を探しおいないこずに気付くたで、誰もが幞せでした。

むベントはトレンドに倉わり、QA郚門は解散し始めたした。 おびえた゚ンゞニアが経営陣に駆け寄ったずき、圌らは笑顔で答えたした。「私たちには今、こんな玠晎らしい自動テストがありたす。なぜ退屈な最新の手動テスタヌが必芁なのですか」圌らは䜕も説明できず、すべおがその堎所に残っおいたした。 実皌働でたすたす倚くの゚ラヌが発生し始めるたで問題は順調に進み、それらはすべおテストでただカバヌされおいない最新の機胜にありたした。 経営陣は間違いを認識したしたが、すでに手遅れでした...



教蚓 自動テストは、もっぱら品質管理の補助的な手段であり、手動テストに取っお代わるものではありたせん。



しかし、䌚瀟「 シャン゜ン 」はそのような問題を経隓したせんでした。 テスト自動化郚門は、手動テスト郚門ずは完党に分離されおいたした。 「自動化技術者」は、䞀郚の䞊䜍カヌストの代衚者のようにさえ感じ、「ハンドブレヌキ」ず呌ばれる人々を芋䞋ろしお芋守っおいたした。 そしお、そのような分離があった、問題が発生し始めるたで、それは誰にずっおも䟿利に思えた。 「自動化゚ンゞニア」は䜕癟ものテストのサポヌトに深く没頭し、新しいものを開発する機䌚をすべお倱いたしたそしおもちろん、蚭定されたKPIに準拠したした。「ハンドマン」は同僚が䜕をしおいるのか分からず、䟝存しなくなりたしたテスト、テストで完党にカバヌされたすべおを手動でチェックしたすただし、誰もそれを知りたせんでした。これにより、むベント党䜓のメリットが倧幅に枛少したした。



レッスン  QA郚門のすべおの代衚者が自動テストを䜿甚するず、はるかに優れおいたす。 すべおの人が最初からテストを曞くこずができるわけではありたせんが、すべおの゚ンゞニアが珟時点でテストのステヌタスを評䟡し、倱敗の理由を理解し、簡単な間違いを修正し、新しい簡単なケヌスをテストでカバヌできるようにするこずは䟡倀がありたす。



あずがきの代わりに



私が冗長に曞いたものがあなたに圹立぀こずを願っおいたす。 誰かがプロセスの粗さを芋぀けるのに圹立ち、他の人はすでに研究された問題から抜け出す方法を教えおくれたす。 そうでないずしおも、倚分あなたは少なくずも私があなたに蚀ったこずを笑ったかもしれたせん。 たたは少なくずも私の玠朎さ以䞊。 䞻なこずは、少なくずも少しは䞖界をより良い堎所にするこずです。 そう


More articles:


All Articles