Use risk analysis, along with discu

Use risk analysis, along with discussion with project stakeholders, to determine where testing should be focused.
Since it's rarely possible to test every possible aspect of an application, every possible combination of events, every dependency, or everything that could go wrong, risk analysis is appropriate to most software development projects. This requires judgement skills, common sense, and experience. (If warranted, formal methods are also available.) Considerations can include:

Which functionality is most important to the project's intended purpose?
Which functionality is most visible to the user?
Which functionality has the largest safety impact?
Which functionality has the largest financial impact on users?
Which aspects of the application are most important to the customer?
Which aspects of the application can be tested early in the development cycle?
Which parts of the code are most complex, and thus most subject to errors?
Which parts of the application were developed in rush or panic mode?
Which aspects of similar/related previous projects caused problems?
Which aspects of similar/related previous projects had large maintenance expenses?
Which parts of the requirements and design are unclear or poorly thought out?
What do the developers think are the highest-risk aspects of the application?
What kinds of problems would cause the worst publicity?
What kinds of problems would cause the most customer service complaints?
What kinds of tests could easily cover multiple functionalities?
Which tests will have the best high-risk-coverage to time-required ratio?

Many modern web sites are essentially complex distributed systems with html, css, web services, encrypted communications, browser-side scripts/apps/libraries (such as javascript, flash, etc), the wide variety of applications/libraries/datastores that could run on the server side, load balancers, etc. Additionally, there are a wide variety of servers and browsers, mobile and other platforms, various versions of each, small but sometimes significant differences between them, variations in connection speeds, rapidly changing technologies, and multiple standards and protocols. Although web site testing was initially relatively simple years ago, testing of modern web site front ends, back end systems, mid-level tiers, web services, databases, security, performance, etc, can be as complex as or more complex than any other type of application. Well-engineered object-oriented design can make it easier to trace from code to internal design to functional design to requirements. While there will be little effect on black box testing (where an understanding of the internal design of the application is unnecessary), white-box testing can be oriented to the application's objects, methods, etc. If the application was well-designed this can simplify test design and test automation design.

Results (German) 1:

Verwenden Sie, Risikoanalyse, zusammen mit Diskussion mit Projektbeteiligten, um festzustellen, wo die Tests konzentrieren sollte.Da es nur selten möglich, jeden möglichen Aspekt einer Anwendung, jede mögliche Kombination von Veranstaltungen, alle Abhängigkeiten oder alles zu testen, was schief gehen könnte, empfiehlt sich die meisten Software-Entwicklungsprojekten Risikoanalyse. Dies erfordert Urteilsvermögen Fähigkeiten, Vernunft und Erfahrung. (Falls dies erfordern, sind formale Methoden auch verfügbar.) Überlegungen können Folgendes umfassen:Welche Funktionalität ist für das Projekt vorgesehenen Zweck am wichtigsten?Welche Funktionen die für den Benutzer sichtbar ist?Welche Funktionen hat die größten Auswirkungen für die Sicherheit?Welche Funktionen hat die größten finanzielle Auswirkungen auf Benutzer?Welche Aspekte der Anwendung für den Kunden am wichtigsten sind?Welche Aspekte der Anwendung können früh im Entwicklungszyklus getestet werden?Welche Teile des Codes sind die komplexesten und damit die meisten anfällig für Fehler?Welche Teile des Programms wurden in Eile oder Panik-Modus entwickelt?Welche Aspekte früherer Projekte/ähnliche Probleme verursacht?Welche Aspekte/ähnliche früherer Projekte hatten große Wartungskosten?Welche Teile der Anforderungen und des Designs sind unklar oder schlecht durchdacht?Was denken die Entwickler die höchsten Risiko-Aspekte der Anwendung sind?Welche Arten von Problemen würde dazu führen, dass die schlimmsten Werbung?Welche Arten von Problemen der meisten Kunden Service Beschwerden verursachen würde?Welche Arten von Tests problemlos mehrere Funktionalitäten decken könnten?Welche Tests müssen die beste high-risk-Abdeckung Zeitaufwand Verhältnis?Viele moderne Web-Sites sind im wesentlichen komplexen verteilten Systemen mit html, Css, Web-Services, verschlüsselte Kommunikation, Browser-seitige Skripte/apps/Bibliotheken (z. B. Javascript, flash, etc.), die Vielfalt der Anwendungen/Bibliotheken/Datenspeicher, die auf der Serverseite, Load-Balancer, etc. laufen konnte. Darüber hinaus gibt es eine Vielzahl von Servern und Browsern, Mobile und anderen Plattformen, verschiedene Versionen eines jeden, klein aber mitunter erhebliche Unterschiede zwischen Ihnen, Variationen in Verbindungsgeschwindigkeiten, sich rasch verändernden Technologien, und mehrere Standards und Protokolle. Obwohl Website Tests vor Jahren zunächst relativ einfach war, ist Prüfung von modernen Web-Site-front-Ends, Backend-Systeme, Mid-Level-Stufen, Webservices, Datenbanken, Sicherheit, Leistung, etc., so komplex wie oder komplexer als jede andere Art von Anwendung. Ausgereifte objektorientiertes Design kann zu verfolgen von Code zu internen Entwurf, funktionales Design Anforderungen erleichtern. Während es wird kaum Auswirkungen auf die Black-Box-Tests (wo ein Verständnis des internen Entwurfs der Anwendung unnötig ist), White-Box Tests kann auf Objekte der Anwendung, Methoden usw. ausgerichtet sein. Wenn die Anwendung gut gestaltete wurde kann das Test-Design zu vereinfachen und testen Automatisierung Design.

