tag:blogger.com,1999:blog-9421494.post1771531342485549091..comments2024-03-27T06:18:38.214-04:00Comments on Lessons Learned by a Software Tester: Quality Center Must DiePaulhttp://www.blogger.com/profile/16826575269870573990noreply@blogger.comBlogger26125tag:blogger.com,1999:blog-9421494.post-53326876271027567802016-01-25T09:36:37.701-05:002016-01-25T09:36:37.701-05:00I totally agree, I write python test frameworks th...I totally agree, I write python test frameworks that can be executed on Linux small computers (Raspberry Pi) The company I am contracting to just decided to shift the test cases to QC.... I read that ALM 11+ supports REST interface so I had no objection.... NO it does not it supports a tiny subset of its features. Why does any modern test tool not use open standards? and dont get me started on the actual interface oh my good god.. really.. define a test as Automated... that's it now you cant change it back... one of the features in any project I design is the ability to pass a test between Manual Automated and Augmented.. Most tests start out as Manual tests, and evolve to Automation... Now not possible! you must duplicate the test mark it Automated and block the Manual test?? duplication is the enemy! Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-14609437624992480752014-03-14T02:01:59.855-04:002014-03-14T02:01:59.855-04:00My name is Jerry, and have been doing consulting n...My name is Jerry, and have been doing consulting now for over 18 years - in the testing arena - across many states (CA, TX, Northeast, and global): kudos to you Paul.....for having the self-confidence to express your personal adverse experience with HP products. Reading carefully your piece, and the replies from what obviously seem like HP salespeople or company folks on the thread (defending HP), I totally understood the essence of your blog title, and what you really meant by it. Actually, the bias was obvious to me from those who were too quick to basically categorize you as almost "loony" and "emotionally in distress". Well, fact is that I go back way back....since Y2K testing and have used QC, QTP....and I can submit with confidence 5 points: 1) HP has spent millions on advertisement and promotions...and that accounts more for the popularity of their tools...then the quality of them, 2) in recent years, HP has changed their business model from, direct distribution, support, and sales of their products, to now having vendor (contracting companies) do the selling and distribution for them...this is proving to be a nightmare...from a communications and support angle...and is leading to a lot of frustrations, 3) years ago, you could go on the HP site and clearly view their license and price options....now, they force you to sign up with a vendor rep., allow them to give sales presentations, and more pitches before you can get price info...and this is proving to be a time killer and frustration for companies that are already informed about the products and simply want to move ahead with assessing purchasing decisions...so you have to wonder why has HP moved to such a "unfriendly" and "time consuming" model?, and 4) absolutely.....over the years, HP has clutter their software with so much coding that it has put a strain on their performance....so I', hearing across many blogs how QC adds more and more clutter to your machine's memory as you use it, that performance is being compromised. And #5) the biggest hurdle of all....HP has found itself in a battle with its' own business model by having to charge astronomical license prices (compared to other tools), in order to offset the $millions being spent in marketing and the $commission they now pay vendors (their new sales force). From a business angle, I think HP is slowly killing itself through these very bad marketing decisions. Regarding product knowledge...hate to burst the bubble for those defending HP in this blog, but your experience with that trainer is more the case today then the exception with HP. Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-20368602392037922352014-03-10T11:19:17.914-04:002014-03-10T11:19:17.914-04:00It's been a few years since I had to use QC (2...It's been a few years since I had to use QC (2010 was the last time, I think) so I'm not sure if it has changed, but this post brought all the bad memories rushing back :)<br /><br />Essentially, and in common with *many* test management tools, it isn't designed for testers to use in their day to day work, it is for management to get information on what testers are doing, or more generally in the overall status of the test phase of a waterfall project. <br /><br />In addition to the needlessly complicated setup work required before anything can start to happen, the bits that used to drive me crazy were the way that all test cases were sorted alphabetically within a folder, and modal dialogue boxes so you can't refer to your previous work when e.g. writing a new test case.Fionnahttps://www.blogger.com/profile/13482711994985922118noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-40207647566671989142013-06-25T17:05:36.404-04:002013-06-25T17:05:36.404-04:00Here is why it sucks:
Only works in IE “the least...Here is why it sucks:<br /><br />Only works in IE “the least used browser available”<br />To be more specific (IE7 - IE8)<br />Plugins only work with the 32 bit version of office<br />You must run your browser in protected mode off<br />QC downloads a crap load of active X files on users local<br />Uses tons of memory, bloated with tons of useless features<br />QTP uses VB script with a horrible weak IDE<br />Randomly crashes from time to time<br /><br />Quality center is a steaming pile of monkey crap.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-92162061816513258242013-06-16T21:33:20.004-04:002013-06-16T21:33:20.004-04:00Paul, leaving aside BPT, which I have no experienc...Paul, leaving aside BPT, which I have no experience of, to my mind your criticism of QC seems a little out of proportion. It would be clearer if you offered a point of comparison (even if this was only to describe how excel or paper and pen could offer a better alternative) for your points of criticism. I have some experience of QC, and this was working under an agile methodology, and it seemed no better or worse than mediocre. Yes it does become a bit of a box-ticking exercise, however this is a part of testing, and the bit the auditors like to see. I’m not sure I understand the setup complexity either: upload requirements, create test cases linked to requirements, create test plan and execute. <br /><br />It can be difficult for testers who are outside of the development circle (yep this may be the problem I know) to test more than the predefined scenario presented to them; QC or any other QA tool provides a decent tool to get the boxes ticked. Testing within the development team can be more flexible and creative. I guess the real story is balancing the need for “box-ticking” against providing the necessary level of testing depth and breadth. QC helps facilitate the first aspect more than the second. <br /><br />For the sake of openness I am not a tester and so QC is generally someone else’s issue…maybe I am just selfish!<br /><br />Stu<br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-47663631059378632802013-04-11T11:40:53.825-04:002013-04-11T11:40:53.825-04:00Quite an interesting read. I do however feel that...Quite an interesting read. I do however feel that Paul has a slightly biased opinion of QC that could be unfounded. <br /><br />Like many professional testers, I do feel that QC lends itself to a narrow minded scripted "tick-box" style testing, and is not good at exploratory testing. That doesn’t make QC bad per se though, it can be used as repository in much the same way as your traditional excel/word ways of working, but it also allows you to link defects to test cases and steps in a manner that allows for traceability; something of which it can be hard to show with your traditional excel piles of documents or Jira stories. (I have used Jira and I like it, btw, among many other testing tools in my 16 years of QA experience)<br /><br />Use QC as you would use excel/word to document your tests, but link your defects, and include high level "title only" exploratory tests in your QC test catalog. By documenting your exploratory thoughts up front, you can often provoke more creative test documentation, and other team members can often add valuable extra pairs of eyes to increase coverage outside the scripted method of using QC. I have been using QC like this for years, and it works for me. I have constantly stayed away from the BPT module, and until recently always been frustrated by the lack of maturity in the test lab module, but much of that has now (eventually) been addressed. <br /><br />You can be collaborative, you can still get your team thinking outside the box and testing creatively, but you dump it all in one repository that appeases the higher level PM and execs to show that you have thought about your testing, you have covered your requirements, you have executed what you said you would execute, and what bugs have been found have been resolved (or deferred?)<br /><br />QC does have a place, but I agree that the BPT enforced flow type of tests that HP themselves advocate and try to shoehorn in do not make for a happy tester haven. I'm happy using QC for my structured tests and my unstructured tests, linking my defects to tests and even logging and linking to requirements if the need arises (although I tend to start at the test plan module and work forwards from there TBH) I am also happy letting my manager report on the test artifacts within QC to gauge how far on we are in a test cycle.<br /><br />Certainly don't use QC as your only tool, but identify where it can provide useful input to your team. If you don't have a test process in place, QC can help provide one that you can start with, but if you have a process that works, like Paul, then don't try to shoehorn QC into it.<br /><br /><br />David P, Quantech SystemsDavid P, Quantech Systemsnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-68655445750945590792013-03-30T08:48:29.700-04:002013-03-30T08:48:29.700-04:00I whole heartedly agree. My exposure to QC is more...I whole heartedly agree. My exposure to QC is more limited than most of you here. However I could never shake the feeling that it leads to "tick box" testing.<br /><br />It makes creative testing hard. Capturing the reality of the ad-hoc test that you conducted, (because you saw something in a previous test that wasn't a failure case, but wasn't optimal behaviour), in a new test, was a serious pain.<br /><br />Once the tests in the tool had been ran "testing was complete"? Huh? What? I'd review the tests, and be astounded at how *little* was actually in the tool.<br /><br />Give me Jira, and a testing team that reviewed the user stories/use cases, gave their insight into the user process, worked to understand the domain model (independent of the SQL model underneath), and writes tests in their tool of choice - if that's Excel, that's fine. I know they will test significantly better than any team using a HP QC driven process.Markhttps://www.blogger.com/profile/03094355523157373359noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-30731351274915644802012-08-21T00:09:53.266-04:002012-08-21T00:09:53.266-04:00nice.....nice.....Anonymoushttps://www.blogger.com/profile/02322166386461609881noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-35207500177046746722012-03-29T18:14:18.747-04:002012-03-29T18:14:18.747-04:00As a Software Tester who has been 'forced'...As a Software Tester who has been 'forced' to use this tool for 6 years now, the blogger is RIGHT ON THE MONEY. And well stated. <br /><br />To Anonymous - if you are too insecure in yourself and this tool to actually post your name. Shut up. You are offering nothing but chicken shxx opions that have no place in the business world.Valerie Newtonnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-20019686470996423772011-08-23T02:24:08.355-04:002011-08-23T02:24:08.355-04:00Dear Anonymous trainer,
As I described in the exp...Dear Anonymous trainer,<br /><br />As I described in the experience above, I mentioned several of these points during the training itself. So as to not be disruptive, I saved some of the points for immediately afterwards when I spoke directly with the trainer. He seemed like a good guy (poor, disrespectful sense of humour aside) and helped me understand that some of the difficulties I expressed were with the implementation and not the tool itself.<br /><br />I raised some of these points with my team lead during and immediately following the training. And some of the points I summarised in the feedback form.<br /><br />After 4 attempts to raise issues using different methods, I was never once approached to further discuss any of the concerns I raised. You know, there's only so much you can do before you move onto the next thing, right?<br /><br />I am a professional tester. I raise issues, risks and concerns in the attempt to try and improve things. From this blog post, a Product Manager from HP contacted me to discuss my thoughts on how I might help improve the BPT product and I am happy to help.<br /><br />Based on the evidence, it appears that this blog post was more successful than my previous direct attempts to try and improve the training.<br /><br />At the end of the day, QC is a tool that can be used and misused in ways that leads to poor testing that provides very little value. That is what must die. Bad testing must stop. We can do much better.Paulhttps://www.blogger.com/profile/16826575269870573990noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-35657509157419459812011-08-22T09:17:05.602-04:002011-08-22T09:17:05.602-04:00Sounds like your trainer did not have true enterpr...Sounds like your trainer did not have true enterprise-level experience with the tool (I can certainly relate as I have frequently known much more than the trainer). We have integrated HPQC into our existing processes that support our SDLC/SDM (process first then tool) and have been successful at many of the challenges identified in this blog post. While some of our groups see significant value and have a vision that can be accomplished using the tool, other groups continue to struggle as the expertise simply is not there.Alexhttp://www.cleveland.comnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-65987969323499107472011-08-21T19:09:47.230-04:002011-08-21T19:09:47.230-04:00Paul, how much of this did you raise during the tr...Paul, how much of this did you raise during the training, or feed back after the course so that the training can be improved? As a trainer, one of the very few things that really annoys me is an audience that has the opportunity to ask questions or speak their mind (and I give people plenty opportunity to do that on my own courses), but then only makes clear their feelings after the course has finished or there is too little time to deal with their points...Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-87869230667978669402011-07-29T11:21:27.756-04:002011-07-29T11:21:27.756-04:00Dear Anonymous, thank you for your feedback.
You ...Dear Anonymous, thank you for your feedback.<br /><br />You often use "this guy" in your comment. To be clear, my name is Paul. It says so at the top of this page, and it also says "Posted ... by Paul" at the top of every blog post. Please refer to me by name. You may choose to remain anonymous if you like, but I do have a name and am not hiding my identity with the thoughts, experiences and opinions that I post here. Also, if you haven't noticed, the "Paul" who replies in comments (like this one) is the *same* person who wrote the blog post. You may want to read some of those comments to add to the context of the original post.<br /><br />The instructor knew what he was doing, and all told, was quite effective in meeting the objective of the training session. I can respect that. I certainly left the workshop understanding the functionality, workflow, and expected business context in which the tool features are to be used. I was surprised at some gaps in his knowledge, but as a colleague suggested, I shouldn't have been.<br /><br />The Trainer never said that the "tool fits ALL testing methodologies" and I don't believe I did either. If you listen to the HP marketing hype, I'm pretty sure they *do* push the tools that way though. I was at the StarEast conference this past May and the HP/QC sales people used pretty much those exact words.<br /><br />The BPT functionality is interesting. Once I got it, I compared it to something like <a href="http://rspec.info/" rel="nofollow">RSpec</a> or other Domain-Specific Languages. As I said in my post above, I *like* those kinds of abstractions. I think they provide value. Anything that reduces the complexity of details and allows subject-matter experts to get more involved in writing tests is a good thing in my opinion.<br /><br />What I don't like about the "big picture" here is the Waterfall-style barriers and structures imposed by this particular implementation, and that when I used these "business tests" in the Test Lab/execution phase (of the tool - i.e. trying to use the tool to actually *test*), I <b>still</b> cannot do effective testing. As I mentioned above, automating these tests would be more effective than running them manually because at least computers don't think. (yet)<br /><br />You wrote: "he clearly has very little or actually NO real experience of using on a live project." I can assure you that the 2-day training course was *not* the first time I have used the tool. I have used HP Quality Center almost daily for the last 5 months. I also used QC when it was called Test Director many years ago. It hasn't changed much in the last decade. Bells and whistles can't change the spots on a leopard. (with apologies to any leopards that may be offended by being compared to QC.) QC is as bad today as it was then. I had <i>hoped</i> it improved, but it hasn't.<br /><br />I am currently using the tool as a glorified repository and am avoiding as much of their specialised functionality as possible. There are many reasons for this, the least of which is that the specific Testing "features" only lead to bad testing and poor quality IMO. In that case, there is no way to justify the expense for this tool.<br /><br />If we change this to an economic discussion, which I am happy to do, a cost-benefit analysis would most certainly show that the teams that focus on real-time collaboration and communication produce far greater quality and value than the ones that rely on tools for accountability and information traceability.<br /><br />The latter (a tool for accountability) keeps lawyers happy and since when did we allow them to start driving software development projects?<br /><br />Let's get rid of the tool and start fresh with people. Have conversations, build understanding, and provide value. Only then select the tools that provide value to you, the humans doing the hard creative work. Don't use tools that make slaves of the humans, eliminate thought, prevent creativity and create barriers between teams. We can do better.Paulhttps://www.blogger.com/profile/16826575269870573990noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-88373364477599245932011-07-29T07:46:22.388-04:002011-07-29T07:46:22.388-04:00Whilst I can understand this guy’s point of view o...Whilst I can understand this guy’s point of view on a couple of his criticisms, I do agree with some of what he says. However I would disagree with his negative attitude. It’s definitely been clear he totally clashed with the instructor. Also I don’t feel the instructor really knew what he was doing from a real life scenario point of view. You will NEVER get one tool that fits ALL testing methodologies so he’s being a little short sighted I feel there. The BPT add-on I feel for the right project and methodology is a very clever, lower maintenance, structured way of building test scenarios. It also allow users from different teams (business areas) for example to be writing test scenarios all at the same time and all following test scripting standards. The parameterising issue I do agree needs modifying as in certain situations it would be nice to run on the fly.<br /><br />The summary for me then is this guy has overly critisized a tool that he clearly has very little or actually NO real experience of using on a live project. So the statement ‘QC will die’ at the beginning of his blog I would hapily put my house on never becoming a reality…certainly not in the near future anyway. I think if he’d critisized the cost of the tool he’d have had my backing more with that!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-10475730436591033912011-07-29T06:14:18.568-04:002011-07-29T06:14:18.568-04:00Alarm bells ring when you are told you have to cha...Alarm bells ring when you are told you have to change the way you work to fit in with the 'new' software.Grahamhttp://www.altica.co.uknoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-16195084435699483682011-07-28T23:42:11.326-04:002011-07-28T23:42:11.326-04:00@TexasPride:
That was awesome feedback! Thank you...@TexasPride:<br /><br />That was awesome feedback! Thank you for sharing your experiences and adding to the value of this post! I appreciate it.<br /><br />You mention several interesting points. I'll start with the most-interesting part (for me, right now) - I have never heard of "Sprinter" and have only used up to version 10 to date.<br /><br />My current client has mentioned the possibility of upgrading to version 11. If I have an opportunity to use this feature I will most certainly review it and blog about my experiences with it!<br /><br />You wrote: "HPQC requires an extensive period for prior planning before the tester can simply dive in and begin to develop tests." I would agree with this statement.<br /><br />The time spent <i>using</i> the tool is one of my concerns. That is time I would rather spend collaborating or testing. I like the range of the testing contexts you described - and you mentioned situations I hadn't even heard of, so that's cool.<br /><br />Your statement "test managers really need to understand how to set up a test program and implement that program using the modular test approach that QC embraces" is very similar to what I was told about how the testers need to change their process to align with how the tool works.<br /><br />See, that just doesn't work for me. I have seen how the tool works and I refuse to dumb-down my thinking & testing processes to the HPQC level. I like to be challenged and learn and grow. HPQC (as far as I have seen) sets the bar so low that I cannot conceive of a way to have good testing and quality come out of their models and approach. I have tried. Several times.<br /><br />When I teach testing, I use whiteboards, pencil & paper, and simple, readily available apps like text editors, paint programs, wikis and freeware tools. The value is in helping the testers to think, organise their thoughts, execute on their ideas, and communicate effectively with the team members. All of the implementations I have seen so far of HPQC fall short on complementing any of those activities.<br /><br />In one company, I terminated the QC license and we went back to using Word and Excel documents. Testing productivity went up and the testers felt better about what they were doing. It wasn't a perfect solution, however there was a noticeable improvement in happiness and performance once we eliminated the tool.<br /><br />I know it's not the tool's fault. It's the whole package -- the processes, the tool (stability & bugginess, design, complexity, usability), the workflows, and the monitoring & control aspects -- that, in my opinion, don't appear to support the creative enterprise that is software development.Paulhttps://www.blogger.com/profile/16826575269870573990noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-88295778988690013352011-07-28T21:01:14.297-04:002011-07-28T21:01:14.297-04:00It has been my experience that HPQC requires an ex...It has been my experience that HPQC requires an extensive period for prior planning before the tester can simply dive in an begin to develop tests. Even with that said, it is crucial to establish how and what types of testing will be set conducted. For unit testing, I feel QC is not an efficient tool as it requires MUCH planning and coordination with CM just to get test execution activities off the ground. System, Integration, and End-to-end is a bit of a different story however. Tests can be more structured and test data be organized into parametrized sets that portray good vs bad data. <br /><br />Even with that said, there is another dynamic that is not normally considered with QC users. There is a difference between front-end and back-end testing. Unit tests sort of combine the two categories, thus making QC a poor tool choice for UT. With front-end testing, the exploratory testing method is fine for user acceptance but is not efficient for system, integration, or E2E. Back-end testing is all about executing SQL code that tells you if data hit the right target table/column... This is something that QC does not execute automatically unless you use QTP to execute SQL through VB scripting. In stead you end up having to use TOAD/SQL Dev. to execute the code while updating the status of a given test in QC.<br /><br />The new version 11 of QC now comes with the "Sprinter" application (for free) and was designed exclusively for the exploratory testing method. In deed, it also automates manual tests to a point but not so to the point QTP automates functional tests. <br /><br />Your taking of the business process testing class was truly a waste of time as it would have made more sense if you had taking "Sprinter" training instead.<br /><br />Overall HPQC is a good tool but I feel it deserves low grades and criticism for its usability. I feel test managers really need to understand how to set up a test program and implement that program using the modular test approach that QC embraces. <br /><br />There is so much potential for QC but the test manager needs to plan out how the tool will be used... not the free lance tester who is just looking for quick verification of a given requirement. <br /><br />Just some thoughts...TexasPridehttps://www.blogger.com/profile/09412531084853825273noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-73624977282427430152011-07-28T18:56:55.044-04:002011-07-28T18:56:55.044-04:00As a HPQC user I can identify with a lott of what ...As a HPQC user I can identify with a lott of what you are saying. Even so most of what you are saying seems having more to do with an incompetent training and the misguided conception that one should follow HP's standard of structured testing when using HPQC. <br />I work in a company that requires me, based on audit and regulatory rules, to create test ware with built in traceability between requirements, test design, test execution, defects and to link them to individual systems and releases. Those rules do not however tell me that I should do the actual creation and execution from within HPQC. And thus I use HPQC more like a repository storing requirement summaries, short test descriptions, execution results, defects and also some manual tests. Within that context it does the job without irritating or limiting me. It actually does the job quiet well as I seem to be to keep the auditors satisfied without much effort.<br />So yes HPQC is certainly no blessing, but it can be useable if you put some effort into it. <br />Additionally instead of criticism I would like to hear people show me alternatives.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-56454618207578457562011-07-28T12:35:31.146-04:002011-07-28T12:35:31.146-04:00WHY is it so hard for software professionals to se...WHY is it so hard for software professionals to see the obvious (I admit, it was hard for me too): <br />1. Quality and testing activities are the responsibility of the whole team, not of only the QA team<br />2. The programmers who write the production code can do the test automation in a tiny fraction of the time it would take the testers to automate in any tool, especially one like QTP<br />3. If the testers don't have to waste time trying to automate tests (probably creating tests that are too expensive to maintain and provide bad ROI), then they have oodles of time to collaborate w/ customers & devs to elicit examples of desired and undesired behavior, which they can then turn into test cases which are automated quickly and easily by the programmers. Then the same testers will also have oodles of time in which to do the essential exploratory testing. Everyone gets to do what they do best, everyone collaborates, high s/w quality results.<br /><br />Sigh.Lisahttps://www.blogger.com/profile/10230090963033880060noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-40609058725130125342011-07-28T11:15:46.565-04:002011-07-28T11:15:46.565-04:00Dear Anonymous, thank you for the feedback.
Thank...Dear Anonymous, thank you for the feedback.<br /><br />Thank you for the clarification that BPT is not QC. I suppose you're right although the end result is the same. It is part of the same tool suite, and part of the problem.<br /><br />This blog post was mainly focussed on my recent experience and I can assure you that I have much more experience with QC and other modules within it.<br /><br />I have used the Requirements, Test Plan, Test Lab and Defects components mostly. I can tell you with absolute certainty that Quality Center is EVIL. No good testing will ever come from it.<br /><br />This comment field is but a margin and I can write pages of comments and feedback about how QC's Test features cannot align with good test design, and the Test Lab/execution component is just plain vile.<br /><br />IMO, the single worst aspect of Quality Center is the feature I have avoided the most - the Dashboard. Collecting *metrics* on test execution time and counts of test cases as measure of tester performance and "quality" are stupid, demoralising, and misleading. I am being generous here, and I have many colleagues who can also provide many supporting examples here.<br /><br />I apologise if I failed to relate my broader experience with the tool. You are correct in that "it is a poor workman who always blames the tool." In my opinion, this tool is <i>part</i> of a disease of mind that is negatively affecting the <b>Information</b> Technology Industry.<br /><br />I am a knowledge worker. I help smart, creative people break free from their mediocre routines to excel and provide awesomeness to their colleagues and customers. If I see a tool, process or idea that is holding people back, then I will happily help them to see the elephant in the room.<br /><br />QC is on my hit list.Paulhttps://www.blogger.com/profile/16826575269870573990noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-22110874062601972172011-07-28T10:57:55.812-04:002011-07-28T10:57:55.812-04:00First of all hats off to the manager who sent thei...First of all hats off to the manager who sent their team to a HPQC course instead of assuming that it can be picked up in tester's spare time.<br /><br />I'd be also be interested how useful the course was for the company and how much of it was then used in practice. Was it worth the money?<br /><br />If not, what would alternative courses have cost and where'd the value be?<br /><br />I'm implementing SBTM at the moment (again) after having ditched HPQC which ran out of warranty - not that it was used much. If we all look at what the business' needs are instead of starting with what tools have been bought blogs like this wouldn't be necesssary anymore.<br /><br />Thanks for sharing.Anonymoushttps://www.blogger.com/profile/03762884988997347021noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-20379862667236210832011-07-28T10:07:14.701-04:002011-07-28T10:07:14.701-04:00Great post! I've seen numerous occasions where...Great post! I've seen numerous occasions where a tool was prescribed on an agile team. Let the team choose what to use and how they use it. That is where team performance will improve.Anonymoushttps://www.blogger.com/profile/00581193495052765585noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-16591445931077375812011-07-28T09:56:50.999-04:002011-07-28T09:56:50.999-04:00Paul, I can see your agony and sympathize with you...Paul, I can see your agony and sympathize with you. I also see how exploratory-minded tester you are and I admire that.<br /><br />I also feel the embarassament and stress of the trainer, who probably faced a student with superior knowledge and experience in the field than the trainer himself. Maybe it was natural for him to take an incongruent stance and speak more firmly.<br /><br />I usually prefer growable tools, in social and technical aspects. People should learn to handle complexity, with experience and time. There are some tools that seeminly decrease the complexity but in reality it acts the opposite. Growable tools usually augment human thinking -- handling drudgery is another benefit but comparatively it's much less important in value.<br /><br />I am more interested to hear what you did with your team(the test team and the pilot team) after the training.<br /><br />I hope you make some more comrades in your client's site and have happy time.<br /><br />With best regards,<br /><br />June KimJunehttps://www.blogger.com/profile/01953079944777973204noreply@blogger.comtag:blogger.com,1999:blog-9421494.post-35165369159892006582011-07-28T09:16:01.015-04:002011-07-28T09:16:01.015-04:00It is very difficult for someone to teach HPQC whe...It is very difficult for someone to teach HPQC when they haven't actually use it. In your case – I can tell that you have not worked with QC much especially since you refer to BPT as QC. Just a note BPT is not = QC. <br /><br />I understand your frustration but BPT is just one of the components that comes with QC and your anger should be towards BPT and not QC as a whole. I think it is wrong for you to base your entire opinion in just one part of the tool - You should say instead BPT is really BAD - but instead you prefer to say that QC is. I can also tell by your comments that you have not used QC much. Believe me when I say this - you can do so much with this tool but if you have not worked on it much - guess what – of course it won’t work for you. <br /><br />I don't know why but people tend to blame the tools when they don't get it their way. Someone said once - "it is a poor workman who always blames the tool".<br /><br />I understand your point but QC is not about BPT only. BPT is just one part of it. Anyone reading your blog would think that BPT is QC and it is not.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9421494.post-27913653371685140062011-07-28T05:06:32.032-04:002011-07-28T05:06:32.032-04:00So much in your post that I found myself nodding a...So much in your post that I found myself nodding at. I abandoned formalised scripting years ago in favour of keyword driven testing frameworks. However it is hard to explain the simple concept that 'it gets me testing faster' to these massive tool .... advocates.Anonymousnoreply@blogger.com