Tag Info

Hot answers tagged

8

I document the following: What I think the problem is. Sometimes this can be tricky, and if I'm not certain, I'll talk to someone about the functionality before submitting it. What do I think the expected result should be? Again, tricky. See #1. Steps to reproduce. The easiest way to a developers heart is to provide detailed easy to follow instructions on ...


8

There are a couple of aspects to this issue: The same terms being used differently in different locations/workplaces. For that issue I'd recommend getting a clear definition of the terminology in use there, even if it isn't correct. Why? Terminology usage in an organization is part of that organization's culture, and changing the culture isn't always easy ...


7

I read two questions: (1) should we document the tester-written unit tests and (2) how should we treat tests that assume implementation details? It's important to distinguish between scaffolding and unit tests. (Please don't get caught up in my terminology; I'm just trying to make a point about some concepts.) Scaffolding is code a developer writes as ...


7

Your testers deliver the tests scenarios that should be implemented by the developers and some of your developers write more tests than required. Give them a raise! I recommend to review the extra tests and check if they make sense. Encourage all developers to write more tests to put their knowledge into tests. They know implementation details, so they can ...


7

Introduction (This should be brief, something like why we test our applications and why it's important) Scope and limitations of our Test platform Resources (Software ex Selenium, Test Scenarios, Links for tutorials) Procedures (How to register a bug or tests priority) But in general the documentation changes according to whom it is intended for, ...


7

I maintain a Glossary of Testing Terms (based on this: http://strazzere.blogspot.com/2010/04/glossary-of-testing-terms.html) that we use internally. In addition, we maintain a Glossary of Business Terms containing terms and acronyms for the industry in which we live, as well as company-specific terms. We have a periodic "Lunch and Learn" session where we ...


7

I remember a couple of years ago sitting in a session about Exploratory Testing in regulated environments and having the same question: how can you use ET on environments requiring strict documentation of the tests being done and more-over auditing the traceability between requirements-design-testing-issues-verifications-etc. Then I heard the explanation ...


5

A clear title - I want to be able to be able to tell at a glance without going into the report itselt what I am looking at. Description of the bug - this should be as concise as possible. Reproduction steps. You should be able to reproduce the bug and hopefully have narrowed it down to the simplest possible steps. Environment considerations (OS, browser, ...


5

This varies from organization to organization and team to team and application to application. It all depends on what works best for your situation. 1) Test documentation attached to requirements. This works well with HP's Quality Center. All test data is in the same application and tests are individually linked to a master test plan and a specific ...


4

I found this document based on IEEE-829 and have used it for rough guidance, but remove categories that seem like overkill for my team or merge categories that seem similar. Since I started doing this, I've received many compliments on the clarity of my test plans. I use a wiki for documentation, which makes it easy for users to jump to the sections they ...


4

I distinguish between release notes and release contents. (The specific terms do not matter, and you may use different terms than I do). The release notes is an externally-consumed document that helps users understand what is new in the release. It usually describes new features. It may or may not describe bug fixes, depending on the product, the type ...


4

When a customer asks you for something using words that you don't understand, you must ask for clarification. I'm guessing that the customer wants to understand how the whole UAT process will work - who does what, how, and when. But that's just a guess. The term "UAT Protocol" could mean anything to this particular customer. Guessing and hoping for the ...


4

I think the key here is to realize that documentation is no longer a task when you are in a regulated industry. It is now a released feature, with interested clients and external stakeholders that you need to satisfy. You should treat it like a user manual would be treated on a non-regulated project. For our team, we deal with externally released ...


4

I have found OneNote to be an excellent tool for storing this kind of data. It has a very hierarchical organization which also is friendly to reorganization. Also, you can put a notebook on a network drive and have the whole team work on the same documents. My team used to keep everything in word documents on Sharepoint. By keeping everything in a ...


4

Excel provides decent tools for reporting and distributing results. Do you have specific requirements from the tool ?


4

A test log is simply a log used for testing. ISO 9000 compliant timber companies typically have detailed guidelines for the structure of test logs. For example, they must still include bark, must be between five and ten meters long, and between 50 and 100 centimeters in diameter. Like production logs, test logs must have visibly apparent concentric rings ...


4

Yes, Selenium is an active project (see commit history on GitHub). Then why are there so many unresolved open issues? It's open source. We can't expect the team members to fix bugs on a daily basis, because they are just enthusiasts and all have real-life jobs. The developer in charge of a particular area may not have time to deal with it right away, even ...


3

I had a similar question, which I posted on softwaretestingclub.com : http://www.softwaretestingclub.com/forum/topics/ieee829-testing-standards-in What i've taken from the answers, not only from the site, but also peers at my current client, is that there is still documentation in Agile, but less of it, and less up front. The information in your stories ...


3

In the traditional sense of the word a unit test is designed to test the smalled functional unit of software such as s single method or function. Unit tests are intended to provide limited testing of the functional capabilities of a function or method in isolation. Typically, unit tests are written and maintained by developers because they should be used by ...


3

Well, you can try placing all important information on a company wiki/document repository, there are applications that will OCR pdf, doc etc files so you can search for content


3

"Testing", "validation", and "verification" are just words that people attach to different kinds of practices. Some of those practices focus more on "Did I build it right"; others focus more on "Did I build the right thing." You can name and group those practices in different ways depending on what you are trying to accomplish. If you want to be clear ...


3

I would say why only create a document. You can create a mind map or a any other visual representation of what are you trying to convey. Its a nice way to get your message across and won't cost you any words at all. I have used test strategy to communicate in essence, only the following things What you plan to do ? How you are going to do it ? If I am able ...


3

As @vincebowdren says, start with screenshots. There are numerous simple screenshot tools (I've been using the Windows 7 snipping tool for some time now - I can use the mouse to draw a rough circle around a problem area or highlight something), many of them freeware. I'd recommend mapping a keyboard shortcut to start the screenshot tool, for speed. You ...


3

Comparing old versus new is often quite a testing challenge, particularly without deep documentation. The basic, obvious parts will likely be fine. But the edge cases, the hidden dependencies, the more subtle parts, and the fixes and patches applied to the old system over the years, all can easily get lost in the transition. A full Functional Spec would go ...


3

It's in git so you could do a sparse checkout to get the JavaDoc part of the repo only. This blog post about sparse checkouts goes through it in a reasonable amount of detail: http://blog.quilitz.de/2010/03/checkout-sub-directories-in-git-sparse-checkouts/comment-page-1/#comment-3146 Or you could download them from maven central: ...


3

Depends on the quality requirements of the project and the maturity of its user stories. If the test has to be done once by the same person who has written the test cases, then documenting the test case steps would not be essential or indespensable. On the other hand, a project requiring different phases of regression testing over a long period of time with ...


3

I think Agile testers should assist their Product Owner with writing Acceptance Criteria in the user stories. If you write scenario's in Gherkin you can create manual test cases that match your four criteria of a test. Scenario: Some action (1. Name) Give I am logged in (2. Pre-condition) And I setup something else When I do some action (3. ...


2

At risk of rehashing previous threads, verification (according to ISO12207) is ensuring the correct processes and standards are followed and that all requirements are traceable though the lifecycle, not the testing of actual requirements. Testing is a validation activity - you are validating the code against the requirement. At the end of the day, your ...


2

I have moved my team completely away from test strategy documents. We are using mindmaps instead as they paint a great picture of what you are trying to test and allow for quick conversations with development and analysts. You can then continue to flesh them out and move to test ideas. Excellent blog about this - ...


2

It's interesting that you mention it's important for as many people as possible in the organization to read and remember your test strategy. I infer that by default, people will not read or remember your test strategy. That tells me you want a document that is both instructive and persuasive. If you want someone to read all the way to the end, you ought ...



Only top voted, non community-wiki answers of a minimum length are eligible