Results (German) 2:

Verwenden Sie die Risikoanalyse, zusammen mit Diskussion mit Projektbeteiligten, um zu bestimmen , wo Tests konzentriert werden sollten.
Da es kaum möglich ist , jeden möglichen Aspekt einer Anwendung zu testen, jede mögliche Kombination von Ereignissen, jede Abhängigkeit, oder alles, was schief gehen könnte, Risikoanalyse ist für die meisten Software - Entwicklungsprojekte geeignet. Dies erfordert eine Beurteilung Fähigkeiten, gesunden Menschenverstand und Erfahrung. ( In begründeten Fällen sind formale Methoden zur Verfügung.) Überlegungen können sein : Welche Funktionalität ist sehr wichtig für den beabsichtigten Zweck des Projekts? Welche Funktionalität ist besonders für den Benutzer sichtbar? Welche Funktionen die größte Sicherheit auswirkt? Welche Funktionen die größte finanzielle Auswirkungen hat auf Benutzer? Welche Aspekte der Anwendung sind am wichtigsten für den Kunden? Welche Aspekte der Anwendung früh im Entwicklungszyklus getestet werden kann? Welche Teile des Codes sind komplexe und damit den meisten Fehlern unterworfen? Welche Teile der Anwendung in Eile oder Panik - Modus entwickelt wurden? Welche Aspekte von ähnlichen / verwandten früheren Projekten Probleme verursacht? Welche Aspekte von ähnlichen / verwandten früheren Projekten großen Wartungsaufwand hatte? Welche Teile der Anforderungen und Design unklar sind oder schlecht durchdacht? Was haben die Entwickler denken , sind die höchsten Risiko - Aspekte der Anwendung? Welche Arten von Problemen die schlechteste Werbung verursachen würde? Welche Arten von Problemen , die die meisten Kunden - Service Beschwerden verursachen würde? Welche Arten von Tests auf einfache Weise mehrere Funktionen abdecken könnte? Welches ist das beste Hoch haben Tests -Risiko-Abdeckung zeit erforderliche Verhältnis? Viele moderne Web - Sites sind im wesentlichen komplexer verteilter Systeme mit HTML, CSS, Web - Services, verschlüsselte Kommunikation, browserseitige Skripte / apps / Bibliotheken (wie JavaScript, Flash, etc.), die breite Vielzahl von Anwendungen / Bibliotheken / Datastores , die auf der Serverseite, Loadbalancer, usw. Darüber hinaus gibt es eine Vielzahl von Servern und Browsern, mobile und andere Plattformen, verschiedene Versionen von jedem, klein , aber zum Teil erhebliche Unterschiede zwischen ihnen laufen könnte, Variationen in Verbindungsgeschwindigkeiten, sich schnell ändernden Technologien und mehrere Standards und Protokolle. Obwohl Testen von Web - Site vor anfänglich relativ einfachen Jahren, Prüfung moderner Web - Site - Frontends, Back - End - Systeme, Mid-Level - Stufen, Web - Services, Datenbanken, Sicherheit, Leistung, usw., können als so komplex sein , oder komplexer als jede andere Art der Anwendung. Ausgereifte objektorientiertes Design macht es einfacher, von Code zu internen Design funktionales Design den Anforderungen zu verfolgen. Zwar gibt es nur geringe Auswirkungen auf Black - Box - Tests sein wird (wenn ein Verständnis der internen Design der Anwendung nicht erforderlich ist), kann White-Box - Tests , um die Objekte der Anwendung ausgerichtet werden, Verfahren usw. Wenn die Anwendung gut entworfen wurde , kann dies Testdesign und Testautomatisierung Design vereinfachen.

