What is G.O.O.D. Testing? And why is it Important for Everyone?

G.O.O.D.テストとは何か？そして、なぜそれが誰にとっても大切なのか？

Whether your testing involves automation or manual testing, agile or traditional methods, dev ops or waterfall or whatever the context, the importance of not only the craft of testing but also the impact of testing and its purpose is worth considering. For years, we have been looking to make testing more efficient and more automated which of course has its obvious advantages, but what aspects of testing have not yet been developed? What good is it to remove defects out of systems that are at their core designed poorly or designed for questionable purposes? Is testing helping or hindering humanity if it enables systems that are designed dangerously or have hidden elements that hinder basic rights of their end users or have impact on important issues such as privacy, security or confidentiality.

テストが自動か手動か、アジャイルか伝統的な手法か、DevOpsかウォーターフォールか、どんな文脈であれテストの技術だけでなく、テストの影響とその目的の重要性は考える価値があります。何年もの間、私たちはテストをより効率的に、より自動化することに目を向けてきました。もちろん、明らかな利点はありますが、テストのどの側面がまだ開発されていないのでしょうか？コアの設計が貧弱だったり、疑わしい目的のために設計されたシステムから欠陥を取り除くことに、どんな意味があるのでしょうか？もし、危険な設計があったり、エンドユーザーの基本的な権利を妨げたる隠された要素を持っていたり、プライバシー、セキュリティ、機密保持などの重要な問題に影響を与えたりするようなシステムが有効になる場合、テストは人類の役に立つでしょうか、それとも妨げになるのでしょうか？

If you are also a Tester who is comfortable in the technical and business aspects of your testing but still feels there is something more to consider when we speak of “Quality” of systems, perhaps a look at my proposed G.O.O.D. Testing points could help.

もしあなたが、テスターとして技術面やビジネス面では満足しているが、システムの「品質」についてもっと考えるべきことがあると感じているなら、私が提案するG.O.O.D.テストのポイントをご覧になれば、きっとお役に立てるでしょう。

G.O.O.D. Testing involves 4 basic principles, it: 

G.O.O.D.テストには、4つの基本原則があります。

• G: Gives transparent insights into the quality and risks of the system to ALL stakeholders
• O: Observes the quality of the system not only in terms of verification or validation and defects but also in terms of the impact of the system in society at large 
• O: Opens the doors to ask questions about the intended use of the system in relation to the broad set of end users
• D: Determines testing scenarios which measure the Quality of systems in terms of ethical characteristics such as safety for the end users in terms of privacy, security and confidentiality among others. 

• G: すべてのステークホルダーに対して、システムの品質とリスクに関する透明性のある洞察を提供する。（Give）
• O: システムの品質を、検証や妥当性確認だけでなく、システムが社会全体に与える影響も含めて観察する 。（Observe）
• O: 幅広いエンドユーザーに関連して、システムの使用目的について質問するための扉を開く（Open）
• D：エンドユーザーに対する安全性（例えば、プライバシー、セキュリティ、機密性）など、倫理的特性の観点からシステムの品質を測定するテストシナリオを決定する。（Determine）

Especially in these times, where a larger amount of the population is forced to use digital platforms, the responsibility of testers to test G.O.O.D. becomes more apparent. The standards for releasing other physical, mechanical or pharmaceutical systems requires consideration for the safety of end users. Should not some standards also be applied to software when the software is of a nature that impacts the well-being of the end users or society at large?

特に、より多くの人がデジタルプラットフォームを使わざるを得ないこの時代、G.O.O.D.をテストするテスターの責任はより明白になっています。物理的または機械的なシステムや、製薬システムをリリースをするための基準では、エンドユーザーの安全性に配慮する必要があります。ソフトウェアがエンドユーザーや社会全体の幸福に影響を与える性質のものであるならば、ソフトウェアにも何らかの基準が適用されるべきではないでしょうか？

Imagine a time when systems are tested G.O.O.D. and if they do not pass the test, perhaps they not released or used “at your own risk” because they don’t meet the criteria of not only Quality but also of what is “Good” for the end user.  

Are you testing G.O.O.D.? Or are you just Testing?

システムがG.O.O.D.でテストされていることを想像してください。 またテストに合格しなければ、おそらくリリースされないか、品質だけでなくエンドユーザーにとって「良い」という基準も満たしていないため「自己責任」で使われるでしょう。

G.O.O.D.のテストをしていますか？それともただのテストですか？