background preloader


Facebook Twitter

Testautomatisierung-Rechner - SwissQ Consulting AG. A Test Pyramid Heresy - John Ferguson Smart. John Ferguson Smart Mentor | Author | Speaker - Author of 'BDD in Action'.

A Test Pyramid Heresy - John Ferguson Smart

Helping teams deliver more valuable software sooner. Agile Testing: Don't Sacrifice It – Kantan Agile. Agile testing – I will repeat the title of my post: Don’t sacrifice on testing!

Agile Testing: Don't Sacrifice It – Kantan Agile

Spec Checking and Bug Blindness. Testing is often reduced to the act of modelling specified behaviours as expected results and checking actual software behaviours against the model.

Spec Checking and Bug Blindness

This reduction trivializes the complexity of the testing problem, and reliance on such an approach is both flawed and dangerous. In “Software Testing: A Craftsman’s Approach”, Paul Jorgensen discusses some questions about testing through the use of Venn diagrams. This post will use a modified version of those diagrams to explore the kinds of issues that we miss if we rely solely on checking against specifications. Rather than depicting, as Jorgensen does, the relationship between specified, implemented and tested behaviours, the diagrams used in this post recognize that there is a distinction between desired behaviour and those that are specified. Those behaviours that lie within the intersection of all three sets (region 5 on the above diagram) represent those behaviours that are needed, specified and implemented.

TDD Tests are not Unit Tests. The motivation for this blog entry is to explain the nature and purpose of the tests used in Test-Driven Development.

TDD Tests are not Unit Tests

To avoid confusion, I’ll use the expression TDD test to refer to the type of test used in the context of Test-Driven Development. The goal of this blog entry is to clarify the relationship among TDD tests, unit tests, and acceptance tests. TDD Tests are not Unit Tests Let’s start with the distinction between TDD tests and unit tests. I’m hooked on test-driven development (TDD) I’m hooked on test-driven development (TDD) Published on Aug 6, 2013 by Jamie Munro I’ve only been doing TDD for a few weeks, but I’m completely sold.

I’m hooked on test-driven development (TDD)

I don’t want to go back! I’ll be honest though, it hasn’t been easy. I’ve made mistakes, I’ve wasted time, but I’m really starting to reap the benefits. Adventures with testing Business Intelligence/DataWarehousing application. Abstract Gartner in its five predictions for 2009 through 2012 has written, that "business users havelost confidence in the ability of [IT] to deliver the information they need to make decisions.

Adventures with testing Business Intelligence/DataWarehousing application

" In these turbulent economic times when complexity is growing in IT Industry, QA holds the higher stakes in helping business make insightful and more intelligent decisions. Data Warehousing & Business Intelligence has witnessed unprecedented growth in last decade which is evident from the profound commitment exhibited by the major players like Oracle, Microsoft, and IBM etc. A BI solution broadly comprises of reporting, analytics, dashboards, scorecards, data mining, and predictive analysis. There are many versions of the truth due to the rapid evolution of BI/DW tools & technology, along with the unalike ways in which it is performed across the industry. 1. ETL Test Process is different from Standard Test Process. 2.

Database Testing: How to Regression Test a Relational Database. Relational database management systems (RDBMSs) often persist mission-critical data which is updated by many applications and potentially thousands if not millions of end users.

Database Testing: How to Regression Test a Relational Database

Furthermore, they implement important functionality in the form of database methods (stored procedures, stored functions, and/or triggers) and database objects (e.g. Java or C# instances). The best way to ensure the continuing quality of these assets, at least from a technical point of view, you should have a full regression test suite which you can run on a regular basis. In this article I argue for a fully automated, continuous regression testing based approach to database testing.

Just as agile software developers take this approach to their application code, see Agile Testing and Quality Strategies, we should also do the same for our databases. Table of Contents 1. There are several reasons why you need to develop a comprehensive testing strategy for your RDBMS: Data is an important corporate asset. 2. 3. Traditional Testing will be Dead Soon! Repeated software-development tasks are getting automated through the application of Continuous Delivery and DevOps .

Traditional Testing will be Dead Soon!

Developers are taking more and more testing responsibilities in their hands. I wonder what will be the role of traditional testing and testers moving forward? This question has been troubling me since I looked at the testing pyramid, a concept coined by Mike Kohn in his book Succeeding with Agile. Its essential point is that you should have 70-80% unit tests, followed by 10% integration tests, 5% system level tests and 5% GUI level tests. Performance Testing in BI 4.1. I've recently spent a bunch of time getting to know BI 4.1, and part of that process is taking it for the proverbial test drive in terms of performance.

Performance Testing in BI 4.1

To do this, I always use Apache JMeter since it is free and a great overall product. I've been documenting the process for designing performance and regression tests on BI 4.0 on the SCN Wiki for some time, but with the popularity of this topic, along with the added exposure gained in my recent ASUG webcast on automated regression testing, I haven't made it as far as I would like in the process.

Due to challenges and other commitments, I just got around to creating a test plan for BI 4.1. The test plan invokes 3 different BI clients ... Web Intelligence, Explorer, and Analysis for OLAP, and all get backend data from HANA. And this represents a new process for me that should be sustainable in the long-term. You can familiarize yourself with JMeter and create your first test plan (exhaustively documented) here: BI 4.1 Mixed Test Plan 1. 2.

My life as a BI consultant. Since ever testing is part of every IT project plan – that’s true as well for Business Intelligence (BI) & Data Warehouse (DWH) projects.

My life as a BI consultant

The practical implementation of testing in the BI / DWH environment has confronted me with troubles in the past again and again. Often I’ve had the impression that the BI / DWH world is still back in the Stone Age regarding development processes and environments. At least it is significantly behind the maturity level I know from the software engineering domain. The below chart illustrates this gap: If there is something tested at all, typically in the BI frontend area things are tested manually. Since summer 2014 we at IT-Logix are actively looking for better (tool based) solutions for BI specific testing. Recurringly scheduled regression tests to monitor side effects of ongoing DWH changes: The reference files are created somewhen e.g. after a successful release of the DWH. Tosca searches for the differences between the two files. Lessons Learned by a Software Tester: Agile Testing Automation.

As an Agile/Testing consultant, trainer and coach there are certain questions I hear often. One of them is: "What tool should we use for test automation? " My response is usually the same: "What do you want to automate? What kinds of tests or checks? " Very often I see people and teams make the mistake of trying to find the silver bullet.. the one tool to automate everything.