Results (German) 3:

verwendung der risikoanalyse und gespräche mit beteiligten, zu bestimmen, wo tests konzentrieren sollten.da ist es kaum möglich zu testen, alle aspekte einer anwendung, jede mögliche kombination von ereignissen, jede abhängigkeit, oder alles, was schief gehen kann, risikoanalyse angemessen ist für die meisten software - entwicklungsprojekte.dies erfordert urteilsvermögen fähigkeiten, vernunft und erfahrung.(falls gerechtfertigt, formale methoden sind auch verfügbar.) überlegungen können umfassen:die funktionalität ist sehr wichtig für das projekt vorgesehen sind?die funktionalität ist besonders für den benutzer sichtbar.die funktionalität ist die größte sicherheit auswirken?die funktionalität ist die größte finanzielle auswirkungen für die nutzer?die aspekte der anwendung sind äußerst wichtig für die kunden?die aspekte der anwendung getestet werden können, früh in der entwicklung zyklus?die teile des codes sind sehr komplex, und die betrifft der fehler?welche teile der anwendung wurden in eile oder panik?welche aspekte wie im vorangegangenen projekten probleme?welche aspekte wie im bisherigen projekte einen hohen wartungsaufwand.die teile der anforderungen und design sind unklar oder schlecht durchdacht?was die entwickler, die mit dem höchsten risiko aspekte der anwendung?welche art von problemen würde dazu führen, dass die schlimmsten pr?welche art von problemen würde am kundenservice beschweren?welche arten von tests können leicht mehrere funktionen abdecken?die tests werden die beste deckung der risiken zu fristen verhältnis?viele moderne web - seiten sind im wesentlichen komplexe verteilte systeme mit html, css, web services, verschlüsselte kommunikation, browser - skripte / apps / bibliotheken (wie javascript, flash etc.), die vielfältigen anwendungen / libraries / datastores, könnte auf dem server laden balancers. zusätzlich gibt es ein breites vielzahl von servern und browsern, mobile und anderen plattformen, verschiedene versionen jedes kleine, aber manchmal auch signifikante unterschiede, unterschiede im zusammenhang mit, sich rasch verändernden technologien und mehrere normen und protokolle.die website tests war anfangs relativ einfachen jahren erprobung moderner web - frontends, backend - systeme, die mittleren ebenen, web services, datenbanken, sicherheit, leistung usw., kann so komplex wie oder komplexer als eine andere art der anwendung.ausgereifte objektorientierten design kann es leichter machen, spuren von code zu internen design funktionales design an.zwar gibt es wenig einfluss auf die blackbox testing (wo das verständnis der internen gestaltung der anwendung ist unnötig), weiße box tests orientieren, die anwendung ist objekte, methoden usw. war der antrag gut gestaltete das vereinfachen können, test - design und test automation design.