6

At my work a test manager is getting her team to raise any bugs or defects within JIRA. When I look at JIRA bug reports, there are a whole lot of text copy issues raised for web content.

I always thought that QA testing was focusing on functionality, features and data. Is the QA team wasting their time with text copy reviews?

  • 1
    Well, if the documentation and the functionality don't match, that is something that should be addressed and raised. As for whether it should be QA doing it, that's for your manager to decide. Of course, it's probably often not the developers providing the copy in the first place I would have guessed, so perhaps there are just multiple groups all sharing the JIRA system – Eric Renouf Jun 13 '18 at 12:22
  • 1
    Can you give an example? – Alexey R. Jun 13 '18 at 14:24
  • 1
    What is a "text copy issue"? – Embedded Jun 13 '18 at 17:13
0

As a QA I am not focused on typos and grammar. We have our UX designer, which is doing UX reviews on each story. I am focused mostly on functionality of the product but also I have my eyes opened and when spotted something like that, we usually not creating defects for typos. Thats a wasting of time by me.

0

It totally depends in what context you are at.

Case 1

You are testing an electronic device that will be shipped with the software you are testing. After your approval, nobody else is going to test it. End users are only able to update the device by connecting it to a PC. In this context, it is highly important that the result of your testing (and rework) is that the software is as perfect as possible, including any typo's or spelling mistakes that you see. Not correcting them will possibly give a bad customer experience to a lot of customers and it it will take a lot of time before all of the users have updated their device.

Case 2

You are working on an eCommerce platform. While testing, you see that one of the existing information pages of the website contains some spelling mistake. You observed this on the test environment. The content is managed by a team of webmasters on the production environment and there is probably hundreds of pages with content like this. Content like this is really the responsibility of the webmasters team and should not distract you from the work that you were really doing. Your issue might not even be valid, as the content could be different on the production environment.

Case 3

You are still working on the same eCommerce platform as in case 2. While testing a new feature, you see that one of the text labels related to the new feature is incorrect. For end users this would cause a lot of confusion. As you know that the label was just created by your team and you also know that it has to be fixed anyway, report an issue straight away to make sure that the label will also be correct when deploying to acc and prod environments (and thus prevent further overhead).

In case there is a lot of critical/blocking issues that really require more attention right now and the release is under high pressure, you could also choose not to do anything with the issue and then walk to the webmaster team just after go live and ask them to correct it.

3

If your software is so riddled with spelling and grammatical errors your customers cannot understand it, it's not quality software, no matter how perfect the functionality is.

Same goes for any other non-functional requirement. If it's too slow to use, it isn't quality software. If it's not secure, it's not quality software. If it isn't accessible, it's not quality software.

Quality software isn't just about producing functional software, it's about producing usable software.

Besides, typo fixes are usually the quickest bugs to record and fix, and some more technically minded testers will be able to fix the issue themselves.

3

In my opinion it is good to look into the typo's in the webpage because you just go to the webpage which has a relavant content to your inputs. A webpage can be attaracted to the user because of the following reasons.

  1. The look and feel of the webpage has to be good.
  2. The content in the webpage seems to be the promising one for the user.
  3. The webpage has to provide better user experience.

To answer to your question in my opinion yes the tester's has to concentrate on the content posted on the webpage. But they should not rely in posting the typo issues. Because when you actually looking at the webpage functionality and features seems to be the most important one with priority.

So if your testing a webpage in a testing environment the tester's should concentrate on the functionality and features of the webpage first then they can concentrate on the text issues or typo's.

3

As a quality engineer we are here to provide the flawless experience to our end users to checking the spelling and grammar errors looks simple task but that make the impact in bigger way so my perspective we need check the spelling errors and grammar mistakes along with functional and UI testing.

8

I'm always on the lookout for grammar and spelling errors - purely because we're here to assure quality, and typo's aren't professional.

It's usually not the developer's fault because they just copy + paste it from a requirements document or something similar, and testers are more likely to catch it.

As a consumer - if a company can't spell properly, I won't trust them with my money.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.