LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

RSS מהעולם

  • Context Above All

    Context Above All The other night I attended We Need To Talk About Testing, a panel discussion featuring Cassandra Leung, Alaine Miller, Richard Bradshaw, and Rob Meaney, hosted by Codecraft. With an audience of software crafters rather than testers, it made sense that the conversation was guided through a set of greatest hits topics including automation, the need for humans in testing, confirmatory vs exploratory, testability, the testing triangle, and observability.   The panelists spoke eloquently about all of those things from positions that demonstrated both expertise and experience, and a sense of humour.  I couldn't help thinking about Brian's mum when Richard urged us not to drive testing with the automation pyramid: it's not a strategy, it's a triangle. I was familiar with the majority of the content but I do enjoy listening to knowledgeable people speaking on a subject they care about. One of the things I particularly like about these kinds of events is having someone else's lens on a topic I know too.This is probably why I found myself noting how many of the answers referred to context. It's a given in the context-driven testing world that the value of a practice depends on its context. However, it can be hard, when you're trying to get a foothold in a new domain, use a new stack, or talk to new teams to know quite what the important aspects of that context are for the task at hand. And it may not be cheap to find out.So perhaps a key point,[…]

    23.10.2021 | 11:56 קרא עוד...
  • Test Patterns out of control

    Test Patterns out of control  

    22.10.2021 | 4:10 קרא עוד...
  • Five for Friday – October 22, 2021

    My day job is busier than normal these days, so this week flew by. A few interesting articles dropped into my view – maybe you’ll find them interesting as well. Self plug time – Unity Gaming Services are now available – a lot of folks on my team were an integral part of making this happen.If you are familiar with NPS (Net Promoter Score), you probably already know that it comes with pros and cons. Here’s a bit of how NPS can grow with NPS 3.0I enjoyed this article on how to learn the Feynman way (tl;dr – learn it well enough that you could explain it to anyone).Oh sorry – another HBR article. If you’re not a member, either join, or use an incognito/private window. This article on 5 Things High Performing Teams do Differently kicks assI like it when companies are transparent with their outages and errors. Too often (like this article), we gloss over the learning opportunity by referring to a operational mistake as a “server glitch” That’s all I have this week – thanks for reading yet again.

    22.10.2021 | 12:58 קרא עוד...
  • Five Blogs – 22 October 2021

    The (best) five blogs we can read today. Check them out. Can You Use the Principle of Least Regret to Choose Where to Spend Your Time Written by: Johanna Rothman These stealth hackers avoid Windows but target Linux as they look to steal phone data Written by: Danny Palmer When Everyone’s Responsible, No One’s Responsible Written by: Frank Sonnenberg How Easy Is It to Disappear? Written by: Peter Varhol The Software Bug Life Cycle (SBLC) Written by: Cagri Ataseven Quote of the day: “To reach our goals, we need to trade our limiting beliefs for liberating truths.” -Michael Hyatt You can follow this page on Twitter

    22.10.2021 | 1:18 קרא עוד...
  • What does quality mean to me?

    What does quality mean to me? There are many definitions of Software and Product “Quality”. For a long time, earlier in my career, I did much to ignore the topic and felt it was intangible. The definitions that I had at the time were all about only the Correctness, the strict conformance to well specified requirements. Over the last 3+ years I’ve massively increased my external communication with the wider testing community. I’ve read blogs, watched presentations and I’ve tested a bunch more software. Now, I’m approaching a point I’ve got some kind of grasp of software quality, in a way that can be usefully and concisely defined. What does quality mean to me? I posted this one Twitter: What does quality mean to me? Goodness, Usefulness and Correctness at a point of time, with a context that takes into account ethics, customer success, business success, competitor products and the wider industry. That allows for “good enough” in that context to be enough! Context, at a point in time In my experience, users and other people who matter make their judgement on the quality of your product taking into account external influences, such as current competition and competing solutions. They are also likely to be influenced based on current local, national or global situations, such as Brexit or the COVID-19 Pandemic. And that is before you take into account the influence on their judgement from personal factors, such as fanatical independence, levels of stress, mood and any other thing you could possibly think of. These individual[…]

    21.10.2021 | 6:00 קרא עוד...
  • Unblocking Your Test Strategy

    Unblocking Your Test Strategy In my new role as Quality Lead for my department, I get to figure out how to infuse everybody's work with "quality", and also figure out what that means exactly. One of my colleagues made it easy for me on my second day by coming with a relatively concrete problem: they wanted an acceptance environment for their team. Their team (henceforth: Eager Team) integrated with chronically overloaded and busy team (henceforth: Busy Team), so they wanted an environment where they could test their stuff together before it went into production. They wanted me to help set that up. I started my conversation with Eager Team Lead by taking one step back: why did they want this environment? They'd proposed a solution, but I wanted to spend at least a few minutes digging into the problem space with them to hear more about why they wanted this. Come up with dream scenario I asked Eager Team Lead what their dream setup would be for their test automation, and why that was the dream. Eager Team and Busy Team already had a test environment hooked up to one another. But they both threw whatever they were in the middle of on that environment. Eager Team couldn't count on a stable, usable version of Busy Team's software, and vice versa. Eager Team wanted a place to see what would happen against the production version of Busy Team's code. They wanted to automate all the things they could, and have a place to run[…]

    21.10.2021 | 5:00 קרא עוד...
  • Five Blogs – 21 October 2021

    The (best) five blogs we can read today. Check them out. How Much Time Have You Got? Written by: Sheri Mackey SQL 101– The Ultimate Guide For QAs Written by: Paulo Oliveira LightBasin Hackers Breach at Least 13 Telecom Service Providers Since 2019 Written by: Ravie Lakshmanan Are we talking about the same thing? Written by: Nicola Lindgren Lead by Asking Written by: Randy Clark Quote of the day: “Find your passion and live it” -Lailah Gifty Akita You can follow this page on Twitter

    21.10.2021 | 1:12 קרא עוד...
  • Is it ready?

    Whether a user story is ready or not is a question I get asked during the Sprint Planning. I reckon it’s not really a question that I alone (as BA/PO/PPO) ought to answer. The Scrum Team answers that question. Prior to the Sprint Planning, those user stories had been groomed with the architects and dev leads, and they’d have been covered in the team backlog grooming sessions. And again prior to the Sprint Planning, the user stories for possible inclusion in the coming sprint are added into the Sprint Backlog for the rest of the team to preview so that they can have an idea of what makes sense for them to assign to themselves and so they can ask questions. During Sprint Planning, those stories are covered again and the floor is opened to questions if any. And even after Sprint Planning, the floor remains open for questions. The floor is just always open for conversations. Now whether a user story can be absolutely ready is another thing. This is not a waterfall project where the designs had been laid out upfront. And even with a waterfall project, some questions arise only as you are implementing the functionality, or even as it gets tested in UAT, or even when it’s already out in production. This is where the agility and the self-management of team members are invaluable in Agile. The grooming of user stories become a conversation (ideally among the three amigos–PO, Dev, Test) that feeds into the readiness[…]

    20.10.2021 | 10:30 קרא עוד...
  • Five Blogs – 20 October 2021

    The (best) five blogs we can read today. Check them out. This is how Formula 1 teams fight off cyberattacks Written by: Danny Palmer Cutting People Off Written by: Elizabeth Zagroba How to do Regression Testing? Written by: Sri Priya Best practices for securing your applications and APIs using Apigee Written by: Sai Saran Vaidyanathan How MFA Can Be Used Against You Written by: Vickie Li Quote of the day: “Courage can bring huge benefits to those who are prepared” -Pele You can follow this page on Twitter

    20.10.2021 | 1:07 קרא עוד...
  • IT for green construction – two worlds and one

    IT for green construction – two worlds and one I’ve been in my new job for a few months, so I thought it was a good time to reflect a little. Two worlds The thing that’s struck me most is that my job spans two worlds, and has a foot in each.  One world is the construction industry and the other is IT. This is my first time my job has taken me near the construction industry, and so the contrast between the two worlds has struck me. Construction, in one form or another, is something that people have been doing for thousands of years.  IT is new enough that when I was at college I was lectured by someone who invented part of its foundations.  Construction is, by definition, in the physical world where you can’t easily work from home, the risks of injury need to be taken seriously, and you can get sunburned, rained on or really cold at work. My toolbox – my link to the physical world – is just: a laptop, a headset and fortnightly meetings in our office.  The rest I can pretend exists in some magical realm beyond the rainbow, and yet this is an illusion made possible by the hard physical work of people working in data centres, building and running power and comms networks and so on.  IT workers sit in their homes or comfy offices and don’t usually need steel-toe-capped boots at work.  But at the end of a day, a builder can see the hole they’ve dug or[…]

    19.10.2021 | 4:38 קרא עוד...
  • Are we talking about the same thing?

    Are we talking about the same thing? I’ve always found it fascinating how people can use the same words but be referring to something entirely different. There seems to be a tendency for people to attach different meanings to concepts, words and ideas based on their previous experience to these things. On a personal level, before our daughter came along “a s*** sleep” used to refer to 5-6 hours of sleep. Nowadays 5-6 hours of sleep sounds amazing and “a s*** sleep” refers to 3-4 hours (or less!). The experience of having a child brought a whole new meaning as to how bad sleep can get. On a professional level, I see people use the same words as me, but have entirely different understandings of how I view the same concepts; words and ideas. That’s not to say that one of us is wrong or right – but I think it’s important to realise when we are talking about the same thing and when we are not. For example: I’ve been part of interviews for people to join as developers where one of the questions centres around “Agile”. But I find it helps to dig deeper here and ask the candidates to expand on their work environment in “Agile” projects. Here I want to see if it corresponds to our company’s understanding of what “Agile” is. Such a simple word can be interpreted in many different ways. I’ve seen people claim they have worked in an Agile environment since: They do daily stand-upsThey don’t do any documentationThey[…]

    19.10.2021 | 12:45 קרא עוד...
  • Using Jest Unit Tests to successfully test map functions

    Using Jest Unit Tests to successfully test map functions Today we’re going to demonstrate how map works and how implementing map a certain way can break a test. And how to build it again.Continue reading on CodeX »

    19.10.2021 | 6:01 קרא עוד...
  • The Importance of Maintaining Your Automated Tests

    The Importance of Maintaining Your Automated Tests Note: This article was originally published on the Telerik blog.The benefits of an automated test suite are clear. It will help you and your organization build better software quickly and efficiently. You’ll catch regressions as soon as they’re introduced into the codebase, helping you squash bugs fast. It gives developers and tests breathing room to work on high-value tasks instead of putting out fires. It also allows teams to gain the confidence to ship new functionality to delight customers frequently. However, most of those benefits rapidly decrease if you don’t take the time to maintain your tests.Maintenance is an inevitable task when you have an automated test suite. Unless your codebase or the underlying systems that run it never change, you’ll have to ensure your tests continue to work well as the application evolves. Work done during the software development process, such as adding new features or fixing newly discovered bugs, will affect your existing tests somehow. The team may need to create new tests or adjust existing ones due to these modifications.Whether your team needs to validate that new features work as intended or ensure fixed bugs don’t come back to haunt you at the worst possible moment, you’ll have to spend some time keeping your test automation in tip-top shape. Neglecting your tests is a sure-fire way to slow down everyone’s work in the present and the future.Why Maintaining Your Automated Test Suite Is ImportantAn unmaintained test suite introduces additional risks and difficulties for everyone involved in the[…]

    19.10.2021 | 6:00 קרא עוד...
  • An office space to call home...

    An office space to call home... I’ve been counting down to the start of a new job. It’s an exciting time!I’ve previously written about my home office, which I used mainly for writing articles and exploring tech. But it was always more my fun space than a space to work in.Of course, 2020 changed a lot of that (and for a lot of us). Lockdown around much of the world meant that ‘working from home’, which was much disliked by many employers, became the only way to survive.This popular meme from 2018 really dated in 2020Suddenly spaces at home had to function as office spaces. I was lucky to have this space; I had many colleagues struggling on the kitchen table or in a spare bedroom. Or even (amusingly for conference calls) their kids’ music room.A week ago, one of my bookcases decided it’d had enough, and it started raining software engineering books on me (I literally had Grady Booch’s Object Orientated Analysis And Design beaten into me).I decided that in preparing for my new role (where a degree of working from home will remain the norm) I decided to spend a few days moving things around in my space and making best use of the space.Oh yeah – and replacing that damn bookcase!Spoiler alert – you have no idea how heavy so many books are until you move them all.Along the way, it’s given me a lot of time to think about the use of space, and what makes it a great space for me to work[…]

    19.10.2021 | 2:33 קרא עוד...
  • Webinar Recording: How to TDD in Legacy Code

    That webinar was fun, and it left me with a couple of ideas on how to do more of these. But this one’s pretty slick too. I show how to take TDD principles, and apply them to regular, ugly code. Examples are in Java, but the principles apply in every language. Here’s the recording. And if you’re interested in TDD, or clean code, or even both – courses or consulting – contact me.   The post Webinar Recording: How to TDD in Legacy Code first appeared on Everyday Unit Testing.

    19.10.2021 | 2:00 קרא עוד...
  • Communication on the moon

    Communication on the moon After binge-watching the series “for all mankind” I got inspired. I recognized three take-aways that will assist with agile collaboration and communication. To effectively collaborate we need to take care of technique, consider language barriers, and try to read others’ moods and intentions. But most of all, we should be aware of our personal bias toward the ones with whom we collaborate. Their good intentions might easily be misunderstood with serious consequences. Want to know how I got this from watching a science fiction series, read my article! I am glad Techwell published the article on both the Agile Connection and CMCrossroads. How are considering these takeaways in your daily live?

    19.10.2021 | 1:37 קרא עוד...
  • Five Blogs – 19 October 2021

    The (best) five blogs we can read today. Check them out. I Asked How Do You Define Agile Written by: Thomas Cagley Patching Process Remains a Security Bottleneck Written by: Nathan Eddy How New Managers Fail Individual Contributors Written by: Camille Fournier How A Strong Mind Can Give You The Resilience Advantage Written by: Larae Quy What a Leader Needs to Know Written by: Steve Keating Quote of the day: “People don’t value what they don’t fight for” -Tony Robbins You can follow this page on Twitter

    18.10.2021 | 11:52 קרא עוד...
  • Schools of Software Testing

    Schools of Software Testing Reading Club A few years ago we had regular reading club meetings at work. I really liked it. We would pick an article or a book and read it. Every month we would have a meeting and discuss the article or the book. If it was a long book, we would split it in several months. We didn’t have a reading club for a while. I’ve missed it. I’ve started working from an office recently and I’ve found several interesting books there. I’ve read most of them, but a long time ago. I wanted to read them again. Reading with other people is always more fun, so I’ve decided to start the reading club again. I’ve thought hard about the order in which to read the books. People on my team are on several continents, so I’ve tried finding books that are available in ebook format. That should make it easier for everybody to get the book. I’ve also checked book ratings on Goodreads and Amazon. This task lists the books in the order in which we plan to read them. Book prices and ratings are also included. Schools of Software Testing I thought a shorter read would be a good warm up for the reading club. I’ve heard about schools of software testing many years ago. I liked the idea immediately. I find it a good tool to explain why the experts are talking about different things when they talk about testing. It’s probably not the perfect model, but[…]

    18.10.2021 | 7:00 קרא עוד...
  • Overcoming the Fear of Talking to Users – Learning about the Product

    Overcoming the Fear of Talking to Users – Learning about the Product As I wrote in my previous post I am not very comfortable talking to our end users. What helps me become more confident, is to have a better understanding of what I am actually talking about. To that effect, I started analysing our product to find out how its individual parts are working. Here is […]

    18.10.2021 | 3:36 קרא עוד...

