Hot answers tagged

25

I've seen TDD/BDD/ATDD used interchangeably with Scrum/Kanban/Agile, so the confusion is understandable. Here's my take on the differences: Waterfall is a software development methodology where each kind of development activity happens in a separate phase (requirements gathering, design, development, testing...). Typically, waterfall projects work best ...


11

Automated tests are tests that can be run automated, often developed in a programming language. In this case we talk about the individual test cases, either unit-tests, integration/service or end-2-end tests. Test automation is a broader concept and includes automated tests. From my perspective it should be about the full automation of test cycles from ...


7

Latent Bug : A latent bug is a bug which is present in the system from previous iterations or release (in your scenario Sprint 1). They are either low priority bugs, which either went undetected or were not reported. Here is a good description : What is a latent bug? Golden Bug : If a bug happens to appear, in every iteration or release, affecting the ...


6

Kanban and Scrum are Agile process frameworks and therefor have short iterative development cycles as compared to the longer separate phases of waterfall projects. Agile projects focus on getting a working product in short iterations, each iteration should deliver a piece of deploy-able product. BDD, TDD and ATDD are not development methodologies and can be ...


5

I think the test-case is the what and the test-script is the how of the test. Its possible to defined high level test-cases to describe what needs to be tested. The test-scripts contain all the detail to really execute the test.


5

Verification answers the question: "Are we building the product right?" Does it conform to its specification? Validation answers the question: "Are we building the right product?" Is it doing what the user really needs/wants? To answer the question, it depends on the nature of the defect. If you confirm the fixes for defect now allow the product to ...


4

I think the Wikipedia definition of fixture is pretty clear: A test fixture is a fixed state of the software under test used as a baseline for running tests; also known as the test context. It may also refer to the actions performed in order to bring the system into such a state. And In generic xUnit, a test fixture is all the things that ...


4

Task: A task (in layman terms) is basically a piece of work which needs to be done/accomplished. This term is not only used in Software Industry but also in other industries and organizations e.g. in Banks everyone is assigned some tasks of Teller, Approving request, opening accounts etc. As per the business dictionary task is defined as 'The smallest ...


4

Kate's answer is great, but I want to throw in my 2 cents for differentiating TDD/BDD/ATDD. TDD is writing tests first and letting those tests drive the development of your application. This introduces the idea of Red/Green/Refactor. The basic process is to: Write a failing test Make the test pass with application code Refactor the application code for ...


4

How about the definition as on the Wikipedia: Code review is systematic examination of computer source code. I think the main added value of code reviews is knowledge sharing and not finding defects. That's why I would like to add a bit of more text, how about this: Code review is systematic examination of computer source code with the goal of sharing ...


4

This type of testing is known an: Extract Transform Load .. or ETL testing for short. ref: ETL testing- checklist for testing


3

Verified: Adj. 1. verified - proved to be true; "a verified claim" I think validated means the same, both are used for confirmations. In this case the sentence should be: Defect XXX fixes have been verified. Since its not the defect that is verified, that would mean it was reproduced, but you want to say it was resolved correctly. Personally ...


3

The difference between Waterfall methodology and an iterative methodology (agile, Scrum, etc.) is that Waterfall requires each step of a defined process be performed to completion in a particular sequence. In an iterative methodology you complete small slices of the problem at a time by gathering just a few requirements and coding each one to completion, ...


3

For any terminology in SQA check official documentation "Standard glossary of terms used in Software Testing" v2.3. From the document we can see that: Use case: A sequence of transactions in a dialogue between an actor and a component or system with a tangible result, where an actor can be a user or anything that can exchange information with the system. ...


3

Be careful what you measure, because that is what are you going to get. If you ask for 200 purchases, you will not get experience (and testing scope) what you would get by 200 different users making a purchase. You will get one user repeated 200 times. Which is better than nothing but does not tell you how your system will respond to 199 other ways to ...


2

It depends on the context. For instance, in Fitnesse or other BDD frameworks it is the "glue" (an intermediary software layer) that connects test scripts with the system under test (SUT). E.g. translates test commands to SUT API and responses from SUT API back to the test script. My observation is this is also a reason why BDD often fails. Non-technical ...


2

Software quality analyst is responsible for applying the principles and practices of software quality assurance throughout the software development life cycle. Some of the tasks of software quality analysts are:[citation needed] Participate in QMS management review meetings. Approves the QMS documents of which QA manager is the main author. Undertake ...


2

How about somethings like: minimized failure reproduction set Googling for this I found some research people are doing tring to automate this: https://www.st.cs.uni-saarland.de/publications/files/burger-issta-2011.pdf


2

Yes. That situation is defined as Alpha Testing. According to the ISTQB, Alpha Testing is: Alpha Testing: Simulated or actual operational testing by potential users/customers or an independent test team at the developers’ site, but outside the development organization. Alpha testing is often employed for off-the-shelf software as a form of internal ...


2

The activity you are describing what I call "User testing" (assuming that the students are relevant representatives of actual users of the app). Sound to me that the "User testing" is done in a testing phase that I would call "Alpha testing" which would have a milestone at the end, and a fix period, before "Beta testing" starts. Beta testing would be ...


2

Pilot testing is when a select group of end users try the system under test, before deployment, to provide feedback about the product. Limited users use the product in pilot testing, and product is installed at the end customer to validate once the product is ready for the production in beta testing. Beta testing is is done at the client side (last stages ...


2

I think the two tend to be interchangeable but if you are studying for the ISTQB Foundations exam they will give specific definitions for each one. Also, from my experience people in your team will always ask for test cases, I've never actually heard test scripts being referred to. (outside of Automated Test cases/scripts)


2

BVA and unit tests It depends on when and how the developer implements the unit test. If the developer writes the test first (as recommended by test driven development, TDD), it's a black box test, because he doesn't see the implementation. In that case, the test conditions can only be based on the software specification. If the developer writes a unit ...


2

HW revision X, Firmware 1.1.3 etc. I use the term 'Environment'. It looks like JIRA does too, source.


1

Basically an incident can be a defect or can be a feature. During testing you log suspicious behaviour which you cannot state for sure as a bug and only after further investigation can be titled as defect. In the defect report will be links to features/design specifications/discussion which provide enough evidence on deviation from it.


1

As an interviewer, getting one of the text book replies will mainly loose point for the candidate. The correct answer should be something along the lines of "it depends". Non standardize definitions change from company to company and from team to team, even the first two answers from ashu and log_file are inconsistent with each other.


1

Different terms ad terminologies have different meaning to people. It depends on an individual's understanding and thought process as to how they perceive, understand, accept and use terminologies, methods, processes or anything for that matter. Why don't you describe here what Boundary Value Analysis means to you and why?


1

Lots of terms could describe this, depending on what you want to describe. For example you could describe: the testers, the potential problems they face, the coverage, the oracle(s) they used the activities they perform and/or their testing approach Based on your question it seems like you are trying to describe the testers (or who's doing the ...


1

According to ISTQB (v2.3) "Standard glossary of terms used in Software Testing": Test approach: The implementation of the test strategy for a specific project. It typically includes the decisions made that follow based on the (test) project’s goal and the risk ATM assessment carried out, starting points regarding the test process, the test design ...


1

A Test Approach is the test strategy implementation of a project, defines how testing would be carried out. It is always followed by Test Techniques. Test Techniques are the ways or methods required to follow the defined approach. In laymen terms:- Lets say you are in a war and your aim is to win that war (like every individual). Now, you will define an ...



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