Test data?
-
Or just never use a development database for demos. A development database is going to have test data, probably even some invalid data to test certain scenarios.
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
It's only after the contract is fulfilled that you have a production database, so the vast majority of demos are done with development databases, to describe to/train customers on "what you are going to get", and the docs guys can't wait until the product is installed and working customer-side to produce umpty-bagillion pages of documentation for it. One aspect of professionalism is that of not giving your colleagues a sh1tty time for no good reason. Another is that of not wasting money -- the guys who have to spend hours, days, and weeks making corrections to cover the little jokes have to be paid for their time. Another is that of not putting the company in the position of being embarrassed in front of customers. Could you remind me again what the plus side of the little jokes is? If you want to joke, come to the Lounge; don't go to potentially customer-facing material.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
A company I worked for a while ago (who shall remain nameless) used to demo their product using standard demo data that was created by the test team. Unfortunately, some of the developers would often amend the demo data when testing their new features. Some of them would create customers such as Mr Erectile Tissue or Mrs Fanny Flaps and the like. You can imagine how this went down at demos to prospective clients :laugh:
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare Home | LinkedIn | Google+ | Twitter
-
It's only after the contract is fulfilled that you have a production database, so the vast majority of demos are done with development databases, to describe to/train customers on "what you are going to get", and the docs guys can't wait until the product is installed and working customer-side to produce umpty-bagillion pages of documentation for it. One aspect of professionalism is that of not giving your colleagues a sh1tty time for no good reason. Another is that of not wasting money -- the guys who have to spend hours, days, and weeks making corrections to cover the little jokes have to be paid for their time. Another is that of not putting the company in the position of being embarrassed in front of customers. Could you remind me again what the plus side of the little jokes is? If you want to joke, come to the Lounge; don't go to potentially customer-facing material.
I wanna be a eunuchs developer! Pass me a bread knife!
The downside to using actual data is that I have to know the domain I'm working in. I recently did some work on something for a toxicology department. I'm no toxicologist, I just used stuff like "WATER" and mixed it with "FORMALDEHYDE" as that is something I saw in the docs. After that it was just "TEST" and "SUB OF TEST". Not something you want customers to see, but what else am I going to put there? If someone wants a demo let them create a separate branch of the software that's sure to stay frozen with a database that has exactly the records you'd expect in the demo. How the hell are you going to demo a constantly changing product anyway?
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Whenever possible I try to use a copy of real production data for tests. I learned that it is impossible to predict the absurdities you'll find in the _real_ data.
-
Generally I use a copy of the real data to make the testing more faithful. But if I don't have real data and create a mockup, it has to be obvious that the test data is fake so I don't forget to exchange it for real data later, so yes hilarious it is. Or bacon ipsum[^] if I'm lazy.
Wrong is evil and must be defeated. - Jeff Ello
Jörgen Andersson wrote:
Or bacon ipsum[^] if I'm lazy.
I have these two links: blindtextgenerator.com[^] & 15 Funny Lorem Ipsum Generators to Shake Up Your Design Mockups[^] ;)
-
A company I worked for a while ago (who shall remain nameless) used to demo their product using standard demo data that was created by the test team. Unfortunately, some of the developers would often amend the demo data when testing their new features. Some of them would create customers such as Mr Erectile Tissue or Mrs Fanny Flaps and the like. You can imagine how this went down at demos to prospective clients :laugh:
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare Home | LinkedIn | Google+ | Twitter
At least I make sure my test data isn't offensive :laugh:
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
I worked for a DMV and the database usage was tightly tracked, as even the Dev & Test databases were loaded with real customer data. Theft of that data was a real problem, so we were warned to not search for people, etc. So ... in the Dev and Test environments, when I needed fresh test data the safest thing to do was use my own ID (the system listed everything I had owned in that state). When I left that job I had more than 70 cars titled in my name, including Lamborghini, Ferrari, McLaren, Saleen, and Maybach. I had fun researching the cars ... the MSRP of my collection was about $65 million. ;P
-
Ouch, been there once :sigh: My guess is that those people are so extremely incompetent, and know it, that whenever they see something new, like "Finance Management", they freak out. Giving you a thirty minute speech on why the label is invalid is just to verify his own knowledge and position. Writing it down as a problem makes him feel powerful.
Mycroft Holmes wrote:
even a manager can't focus on nonsense for too long
Why do you think that? Managers made nonsense their job! :laugh:
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Managers have to be incompetent in order to be promoted out of harms way. I remember one, very senior manager asking me how to make a video player play. I suggested he should press the button with the word 'Play' on it. Blank response. He didn't even recognise sarcasm.
We're philosophical about power outages here. A.C. come, A.C. go.
-
I worked for a DMV and the database usage was tightly tracked, as even the Dev & Test databases were loaded with real customer data. Theft of that data was a real problem, so we were warned to not search for people, etc. So ... in the Dev and Test environments, when I needed fresh test data the safest thing to do was use my own ID (the system listed everything I had owned in that state). When I left that job I had more than 70 cars titled in my name, including Lamborghini, Ferrari, McLaren, Saleen, and Maybach. I had fun researching the cars ... the MSRP of my collection was about $65 million. ;P
That sounds like fun. You might actually learn something :D
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
-
The downside to using actual data is that I have to know the domain I'm working in. I recently did some work on something for a toxicology department. I'm no toxicologist, I just used stuff like "WATER" and mixed it with "FORMALDEHYDE" as that is something I saw in the docs. After that it was just "TEST" and "SUB OF TEST". Not something you want customers to see, but what else am I going to put there? If someone wants a demo let them create a separate branch of the software that's sure to stay frozen with a database that has exactly the records you'd expect in the demo. How the hell are you going to demo a constantly changing product anyway?
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Sander Rossel wrote:
The downside to using actual data is that I have to know the domain I'm working in.
Just use values that don't sound like schoolboy jokes -- you don't have to be an expert to look at the customer's web-site and pick a few pointers from there, or to google "list of toxins". References to Star Wars, LotR, Harry Potter, etc, not only make the company look foolish, but also make it a lot harder to explain what the program is doing -- whereas if you use something similar to what the customer will be using, they'll "get it" instantly -- so they have to be replaced in a mad panic, and/or edited out of screenshots. That's not to mention that developers often use obscure fonts in UIs, so the correct font has to be found, then made to look exactly the same size as the other text in the screenshot (which could be at any zoom, not just font size), and then fuzzed/sharpened/blended in with its background the same as the other text (which was rendered by the GUI, not by the graphics tool that has to be used to fix it) -- it's a sh1tty, time-consuming task. Put it this way: it's a damned sight harder and more stressful than spending five minutes on google, so reserve that treatment for people you hate, not for guys you don't know (but who will learn to hate you)
Sander Rossel wrote:
How the hell are you going to demo a constantly changing product anyway?
There is no "how", there's just a "you have to". e.g: 0. If you use Agile, "you have to" show them what you've got at least once each sprint. 1. If you're working on a closed or high-secure system, they can demand to see what you're doing any time they want. 2. Even if !0 and !1, you can rest assured that you have colleagues who have to constantly "show and tell" with the customer.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Whenever possible I try to use a copy of real production data for tests. I learned that it is impossible to predict the absurdities you'll find in the _real_ data.
There is no better crazy than an end user. [Human Error](http://www.jklossner.com/computerworld/images/security26.gif)
Hogan
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
For test data, we use production data that we merge with test data. Primary key/Unique Ids in production start at DB default of 1, test DBs have been "juked" to insert new Ids starting at 1,000,000. This keeps refresh logic really simple. I had some alpha revision software that I did with a joint venture. If their interface ever returned an error code, I had programmed some hard stop/system level message boxes with messages like "Karem f%#$# up again: api [1-5]". Karem was the developer from the joint venture company. I return from the trip and barely have it integrated back into SCM (without changing the "fun" messages), when the president shows it to a customer after I told everyone, including him, that it was not ready for release yet. Thank goodness Karem was a good programmer! No messages appeared, but I am sure I would have been fired if they had. No more "fun" data after that close call...
-
Jörgen Andersson wrote:
Or bacon ipsum[^] if I'm lazy.
I have these two links: blindtextgenerator.com[^] & 15 Funny Lorem Ipsum Generators to Shake Up Your Design Mockups[^] ;)
I've gotta use the pirate ipsum some day. :thumbsup:
Wrong is evil and must be defeated. - Jeff Ello
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Test data isn't the only area for making fun. One of my colleagues, like so many others, issued crazy error messages for "impossible" error situations that will never occurs. We believe. The day following a major release, on customer contacted us by email, asking for the meaning of this strange error message, "Balla henger på fjøsveggen". My colleague nervously answered that it indicated an internal error (which was certainly true), and the message carried essential information to the software developers. The customer was satisfied. The 'essential information' can roughly be translated to "The balls are nailed to the cowshed wall". Licensing terms are another field of fun, even in released products. However, if that internal tool I maintain, with approx 200 internal users, is to be relased to customers, the licensing terms will probably be rewritten - or replaced with the standard text on which it is based (and I guess some of you can identify). I update the text from time to time (and I would be happy to receive proposals for those sections that are not much modified from the template). Currently, it reads: ______________________________________________________________________________ has previously made versions of this software available in more or less buggy versions. If you received an earlier version of the software that contains bugs with whom you have made friends and would like to keep, you are hereby entitled not to install the new version, and ignore the conditions specified by this Tool License. Common Pubic License Version 1.0 THE ACCOMPANYING PROGRAM IS PROVIDED UNDER THE TERMS OF THIS COMMON PUBLIC LICENSE ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THE PROGRAM CONSTITUTES RECIPIENT'S ACCEPTANCE OF THIS AGREEMENT. 1. DEFINITIONS "Contribution" means: a) in the case of the initial Contributor, the initial code and documentation distributed under this Agreement, and b) in the case of each subsequent Contributor: i) changes to the Program, and ii) additions to the Program; iii) subtractions from the Program; iv) multiplication of the Program; v) divisions of the Program; vi) demolition of the Program; where such changes and/or additions to the Program originate from and are distributed by that particular Contributor. A Contribution 'originates' from a Contributor if it was added to the Program by such Contributor itself or anyone acting on such Contributor's behalf, including his dog or other pet. Contributions do not include additions to
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Way, way back, in 1992 I worked for Worldspan (now Travelport) on an accounting system used by travel agencies. We had printed test plan binders, 3 inch binders, where each step was it's own page. DOS screen shots. Anyway one of the values you were required to test with was an abbreviation of Whitesnake, I think it was whtsnk. There were several other hair metal bands as client/traveler names but we were REQUIRED to use the Whitesnake one. I finally asked why and was told that in previous versions of the software that client name caused the system to abort. Apparently it was some sort of internal command in the database software being used and they found it by accident because the QA person was a hair metal fan and she used all the band names as her client test data. Even though they no longer used that database software, I think it was an early version of rBase, Whitesnake lived on.
-
Way, way back, in 1992 I worked for Worldspan (now Travelport) on an accounting system used by travel agencies. We had printed test plan binders, 3 inch binders, where each step was it's own page. DOS screen shots. Anyway one of the values you were required to test with was an abbreviation of Whitesnake, I think it was whtsnk. There were several other hair metal bands as client/traveler names but we were REQUIRED to use the Whitesnake one. I finally asked why and was told that in previous versions of the software that client name caused the system to abort. Apparently it was some sort of internal command in the database software being used and they found it by accident because the QA person was a hair metal fan and she used all the band names as her client test data. Even though they no longer used that database software, I think it was an early version of rBase, Whitesnake lived on.
You think WHITESNAKE was some bogus test data by the original database developer? :laugh:
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
We had an error message "Houston, we have a problem!" for something that should NEVER happen. Of course, it happened during a TEXAS install. LOL. The confusion that ensued was comical. I think we TOAST this error message and that event every time we get together. But more realistic test data has been my push, because the point is that errors should be obvious. Funniest thing that happened with bad test data. 1984, I wrote a program to keep track of books checked out of the school library. My teacher input "The Sex Life of an Aardvark" as the book. And then the output came: (Oopsie Lawson was the student name he used): Oopsie Lawson now has The Sex Life of an Aardvark until XX/XX/XX. OMG, the tears of laughter... Then Ms. Lawson walks in... You cannot imagine. Remember it was High School. We were stupid, and immature. And funny. LOL
-
Do you make test data fun? I'm currently working on a car reservation system. I've reserved cars to Mordor, Isengard, Hogwarts, Mos Eisley Cantina and Narnia. It's all fun and games until something accidentally lands on a production environment (like my Hot Spicy Steak, product code 666, delivered to Sanderville a few years ago). I know some people, especially customers, need test data to be "the real thing".
Best, Sander arrgh.js - Bringing LINQ to JavaScript SQL Server for C# Developers Succinctly Object-Oriented Programming in C# Succinctly
Sander Rossel wrote:
It's all fun and games until something accidentally lands on a production environment
Or until a sales guy accidentally uses test data and not the demo data and loses the sale due to some slightly nsfw content (nothing really raunchy just in poor taste) appearing on the screens.
-
I did this early in my career. But remember not to take it too far. When I used an image of Darth Vader for the CEO and he saw it, we had to revert back to boring test data... The whole IT department got reprimanded once it was found.
Hogan
-
Must have been too close to reality for his comfort.
If you think 'goto' is evil, try writing an Assembly program without JMP.
