<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: tatiana-sh</title>
    <description>The latest articles on DEV Community by tatiana-sh (@tatianash).</description>
    <link>https://dev.to/tatianash</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F32209%2Fa3e6e848-cae1-47e0-af20-f7dfa282eca3.png</url>
      <title>DEV Community: tatiana-sh</title>
      <link>https://dev.to/tatianash</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/tatianash"/>
    <language>en</language>
    <item>
      <title>How the definition of quality evolves with a project</title>
      <dc:creator>tatiana-sh</dc:creator>
      <pubDate>Mon, 18 Sep 2017 11:14:53 +0000</pubDate>
      <link>https://dev.to/tatianash/how-the-definition-of-quality-evolves-with-a-project</link>
      <guid>https://dev.to/tatianash/how-the-definition-of-quality-evolves-with-a-project</guid>
      <description>&lt;p&gt;What is quality? There are multiple definitions. In general, it is a level of satisfaction by conformance to expectations, both implicit and explicit, by all stakeholders. &lt;/p&gt;

&lt;p&gt;It is a common thing that a lot of changes are introduced during the project development. New requirements are uncovered, both functional (new features) and non-functional (e.g. accessibility, performance or localization requirements).&lt;/p&gt;

&lt;p&gt;Later, as the project evolves, the project goals may change. The basic test strategy and approach &lt;a href="https://binary-studio.com/2017/09/14/definition-quality-evolves-project/"&gt;should be updated along with the project evolution&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>testing</category>
      <category>codequality</category>
    </item>
    <item>
      <title>How to prioritize your bug fixes</title>
      <dc:creator>tatiana-sh</dc:creator>
      <pubDate>Fri, 08 Sep 2017 09:46:35 +0000</pubDate>
      <link>https://dev.to/tatianash/how-to-prioritize-your-bug-fixes</link>
      <guid>https://dev.to/tatianash/how-to-prioritize-your-bug-fixes</guid>
      <description>&lt;p&gt;Any bug is a headache. &lt;/p&gt;

&lt;p&gt;On the one hand, bug fixing is expensive in terms of both time and money. It takes resources and time that could be allocated to new feature development, pushing your project back. &lt;/p&gt;

&lt;p&gt;On the other hand, not fixing bugs is risky for the development process, business and even for end-users’ lives in some cases. It creates obstacles and technical debt. It makes users unhappy and leads to costly outcomes in fulfilling the business need. &lt;/p&gt;

&lt;p&gt;So what is the proper solution? The trick is in fixing the right stuff. You should balance between bug fixing and implementing new requirements by &lt;a href="https://binary-studio.com/2017/09/07/prioritize-bug-fixes/" rel="noopener noreferrer"&gt;prioritizing your bug fixes&lt;/a&gt; properly.&lt;/p&gt;

</description>
      <category>testing</category>
      <category>codequality</category>
      <category>bugs</category>
    </item>
    <item>
      <title>Minor bugs and how to define your own strategy of dealing with them</title>
      <dc:creator>tatiana-sh</dc:creator>
      <pubDate>Mon, 04 Sep 2017 10:53:34 +0000</pubDate>
      <link>https://dev.to/tatianash/minor-bugs-and-how-to-define-your-own-strategy-of-dealing-with-them</link>
      <guid>https://dev.to/tatianash/minor-bugs-and-how-to-define-your-own-strategy-of-dealing-with-them</guid>
      <description>&lt;p&gt;One of the questions many teams encounter is what they should do with all those minor bugs found in the product, especially given budget limitations.&lt;br&gt;
We definitely should fix minor bugs as soon as possible, but usually during the earlier stages of the project it’s more valuable for business to be responsive to the changing market and find its audience than fixing all minor bugs. Remember Facebook’s old “Move fast and break things motto, for instance.&lt;br&gt;
We can’t fix every single minor bug we find, that’s a common sense. But we can’t ignore them either, otherwise they will pile up and eventually will cause harm to business.&lt;br&gt;
If you already have quite a list of minor bugs in your bug tracker, don’t hesitate to &lt;a href="https://binary-studio.com/2017/08/04/dealing-minor-bugs/"&gt;define your own strategy of dealing with them&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>codequality</category>
      <category>testing</category>
      <category>bugs</category>
    </item>
  </channel>
</rss>
