Update & Share tips on Testing, Develoment, Design & Other New Tech Trends

Post Top Ad

Post Top Ad

Wednesday, November 14, 2018

November 14, 2018

2 Easy Ways to Show Percent Complete in Agile Method



1. Plain old Metrics


The above is pretty easy to understand, but the percent complete field comes from the total number of story points in a given feature (the pure sum of the points belonging to stories within a feature) and the number of points for features that have had all stories complete.

There is your number, viola. Is it accurate? As long as nothing is added to the feature, sure I guess it is as accurate as anything can be given context. The better question might be “is it wrong or misleading” and the answer would be “depends, but you are not lying or misrepresenting what you are being asked for.” If I ask you to poke me in the eye, you might do a really good job at it and blind me, but does that mean you completed a valid task? Depends on who you ask, their mental state, their goal, and a number of things but overall – yeah, you did. Thanks a lot.

2. Colors…


People like colors. With this method you get not only more detail but what might be a more accurate (or complete) view of what is complete. Your “not started” line will look smaller, but that is not a function of misrepresentation, only of the technique. “In Progress” might mean it just started or that it is almost done, but it is just a tool.

Something besides Excel would be better than this, as the legend states (may a .mpp format although your PMPs might freak) because your Story Points could be numbered left to right with a degree of accuracy that I cannot provide at the moment. Again, the goal is the same. You get the block which represents features but the WIP (Work In Progress) exists as something real and tangible. For the overall Epic, you could, in theory, have a giant list of these that together spelled out the whole shebang and I do expect this may only serve to elicit “so, how close are we?” at which point you can either stare like a gopher who just popped his head out of his hole or be almost as cool as a quick draw cowboy and whip out the first diagram.

Friday, November 9, 2018

November 09, 2018

Why PRODUCT ROADMAP is so IMPORTANT in AGILE DEVELOPMENT?

What is product roadmap in agile development?

In order to achieve a goal, you should always work with a plan. A product roadmap is an outstanding action plan which construes how the product is expected to evolve over time. It allows you to express where you want to take your product, and why it is worthwhile investing in it. Moreover, an agile product roadmap expedites the learning curve and adopts reforms. A goal-oriented roadmap focuses on project objectives, business goals, and outcomes like customer acquisitions, augmenting engagement. In simple terms, a product roadmap initiates the emergence and development of a product or solution to a project.



 Technology is rapidly changing which means new and unexpected markets will open up. With upcoming markets, business will boom or suddenly drop, and all of these changes will affect what you are able to build both in the short- and long-term. In addition, you cannot exactly know what you are going to build ahead of time, however, you can plan for how to respond those changes in order to keep on track with your innovative vision. Product roadmap encourages the project team to work together to achieve long-term goals for successful project delivery in agile development. For this reason, a few agile teams tend to share a unanimous product roadmap. A roadmap is not a plan that you develop once and adheres forever. The plan remains agile which means brainstorming, prioritizing ideas, discussing and adjusting your process roadmap is needed when the environment changes.

Reasons why product roadmap is needed in agile development?

Make adjustments during long-term plans



For example, like airplane instruments, a good roadmap will tell you if you have reached cruise altitude or if the product’s engagement needs to boost. In order to do so, you should compare your current metrics with the ones you have previously defined with your team when building the roadmap. Base on what you have found, your team can refine the features, sprint’s goals, make decisions based on data or, at least, realize sometime in advance that some desired outcome is not going to be achieved, enabling you to activate your plan B. Otherwise your team is just working sprint after sprint with no acknowledgment about the impact of its work on the business.

Roadmap connects pieces into a big picture



It is much more motivating to know what your team is going to deliver as a whole. This is where the real meaning of work takes place, instead of just delivering tasks that were assigned to you through your team’s board. Moreover, the roadmap should be accessible and visible on a daily basis, so everyone can take a look at it every day and feel the importance of their hard work.

Clarifies priorities and improve setting


Another important skill that a product team should know is the ability to reject. Because users are going to make requests, stakeholders are going to have opinions and even the CEO of the company may issue some special feature requests. However, if you are going to satisfy all of them, you will not do any good for anyone. In order to refuse requests that are not related, you should have a clear vision about what you are doing.

Product roadmap motivates the team



There are a lot of technical issues and things that go wrong when delivering a feature. As a consequence, the motivation to work and overcome will decrease. To avoid these problems you should have a clear vision of what is going on and the importance of it.

The clear vision for stakeholders


