#test

aktionfsa@diasp.eu

07.12.2022 Der große Browser-Test

Datensendeverhalten verschiedenster Web-Browser

Auf dem Kuketz Blog gibt es aktuell eine Artikelserie unter dem Titel "Browser-Check". Dazu wurden verschiedene Browser auf ihr Datensendeverhalten überprüft. Mit Hilfe eines zwischengeschalteten "Intercepting-Proxys" wird geprüft, welche Daten die Browser "nach Hause" übermitteln und welche Daten sie sonstwo speichern.

Es wurden die verschiedensten Browser auf allen möglichen Gerätetypen untersucht und alle Verletzungen der Privatsphäre unter https://privacytests.org/ akribisch aufgeschrieben. Dort sind auch die einzelnen Tests und ihr jeweiliger Zweck erklärt. Eine Übersicht stellt auf diesen Seiten die Ergebnisse der Untersuchungen nach Betriebssystemen sortiert dar. Ein rotes Kreuz markiert ein negatives Ergebnis des Test, ein grünes Häkchen gibt Entwarnung. Die untersuchten Browser waren (auf Desktop Geräten):

brave 1.45     
chrome 107.0     
edge 107.0     
firefox 107.0     
librewolf 107.0-1     
opera 93.0     
safari 16.1     
tor 11.5     
ungoogled 107.0     
vivaldi 5.5

Das Ergebnis im Überblick: Chrome, Edge, Opera und Vivaldi haben viele "rote Kreuze". Brave, Firefox, Librewolf, Safari (in einigen Bereichen negativ) und Tor schneiden gut ab.

Interessant ist ein Vergleich über die verschiedenen Geräteplattformen. Hier schneiden die Browser in ihrer iOS Version viel besser ab als unter Android. Fazit ist jedenfalls, dass man für jedes Gerät/Betriebssystem einen akzeptablen Browser finden kann.

Viel Spaß beim Lesen der Tests und beim anschließenden Probieren mit einem Browser der eigenen Wahl - der dann möglichst viele "grüne Häkchen" haben sollte ...

Mehr dazu bei https://www.kuketz-blog.de/brave-datensendeverhalten-desktop-version-browser-check-teil1/
und https://privacytests.org/
und für iOS https://privacytests.org/ios.html
und für Android https://privacytests.org/android.html
Kategorie[21]: Unsere Themen in der Presse Short-Link dieser Seite: a-fsa.de/d/3re
Link zu dieser Seite: https://www.aktion-freiheitstattangst.org/de/articles/8234-20221207-der-grosse-browser-test.htm
Link im Tor-Netzwerk: http://a6pdp5vmmw4zm5tifrc3qo2pyz7mvnk4zzimpesnckvzinubzmioddad.onion/de/articles/8234-20221207-der-grosse-browser-test.htm
Tags: #Datensendeverhalten #Web-Browser #Test #Kuketz #Verbraucherdatenschutz #Datenschutz #Datensicherheit #Betriebssysteme #iOS #Android #Desktop #Transparenz #Informationsfreiheit #Anonymisierung #Hacking #Proxy #Schutz #Persönlichkeitsrecht #Privatsphäre

simona@pod.geraspora.de

#CellBroadcast #Warntest seit 6:30 Uhr 😩😫😴

Seit 6:30 Uhr bekomme ich diese Nachricht ungefähr jede halbe Stunde zugesendet:

Dies ist eine Test Warnnachricht. Bitte ignorieren sie diese. Es besteht keine Gefahr.

Super Sache nur leider piepst mein Smartphone trotz Stummschaltung jedes Mal und reißt mich aus dem Schlaf. Bei einer echten #Gefahr wäre ich dankbar deswegen aber bei einer #Übung können die doch wohl um 12 anfangen :(

Wenigstens nehmen sie wohl diesmal das Thema ernst und fangen nicht erst am 8. Dez., dem #Warntag an zu testen.

#warnung #technologie #Katastrophe #Katastrophenschutz #smartphone #handy #nachricht #test

magdoz@diaspora.psyco.fr

Covid19 - Pfizer n’aurait pas testé l’efficacité de ses vaccins sur la transmission du virus

Covid19 - Pfizer would not have tested the effectiveness of its vaccines on the transmission of the virus

C'est ce qui ressort de l'audition au Parlement européen d'une cadre de Pfizer, le 10 octobre 2022..
#Covid19 #Pfizer #Vaccin #Vaccine #Virus #Test #Politique #UE #EU

quetzop1@diasp.org

I just came across a little annoyance. A while ago, I wrote an algorithm that uses the part-of-speech (POS) model from Apache OpenNLP:

@RequiredArgsConstructor
public class Algorithm {
    private final POSModel posModel;

    public String doSomething(String text) {
        POSTaggerME tagger = new POSTaggerME(this.posModel);
        String[] posTags = tagger.tag(new String[] {text});

        // .. do some further stuff to compute "res"
        return res;
    }
}

At the time, I haven't written any unit tests for it because of time constraints and the interfaces weren't finalized yet. Now, I want to change something, so I also fix this and write a unit test for this class. However, this design isn't very test-friendly: In order to test doSomething, I need a valid POSModel instance. So, I either download the POS model from somewhere and load it before the test, or I figure out how to mock the constructor of POSTaggerME. Dependency injection of POSTaggerME, however, isn't an option because POSTaggerME::tag changes the object's internal state, so this computation isn't thread-safe.

I went with the second option because it seems easier and it has less dependencies. I searched online a while and the only solutions I found either didn't tackle my problem or proposed to use the PowerMock library. Introducing a new library to solve this issue seemed a bit wasteful and deep inside me, I knew there're some design flaws in this class.

So, I decided to actually use my brain and think about it a minute. And suddenly, the solution seemed so clear: Instead of creating a new POSTaggerME object via constructor, I could simply inject a factory that helps me to create POS taggers. This removes this class' dependency on OpenNLP's test-unfriendly classes altogether:

@RequiredArgsConstructor
public class Algorithm {
    private final PosTaggerFactory posTaggerFactory;

    public String doSomething(String text) {
        POSTaggerME tagger = this.posTaggerFactory.getTagger();
        String[] posTags = tagger.tag(new String[] {text});

        // .. do some further stuff to compute "res"
        return res;
    }
}

Then, I can easily mock the tagger factory to return a mocked tagger instance, which exactly returns what I want:

public class AlgorithmTest {
    @Test
    public void testDoSomething() {
        PosTaggerFactory posTaggerFactory = Mockito.mock(PosTaggerFactory.class);
        POSTaggerME posTagger = Mockito.mock(POSTaggerME.class);
        Mockito.when(posTagger.tag(new String[] {"Test"})).thenReturn(new String[] {"NN"});
        Mockito.when(this.posTaggerFactory.getTagger()).thenReturn(posTagger);
        Algorithm algorithm = new Algorithm(posTaggerFactory);

        String output = algorithm.doSomething("This is a test");
        Assertions.assertEquals("........", output);
    }
}

#programming #java #testing #test #unittest #mock

canoodle@nerdpol.ch

GNU Linux bash - notebook laptop test battery runtime script

how long (many hours) will this notebook-laptop battery last? some sensors/softwares report/calculate things like this... 5days on one charge is a very very optimistic estimate for most intel or amd based notebooks (even for RISC/ARM based notebooks-laptops that would be AWESOME, most[...]

#linux #gnu #gnulinux #opensource #administration #sysops #hardware #battery #test #script #bash #scripting #scripts

Originally posted at: https://dwaves.de/2022/07/08/gnu-linux-bash-notebook-laptop-test-battery-runtime-script/