On 1st July 2016 ECC will migrate the existing financial Trading Limits for EPEX, HUPX and SEEPEX auction markets to the ECC Self Service Limit Maintenance within the Member Area of SMSS. (…) additional optional fields are introduced that will allow Clearing Members and Settlement Members of ECC to define Trading Limits on a more granular level.
Tue Gutes und sprich darüber 🙂 Well done!
SMSS = Spot Market Settlement System
ECC = European Commodity Clearing
Wir agieren als Quality-Coach des Teams
(…)
Wir begleiten den kompletten Story-Lifecycle
(…)
Wir treiben Continuous Delivery / Continuous Deployment
(…)
Wir balancieren die unterschiedlichen Testarten der Testpyramide
(…)
Wir helfen dem Team die richtigen Methoden für hohe Qualität einzusetzen
(…)
Wir sind im Pairing aktiv
(…)
Wir vertreten unterschiedliche Perspektiven
(…)
Wir sind Kommunikationstalent
Quelle: Sind wir wirklich nur Testmanagerinnen? | dev.otto.de
Bei OTTO lacht man sich nicht nur scheckig….ach, das war der andere OTTO, okay… bei OTTO kauft man nicht nur gut ein, sondern das eine oder andere Mal haben die Entwicklungsteams dort auch schon gute Workshops im Rahmen von der Softwaretesting User Group Hamburg (STUGHH) gehabt. Nun, der obige Abriss aus einem sehr guten Blog-Eintrag zeigt auch: OTTO ist in der Welt angekommen, wie ich die Rolle eines Quality Specialists verstehe – in meiner Firma auch gerne „Qualitätsmensch“ genannt 🙂
Wer eine sinnvolle Beschreibung der (agilen) Test(manag)er(in)-Rolle von heute sucht, wird da auf einfachste Weise fündig. Well done OTTO!
In a tweet I agreed on do not use Excel for test management – I hate it since the 90s
My test manager says „I don’t wanna get back to the 90s“ when talking about Excel for managing tests. No further comment.
— (((Robert Strauch))) (@shrubbytester) 10. Juni 2016
and Michael Bolton answered on the thread later
@osxjogi … Monte Carlo simulation. Example: https://t.co/VkYCEHAAD1 @shrubbytester @ThomasPonnet
— Michael Bolton (@michaelbolton) 10. Juni 2016
So, I decided to write down now how I try to get data for getting estimations on a project without making complicated calculation where I would need Excel. I have used this in bigger projects (18 months estimation planning) as well as in smaller ones. The factors can differ but it is agile – just make small updates based on your experiences….
On two aspects you need to take care
The method is based on the assumption that experienced code developers can estimate very good their own work time on a task they have to finish – means: coding time, not the rest of it. The estimation will grow with the influences which the code developer has not under control. The following table
| Developer creates code | additional effort to the pure code estimation | Notes and explanation |
|---|---|---|
| without using foreign code | 1 | Normal in a development team |
| with using open sourced code inside the company/project | 2 | e.g. using code from other groups inside the company - knowledge can be easily transferred |
| with using open sourced code from outside the project/company | 3 - 5; 3 is normal, 5 is the worst case | e.g. using an unknown (in the project team) open source framework or extremly high performance requirements |
| with using closed source code | 3 - 5; 3 not often found case, 5 normal | e.g. using a closed source framework as it is |
| with the need to use closed source software (3rd party) for integration | 5 - 9 | e.g. integrate a service which reachability is not under control of the project team |
Examples:
Insgesamt 13 Sicherheitslücken hat Mozilla in Firefox 47 geschlossen, von denen Mozilla zwei als besonders kritisch einstuft. Alleine aus Gründen der Sicherheit ist daher ein Update auf Version 47 für alle Firefox-Nutzer empfohlen.
How can we write good user stories? A user story is a place to capture product functionality and as the name suggests, they describe how a customer or user will use the product. This post will explain how to write good user stories.
Quelle: Defentitive Guide to Writing Good Agile User Stories
Watch Simon Stewart, Selenium Project Lead and inventor of WebDriver, as he gives a sneak peek at the upcoming release of Selenium 3.0, and onwards.
In this webinar, Simon covered the following topics:
Unitee version 3.0r1 is now available for download.
UniTEE stands for Unified Test Engine Exemplified, and is pronounced as /ˈjuːnɪti/ (unity). It is also spelled as Unitee elsewhere.
It is a test automation engine developed by Rahul Verma, with one key goal: Unification. It targets unification of different types of test case writing, for different types of test automation, at different layers, in different languages, for different purposes, applied in different development models, for different kinds of products and so on.
This is the third major release and the key milestone is that UniTEE is now open source project licensed under Apache License 2.0..
Critical Changes
It doesn’t tell us anything about what the programmers intended, what the user desired, or what the tester observed. It says nothing about the tester’s engagement with the testing; whether the tester was asleep or awake.
Quelle: 100% Coverage is Possible | Developsense Blog
Ich bin ja auch ein Gegner dieser Code-Coverage-Diskussion, schon immer, denn ein Programm läuft auf etwas (OS, Hardware) und mit etwas (Framework, Webserver, …) und niemals alleine. Was nützt es 100% Code abzudecken, wenn der im Kontext wieder mal nur 10% des Universums ausmacht? Genau – nichts! Michael Bolton beschreibt das m.E. sehr gut:
Here’s just one example: code coverage is usually described in terms of the code that we’ve written, or that we have available to evaluate. Yet every program we write interacts with some platform that might include third-party libraries, browsers, plug-ins, operating systems, file systems, firmware. Our code might interact with our own libraries that we haven’t instrumented this time. So “code coverage” refers to some code in the system, but not all the code in the system.
Codeabdeckung ist ein Indikator um zu schauen, ob die Entwicklung versucht hat selbst festzustellen, ob sie das richtige Stück Software entwickelt hat – so verklausuliere ich das für mich. Man kann das unterschiedlich versuchen, bspw. sagt man in einem Projekt das einem die Geschäftsprozesse wichtig sind und man schreibt für diese aufwendige Tests, damit die bei jeder Codeänderung nach wie vor wie gewünsccht funktionieren. Selbst wenn die Codeabdeckung dort 100% erreichen würde, so sind die Außeneinflüsse unberücksichtigt, aber man hat sich mal für einen Weg entschieden (<schmerzliche> Erfahrungen tragen oft auch dazu bei), da man so den Kunden immer glücklich machen konnte und wenig bis gar keine Rückläufer (Fehler) bekam. Darauf kommt es letztendlich an.
Es wird mir wohl immer ein Rätsel bleiben, warum Projektlenker sehr oft auf diese Metrik schauen, ohne zu sehen was dahinter steckt, denn kluge Köpfe haben es auch nicht geschafft und warten darauf, das es ihnen jemand sagt, wie es geht:
James Bach doesn’t know how to do it. Jerry Weinberg doesn’t know how to do it. Cem Kaner doesn’t know how to do it. Other than what I’ve said above, to my knowledge, no one knows how to do it. So, it would be up to the client to explain how they think I could do it.
Einen großen Versionssprung hat Thunderbird gemacht. Die Open Source-Lösung in Sachen E-Mail liegt nämlich aktuell in Version 45 vor.
Quelle: Thunderbird 45 & Portable Thunderbird 45
Man kann, den Beweis kann ich führen, Exchange-Server auch ohne Outlook-Client benutzen und dabei auf ein wirklich gutes E-Mail-Programm zählen.