The product roadmap will help you to avoid as many meetings as possible. Nowadays, we are working in an agile environment and we do not have to report the status of the task to stakeholders. However, your product is a part of a bigger company strategy. Thus, goals and progress towards it must be accessible for everyone in a company. Moreover, if things will not go as expected, you can adjust it. Finally, it creates a sense of collaboration with everyone involved.

Monday, November 5, 2018

November 05, 2018

Difference between Quality Assurance and Software Testing



What is Quality Assurance (QA)? What is Testing? 


These are common questions for those who first go into the software development industry. It is particularly important for software managers to know the differences between these two terms as they could help in risk management during the software development process. Below is the definition of each term:

  • Quality Assurance includes activities to ensure the quality in the software development or maintenance process in order to ensure the software will fulfill its ultimate objectives.
  • Testing includes activities of executing a system in order to find bugs/errors/defects in the software.


A clear diagram illustrating the difference between quality assurance and testing | Source:





Basically, there are 6 stages in the software development process: Planning → Analysis → Design → Development & Implementation → Testing → Maintenance. The software testing stage is considered the most important one in the process. QA Leader and Test Leader are the key members of the team, who have the clearest understanding of process and methodology. QA Leader is considered the captain of the ship. Meanwhile, Test Leader is QA Leader’s right hand who has a clear understanding of not only the software development process but the customer’s requirements as well.

It’s is absolutely crucial for the QA Leader to have a deep understanding of the testing process, data management, trouble reporting, and resolution and ensure the software will be given to the customers with high quality, on schedule and satisfying their expectations. He/She will be responsible for:
  • Defining quality metrics.
  • Defining testing strategies.
  • Deciding the test budget and planning the entire testing process.
  • Identifying the testing activities for other team members like testers or test engineers.
  • Checking the availability of the resources to execute testing activities.
  • Managing Risks.
  • Reporting to the project manager.
The Test Leader is responsible for organizing and examining the testing process to ensure the high quality for the software. Those are their tasks:
  • Defining the scope of testing
  • Staying updated about the latest test approaches and tools.
  • Validating the quality of the testing requirements such as testability, test design, and script, test automation, etc.
  • Implementing the test process.
  • Writing summary reports on test status.

Conclusion

A number of people are still confused about the difference between quality assurance and testing. In fact, they are closely related but have some considerable differences that I have mentioned in this blog. However, they are both absolutely necessary in the software development as they ensure the final high-quality product will be delivered to the customers.

Thursday, November 1, 2018

November 01, 2018

Why Software Testing plays important role in software development?

We all make mistakes, some of those mistakes are unimportant, but some of them are expensive or dangerous. We need to check everything and anything we create as things can always go wrong – humans make mistakes all the time. That’s why, software testing is an indispensable part in any project.

What is Software Testing?

What is software testing?


Software testing is the process of executing a program or application for the purpose of finding software defects. In other words, it is the process of validating and verifying that a software program, application or product is functioning properly, or meets the customer’s business, technical, design and development requirements or not.

Read more:



Why software testing is important in software development?


Since we assume that our work can be wrong, so all we need to do is test our work. However, some mistakes come from bad assumptions and blind spots, so we can make the same mistakes when we examine our work, as we do and have done. it. So, we can not see the mistakes in the process.

Ideally, we will pick up someone else to test our own work. Because they are likely to be more likely to spot our mistakes.

There are a number of obvious reasons for us as to why software testing is important and the main things that we should consider when examining any product or application.

So, why is software testing important? Some of the reason are listed below:


  • Software testing is really necessary as it points out the defects and errors that have been made in the development phase.
  • It is important because it ensures the reliability of the customers and their satisfaction in the application.
  • It is very important as it ensures the quality of the product. Quality products delivered to customers help in gaining their confidence. (Know more about software quality)
  • Testing is necessary as it provides facilities to customers such as delivering high quality products or software applications that require lower maintenance costs and thus results into more accurate results, appropriate and reliable.\
  • Testing is required for an effective operation of the software application or product.
  • It is important to make sure that the application does not have any failed results, because it can be very expensive in the future or in the later stages of development.
  • That is the essential requirement to help the product survive in business.


What are the main goals and objectives of software testing?

  • Software testing has different goals and objectives. But its main goal is:
  • Find defects that can be created by programmers when developing software.
  • Gain confidence and provide information on quality level.
  • To prevent defects.
  • To ensure that the final results meet the business requirements and users.
  • To gain the credibility of the customer by offering them a quality product.

Software testing will help to complete the software or product applications versus business requirements and users. It is very important to be able to guarantee to test the software application completely and make it sure that it works well and according to the specifications