חדשות מעולם הבדיקות

  • Context Above All

    Context Above All The other night I attended We Need To Talk About Testing, a panel discussion featuring Cassandra Leung, Alaine Miller, Richard Bradshaw, and Rob Meaney, hosted by Codecraft. With an audience of software crafters rather than testers, it made sense that the conversation was guided through a set of greatest hits topics including automation, the need for humans in testing, confirmatory vs exploratory, testability, the testing triangle, and observability.   The panelists spoke eloquently about all of those things from positions that demonstrated both expertise and experience, and a sense of humour.  I couldn't help thinking about Brian's mum when Richard urged us not to drive testing with the automation pyramid: it's not a strategy, it's a triangle. I was familiar with the majority of the content but I do enjoy listening to knowledgeable people speaking on a subject they care about. One of the things I particularly like about these kinds of events is having someone else's lens on a topic I know too.This is probably why I found myself noting how many of the answers referred to context. It's a given in the context-driven testing world that the value of a practice depends on its context. However, it can be hard, when you're trying to get a foothold in a new domain, use a new stack, or talk to new teams to know quite what the important aspects of that context are for the task at hand. And it may not be cheap to find out.So perhaps a key point,[…]

    23.10.2021 | 11:56 קרא עוד...
  • Test Patterns out of control

    Test Patterns out of control  

    22.10.2021 | 4:10 קרא עוד...
  • Five for Friday – October 22, 2021

    My day job is busier than normal these days, so this week flew by. A few interesting articles dropped into my view – maybe you’ll find them interesting as well. Self plug time – Unity Gaming Services are now available – a lot of folks on my team were an integral part of making this happen.If you are familiar with NPS (Net Promoter Score), you probably already know that it comes with pros and cons. Here’s a bit of how NPS can grow with NPS 3.0I enjoyed this article on how to learn the Feynman way (tl;dr – learn it well enough that you could explain it to anyone).Oh sorry – another HBR article. If you’re not a member, either join, or use an incognito/private window. This article on 5 Things High Performing Teams do Differently kicks assI like it when companies are transparent with their outages and errors. Too often (like this article), we gloss over the learning opportunity by referring to a operational mistake as a “server glitch” That’s all I have this week – thanks for reading yet again.

    22.10.2021 | 12:58 קרא עוד...

טיפים

לרשימה המלאה >>