#regession

[autisticdreamdrop]

autism regression needs to be talked about more.

you can lose so many skills. lose the ability to mask. lose the ability to control stimming. lose the ability to use motor functions. lose the ability to take care our yourself.

it's so hard.. it's so scary.. we just got able to write again and it's so bad. you can come out of regression, you can gain skills back in some areas or all areas affected but it's so hard and you can always be forced back. it's not fair.

[autisticdreamdrop]

autism things 180

losing the ability to mask from autism regression

[autisticdreamdrop]

being able to mask is a privilege

a privilege we lost due to autism regression

[autisticdreamdrop]

we moan/groan constantly. i communicate this way through noises. even more vocal alters do it. we even try to mask these noises but for the most part but no work. people do not understand this. it makes our mom upset when we don't "act normal" thats why don't front around her much anymore just cocon. people stare at us. the tapping. the noises. the stimming. this is us. we use to be able to mask and go through burnout constantly. but we went through bad regression. most of us lost most ability to mask. we didn't choose to unmask. we were forced to cause our brain decided we couldn't anymore. it wasn't a slow process. it's not fair.

[frentmeister]

Wie bereitet man sich am besten auf die Automatisierung von e2e-Tests vor?

Zunächst einmal sind e2e-Tests aufgrund der vielen Schritte, die schiefgehen können, eher spröde. Deshalb solltet ihr die Anzahl der e2e-Tests (und der UI-Tests im Allgemeinen) begrenzen. Denkt immer daran, dass ihr eine Testpyramide haben wollt, nicht die Test-Eistüte.

Quelle: https://www.agilecoachjournal.com/2014-01-28/the-agile-testing-pyramid   Aber für die Tests, die ihr automatisiert, kann die RCRCRC-Heuristik nützlich sein:

Quelle: https://www.mindomo.com/de/mindmap/rcrcrc-regression-testing-heuristic-0251bc740f3394355a283cbc1c2727f5 Natürlich gilt dies für alle Tests, aber es ist ein Ausgangspunkt. Ich persönlich würde mit dem Produktverantwortlichen oder dem Business-Analysten sprechen, um zu erfahren, was die Kernfunktionalität der Anwendung ist, und mit anderen Testern, um herauszufinden, was die sich wiederholenden/langweiligen Teile des Tests sind (wie das Ausfüllen des Anmeldeformulars). Die manuelle QA sollte einige Testszenarien enthalten, aus denen man schließen kann welche E2E manuellen Content haben und welche ohne großen Aufwand zu automatisieren sind. Immer eine Sache der Einordnung und der Prioritäten in eurem Team, man sollte nicht immer mit voller Kraft alles Automatisieren, was auch entsprechend viel Zeit benötigt, sondern entsprechend immer erst das Automatisieren, was am wenigsten Zeit verlangt. - QA fragen, welche die meiste Zeit für manuelle Tests benötigen - BA/SPO fragen, welche Teile der Anwendung/Funktionalität die größten Auswirkungen auf die Geschäftsseite/Endbenutzer haben - das Entwicklungsteam fragen, welche Teile der Funktionalität am wenigsten mit Unit- und anderen Tests auf niedrigerer Ebene (in der Testpyramide) abgedeckt sind und welche Teile den meisten Spaghetti-Code und "monsters be here"-Code enthalten - Auf der Grundlage dieser drei Kriterien den vorhandenen Testfällen einen numerischen Wert zuweisen (1-5 Punkte für jede Kategorie, wobei eine höhere Zahl bedeutet, dass eine Automatisierung notwendiger ist) und mit den am meisten geschätzten Testfällen beginnen (z. B. 15 oder 14 Punkte)     Read the full article

[iameryka]

Can I draw a linear model predicting the relationship between a youtube video explaining regressions and a youtube video containing metal music? I have a feeling the correlation would be fairly high.