ISEB Software Testing Training

Tag : ISEB diploma





Follow us

Bookmark

| More

Risk Analysis in Software Testing

iseb training

by Caston Corporate on Flickr

When you are testing software you need to identify risks in applications and prioritise them to test, this is called Risk Analysis.

There may be some risks which are unavoidable in software testing, for example –

  • A change in requirements or requirements which are incomplete
  • The amount of time allocated for testing
  • Developers may delay delivering the build for testing
  • Clients may be urgent for delivery
  • There may be defect leakage due to the applications size or complexity.

The following must be done to overcome these problems –

  • Conduct a risk assessment review with the devolvement team
  • Profile for risk coverage is created by mentioning the importance of each area
  • Use all available resources for work on high risk areas e.g. allocate more testers to high risk areas and use minimum resources for medium and low risk areas.
  • Create a risk assessment database to refer back to for future risk management.
Add a comment Read more
| More

iseb training

by Alpha Beta Gamma on Flickr

Alpha Testing Definition –

Alpha Testing is like performing usability testing, which is normally done by the in-house developers. On rare occasions Alpha Testing is done by the client or an outsider. Once the alpha testing version is released, it’s then called the Alpha Release.

Beta Testing Definition –

Beta Testing is done by a small number of end users before it is delivered; the change request is fixed if the user gives feedback or reports a defect. Once the beta testing version is released, it’s called the Beta Release.

Gamma Testing Definition –

Gamma testing is done once the software is ready for release with specified requirements. This testing is done directly by skipping all the in-house test activities.

Add a comment Read more
| More

iseb training

by alisdair on Flickr

Dynamic Software Testing –

Dynamic Software Testing is done by executing the actual application with valid inputs to check the expected output. Unit Testing, Integration Testing, System Testing and Acceptance Testing are all examples of Dynamic Software Testing.

Static Software Testing –

Static Software Testing is a white box testing technique where the developers verify or test their code with the help of a checklist to find errors in it. This testing is done without actually running the application of program. At this stage of testing, code reviews, inspections and walk throughs are normally performed.

Here are some differences between Dynamic Software Testing and Static Software Testing –

  • Static Software Testing is actually more cost effective than Dynamic Software Testing; this is because Static Software Testing is done in the initial stage.
  • Static Software Testing covers more areas in a shorter space of time than Dynamic Software Testing.
  • Dynamic Software Testing is done after the code deployment; Static Software Testing is done before.
  • Dynamic Software Testing is done in the Validation stage, whereas Static Software Testing is done in the Verification stage.
Add a comment Read more
| More

In any project team you need someone with knowledge of business analysis, this is very important and it’s a great skill for any project manager to have.

Usually, the business analyst’s role entails –

  • Consulting
  • Requirements Management
  • Requirements Analysis
  • Systems Analysis
  • Business Analysis

It is vital that the business analysis process doesn’t happen just once as it is a key concept within the structure of a project. It needs constant monitoring and should start at the beginning of the project and work right through to the end.

Read below to find out the main time-frames in the project lifecycle, where business analysis is key –

When producing a Business Case – Plans are drawn up for every project, it should include in-depth information and everyone involved should understand what is expected of them.

Requirements Planning – creating a schedule with various time-based requirements and documenting tasks.

Requirements Management – Managing the project as things develop and change is very important, it can be very complex and lots of things can change and evolve as the project progresses.

Obtaining Requirements – Building a relationship with stakeholders is key, you need to think about how you word and structure your questions and also consider where things could go wrong so you’re prepared.

Even though project management and business analysis do have common characteristics, they are still noticeably different. The whole project is presided over by the project manager, this includes being in charge of the projects progress, reducing the chance of risks and finishing the project on time and within budget. Whereas the business analysts’ job is to define the product in the project and make sure that it is of a sufficient standard. This job doesn’t end until the stakeholders confirm that the product is at a good enough standard and so it follows the whole project lifecycle.

Add a comment Read more
| More
systems analysis in a changing world

systems analysis in a changing world

Systems Analysis and Design in a Changing World by John W. Satzinger and Robert Jackson is a revised edition of one of the most popular texts on the subject. It’s been updated making it easier to navigate whiles keeping it’s real world case studies of the traditional (structured) and the object-orientated (OO). It includes a new “Best Practices” feature and is updated to UML 2.0. You’ll find advanced object-orientated topics throughout the book as well as extensive coverage of the latest concepts in project management.

  • ISBN-10: 0760058792
  • ISBN-13: 978-0760058794
  • Publisher: Course Technology Inc; Revised edition edition (20 April 2000)

The book is huge and heavy!! However the aims of the book are stated as:

“providing the most comprehensive, balanced and up-to-date coverage of systems analysis and design available”

It covers:

  • Project management
  • System modelling
  • Object technology with UML
  • Client-server architecture
  • The Internet
  • Database design
  • User interface design.

The book includes updates to  the object technology approach to UML 2.0

Systems Analysis and Design in a Changing World provides the flexibility to emphasise the traditional (structured) or the object-orientated (OO), or both, and includes integrated case studies  through every chapter to demonstrate and practice the skills learned. There’s lots of hands-on practice, including the original “Rocky Mountain Outfitters” case which  is now better integrated with the chapter texts and this addition includes a further running case study “Reliable Pharmaceuticals”.  The case studies take the reader through various stages of systems analysis including entity relationship diagrams and DFDs for the traditional approach as well as UML 2.0 and Object oriented techniques for newer approaches to the subject.

The book covers a lot of fairly involved topics but is well illustrated and visual. Various illustrations, pictures and diagrams aid the understanding of the topics discussed.

Systems Analysis & Design In A Changing World includes well crafted questions and exercises at the end of each chapter as well as case studies that can be used for practise and experience.

It is a  comprehensive and well written book covering  every aspect of Systems analysis both modern and traditional with sufficient practical material to ‘learn by doning’.

Add a comment Read more
| More