tag:blogger.com,1999:blog-419443706016193832023-11-16T07:33:35.248-06:00Today's Big PictureA Software Tester's perspective on the Big and Small of Software Technology, Development and Testingshilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.comBlogger51125tag:blogger.com,1999:blog-41944370601619383.post-2832181880199070592011-04-09T09:26:00.000-05:002011-04-09T09:26:20.848-05:00Moving to Wordpress - http://shilpavenkateshwaran.wordpress.com/<div dir="ltr" style="text-align: left;" trbidi="on">I will be moving to wordpress starting today. Please follow me here <br />
<br />
<a href="http://shilpavenkateshwaran.wordpress.com/">http://shilpavenkateshwaran.wordpress.com/</a><br />
<br />
</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com19tag:blogger.com,1999:blog-41944370601619383.post-24439175724267117322011-04-07T14:14:00.000-05:002011-04-07T14:14:25.231-05:00NVA - Overproduction or Overengineering<div dir="ltr" style="text-align: left;" trbidi="on">Over production or over engineering are considered a non-value add and a waste. When we try to add unnecessary steps to a process or make it more complicated than it is required we are creating more chances of creating defects in our work. <br />
<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjHpzv455JjtDZKVh8wPXqVIRyDCoI1WJJtG033v4ulvY4VDD8i0_u6sLLKIXORsqYAXZISrtpMeAs-dxkOP21WSnksMq6_HJnQ-dXIALyWgeFeBYbixi5l3ldZzsTRyzTP0_PAGRNLAAs/s1600/corn.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="209" r6="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjHpzv455JjtDZKVh8wPXqVIRyDCoI1WJJtG033v4ulvY4VDD8i0_u6sLLKIXORsqYAXZISrtpMeAs-dxkOP21WSnksMq6_HJnQ-dXIALyWgeFeBYbixi5l3ldZzsTRyzTP0_PAGRNLAAs/s320/corn.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Photo Courtesy: <a href="http://www.flickr.com/photos/nonlin/3818592181/sizes/m/in/photostream/">Stephen w morris</a></td></tr>
</tbody></table>A few examples are<br />
<ol><li>Having too many slides in a presentation. You loose the audience and are unable to get the right message across. </li>
<li>Too many and too long reports - are you sending reports that take just too long to create and no one really looks at it? Then maybe its time to stop doing it.</li>
<li>Creating too many copies of a report - are you customizing the report so much that you are creating multiple copies. Then look at how you can combine them. The more copies you have the more place you have to make updates where there are changes and the higher the likelihood of creating defects. </li>
<li>Rewriting steps of a test cases - Are you writing the same steps several times in several places? If yes then try to create a test that can be called often. This will save a lot of maintenance time. </li>
</ol></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com1tag:blogger.com,1999:blog-41944370601619383.post-46386174899280076322011-04-05T15:39:00.000-05:002011-04-05T15:39:52.765-05:00NVA - Defect or Rework<div dir="ltr" style="text-align: left;" trbidi="on">In my previous post I talked about <a href="http://todaysbigpicture.blogspot.com/2011/04/its-all-about-customer-value-add.html">customer value add</a> and talked about non value add (NVA). <br />
D.O.W.N.T.I.M.E is the word I used to talk about waste. The first one in the downtime is Defects or rework. <br />
<br />
Customers don't pay us for rework. They don't expect defects and when they do find defects they are unhappy. To increase customer satisfaction we have to focus on preventing defects.<br />
<br />
<strong>What can we do to reduce defects and rework?</strong><br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEikJ2AMNYLt5etFKDaidGjpRHbR7r4rAHrevm2Rpq20Itjf7YNDzMg8lmJfkIjE4oB6XQTWPSA7ASh6ta44p1uRI9owZypQkzOpYQ3EUIcGDePnPxfeoMlf35e9PFacpLK9PJ4PoK7sNA4/s1600/pencil.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="240" r6="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEikJ2AMNYLt5etFKDaidGjpRHbR7r4rAHrevm2Rpq20Itjf7YNDzMg8lmJfkIjE4oB6XQTWPSA7ASh6ta44p1uRI9owZypQkzOpYQ3EUIcGDePnPxfeoMlf35e9PFacpLK9PJ4PoK7sNA4/s320/pencil.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Photo Courtesy: <a href="http://openphoto.net/gallery/image.html?image_id=5468#how_to_credit_this_image">Michael Jastremski</a> via openphoto</td></tr>
</tbody></table><br />
Its "<strong>self certification"</strong>. <br />
<br />
If I can certify my work then I can reduce the number of defects that escape. If business analysts make sure their requirements are accurate, software engineers make sure their code is unit tested and software testers can make sure they have good coverage during testing there are chances of fewer defects will escape to the customer.<br />
<br />
To reduce waste and create more value to customer lets start looking at our work and see how we can reduce rework and defects. We can do this one step at a time. <br />
<br />
</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com14tag:blogger.com,1999:blog-41944370601619383.post-27135119102822092252011-04-04T13:38:00.000-05:002011-04-04T13:38:21.594-05:00Its All About Customer Value Add<div dir="ltr" style="text-align: left;" trbidi="on">Customer value add tasks are those tasks that a customer is willing to pay for. On a daily basis we maybe be doing several activities or tasks and some of them are tasks that business requires us to do and are referred to as business value add. There are some tasks that just don't add any value. These are called non value add. In lean six sigma concept business value add is also considered to be non value add. Eliminating waste/non-value add will save our customer money and also create a better return on investment. <br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjh0QZ3tae4NjnZZkZU93kzvnS9fOtR0tRDZOLKcBNWfcc_a2-U0Tho2IXOYqONcN6fJ5ST6ebgMWH_P6VXcbj_aCbWM9wO4In67iepqX006ELGsqj7UsIwRoRCJ9RlMHRB4G9D6o6H7GM/s1600/dollar.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="200" r6="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjh0QZ3tae4NjnZZkZU93kzvnS9fOtR0tRDZOLKcBNWfcc_a2-U0Tho2IXOYqONcN6fJ5ST6ebgMWH_P6VXcbj_aCbWM9wO4In67iepqX006ELGsqj7UsIwRoRCJ9RlMHRB4G9D6o6H7GM/s200/dollar.jpg" width="200" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Photo Courtesy: <a href="http://www.flickr.com/photos/pimkie_fotos/2984077197/in/photostream/">Chesi - Fotos CC</a></td></tr>
</tbody></table><br />
What are some forms of waste or non-value add?<br />
<br />
D.O.W.N.T.I.M.E<br />
<ul><li>Defects or Rework</li>
<li>Overproduction</li>
<li>Waiting (Idle Time)</li>
<li>Non-Value Added Processing</li>
<li>Transportation</li>
<li>Inventory</li>
<li>Motion</li>
<li>Employees Under Utilized</li>
</ul>What can we do to add value to the customer? Look at everything we do on a daily basis and ask does this add any value for the customer. If they knew you were doing this would they pay for it? I will get into the details of each waste in my next post. </div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com63tag:blogger.com,1999:blog-41944370601619383.post-52632865154769922552011-04-03T13:11:00.005-05:002011-04-04T08:50:46.780-05:00Tester's Musings: Motivation to Test?<div dir="ltr" style="text-align: left;" trbidi="on"><br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh4WCQ3eTdG2Uw5cB5O6gueVqB8xOzr6ZifQO6XzsgNMiDQ8HNUvmpMGRKJsoO5bqLrfOdw5d1WcOk4ruNcJX4zGm5PpeAK3mK9p0NCtnOogofO1yPYFuCNCTpchI0QTmL7EzCc0kMkKnU/s1600/jump_001.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="198" r6="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh4WCQ3eTdG2Uw5cB5O6gueVqB8xOzr6ZifQO6XzsgNMiDQ8HNUvmpMGRKJsoO5bqLrfOdw5d1WcOk4ruNcJX4zGm5PpeAK3mK9p0NCtnOogofO1yPYFuCNCTpchI0QTmL7EzCc0kMkKnU/s320/jump_001.jpg" width="320" /></a></div>Our organization like a lot out there are going through a lot of change. Recession, doing more with less, hiring freeze, no raises, etc are just a few reasons as to why organization cant do better with motivating people. The traditional trends used to be give a bonus, provide, raises, give lots of time off, not ask people to work overtime or pay when people have to work overtime. With this new face of economic pressure there are very few options left. <br />
<br />
I feel I am getting caught up in this where I am demotivated from doing my job. To pull myself out of feeling the misery I started looking for things that motivate me. Here is a list of few things that helped me<br />
<ul><li><strong>Good Team</strong>: Working with a project team that is motivating really helps. I feel that if my project team can support me and have my back that I will do anything to support them. Creating a good team is key to having engaged employees. The trend with spread of agile shows that companies have recognized this.</li>
<li><strong>Rewards</strong>: yes I just said companies don't have the money to give rewards but then its not always about money. For me getting an unexpected half day off or not having to take personal time off when I need an hour or two to go visit a doctor speaks louder and tells me that my company cares about me. Working from home is another reward that I feel helps with in this economy and motivates me to give my best to my company. </li>
<li><strong>Customer voice</strong> - we hear a lot from customers when things go bad and we get their issues as defects that we have to fix immediately. Our company asks us to look at why we missed a defect. Recently our product owner shared a letter from a customer who thanked us for the work we do. They said they depend on us to do their job. This letter motivated me to make sure I do everything I can so I will have a few more happy customers. I am glad they shared the positive note from customers. I needed that to get through a few long days that I had to put. </li>
<li><strong>Employee Voice</strong> - President of our division met with each and every employee. I have been with this company for over 6 years. We had a lot of good years and this past year has been hard with all the financial changes (we are a lending based software company). When our president sat down for half hour with every one of us I felt like someone was there to hear my voice. He sat down and asked me what was working, what was not working and how can he help? Just the fact that he listened to my voice made a difference. I came out of the room feeling like the burden from my shoulders were taken. I don't expect miracles because I vented to the president. But just knowing that someone was there and can be reached if needed makes a big difference.</li>
</ul>Every time I feel like giving up because I don't see immediate results or feel the work burden is going to kill me I am going to look back at my motivators. I have this listed printed out and posted in my office cube. I will not let this economy demotivate me. I am looking forward to better days but for now I am happy with what I can get. </div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com3tag:blogger.com,1999:blog-41944370601619383.post-21073820938632007052011-04-02T08:02:00.001-05:002011-04-02T08:02:00.211-05:00Automation - Magic Robot<div dir="ltr" style="text-align: left;" trbidi="on">Do you have any test automation for your project? If so does your management think its a magic robot that can pretty much do anything and that too on its own?<br />
<br />
We have been asked to automate our project. It has to test everything, catch all defects and need no manual over site time. We try to explain that creating and maintaining test scripts is really important and project will have to scope in time for this every release. <br />
<br />
A fellow blogger in the post Automation: <a href="http://testers-headache.blogspot.com/2011/03/automation-oh-what-lovely-burden.html">Oh! What A Lovely Burden</a>! talks about automation being a lovely burden. <br />
<br />
What are some automation myths and how to manage them?<br />
<ul><li>Automation will test everything!</li>
<ul><li>Automating every single test is not a good investment. There are some features of the product that might never be used or used very little. Spending time on automating them may not give good return on investment. </li>
<li>The more complex a test, the harder it is to automate it and the harder it is to maintain the test. If it takes a hour to manually test it during regression then just manually test it. </li>
</ul><li>Automation will catch all defects!</li>
<ul><li>Again this is a misconception. If something changes in areas that are already automated the automation test will catch it. If its in features that automation does not cover then we wont be catching it via automation. For example an automation test might check a box and continue with the test. A defect occurs when the box is checked and then unchecked. This defect was caught my a customer because its not a standard step that customers follow. It was a one off scenario. </li>
<li>Automation will not catch defects in new features since they have not been automated yet. </li>
</ul><li>Once automation is complete no more time will be needed for maintaining those tests.</li>
<ul><li>Any change in future releases can impact automated tests. Time has to be spent in maintaining these scripts. It wont take as much time as it takes when creating new tests but its still time that testers have to spend and this time has to be planned into the project plan. </li>
</ul></ul>Yes automation is great but its not a robot and it wont do everything we would like it to do. It makes manual testing effort easier and also gives time to explore and test other features that are new or need our attention. </div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com10tag:blogger.com,1999:blog-41944370601619383.post-83680964570837889502011-04-01T08:02:00.006-05:002011-04-04T07:12:09.009-05:00SOP - Its Really About Quality<div dir="ltr" style="text-align: left;" trbidi="on">Most dictionaries define Standard Operating Procedure as<br />
<ul style="text-align: left;"><li><em>Established procedure to be followed in carrying out a given operation or in a given situation.</em></li>
<li><em>A specific procedure or set of procedures so established. </em></li>
</ul><strong>What does SOP mean?</strong><br />
<br />
SOP is a written document detailing steps or activities for a certain process. SOP can be created for any existing or new process. This document helps standardize the process. The goal is to really do the job same way every time we do it. <br />
<br />
<strong>Why create SOP?</strong><br />
<ul style="text-align: left;"><li>It details the activities that need to be performed and so there is a common understanding of the process among the people involved.</li>
<li>Someone new to the position will perform the same task the same way as someone who has been in the job.</li>
<li>It ensures the process is performed the same way on a continuous basis. </li>
</ul><strong>How to create SOP?</strong><br />
<ul><li>Start with the team who is involved in the process. Include people who will be performing the job to gain insight and details that might get missed. </li>
<li>Document current state of the process in the sequence it occurs.</li>
<li>Document terminologies and define them so there is no ambiguity. </li>
<li>Review the document with the team and get sign off. </li>
<li>Maintain the document and review on a continuous basis. </li>
<li>Establish a system for distribution and sign off when changes occur. </li>
</ul><strong>Bottom line:</strong> SOP are an integral part of creating quality systems. It provides information to perform a job consistently and properly. To get to a good quality output we have to have inputs that are predictable. For example I asked 10 non-testing people at work "What is regression testing? <br />
<br />
Each one had a different understanding. One person said its "<em>100% testing of everything</em>" Another individual said "<em>its automated testing</em>". We have a Software Quality Control Handbook that defines our testing terminology but that is a document that we use internally. We also have explained regression testing to some extend in our Test Plan. This test plan is reviewed before every release. So then why is there a lack of understanding?<br />
<br />
Well we haven't spent the time with the team to go over the process steps. We didn't define terms with context to the process steps involved within testing group. With a Lean Six Sigma project I am currently working on I am hoping to define the testing process and create an SOP that would make our lives a lot easier than it is today.<br />
<br />
What this will then do is help with setting the right expectations from our testing processes and we can deliver a product that is tested and meets the expectations of the project team. Right now they expect us to test everything and catch all defects. Sure we did love to do that and then we would never have a release for any of our products. </div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com2tag:blogger.com,1999:blog-41944370601619383.post-62519874362789255352011-03-30T07:12:00.005-05:002011-04-04T07:28:36.727-05:00The Test Story - My First Online Publication<div dir="ltr" style="text-align: left;" trbidi="on">I am really excited because one of my goals for 2011 has come true. In this blog "<a href="http://todaysbigpicture.blogspot.com/2010/12/welcome-2011.html">Welcome 2011</a>" I talked about wanting to get published. <br />
My white paper has been published in STP "<a href="http://r.nbrmail.com/Resources/3920/38566/1950/SUg3M0l4MXpVbGtWMUNrZHAzTVBJQT09/onlineversion2.axd">Test &QA Report</a>" You can read a summary at their site and also download the whole white paper. <br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgYzXrzUxksgPbcVFFi_K72NoP6bvfDVpmGv1P8EtAlO9YiL9pkFSj2IWI99AnRuxVIwDmSEJIHQXIwgCLJQdANYNV9gg1JqioGZ1EoM-Yfe77AImUzlPsTiHEQkrJMiBOBWxvDMmT_Eek/s1600/STP+article.bmp" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="304" r6="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgYzXrzUxksgPbcVFFi_K72NoP6bvfDVpmGv1P8EtAlO9YiL9pkFSj2IWI99AnRuxVIwDmSEJIHQXIwgCLJQdANYNV9gg1JqioGZ1EoM-Yfe77AImUzlPsTiHEQkrJMiBOBWxvDMmT_Eek/s320/STP+article.bmp" width="320" /></a></div><br />
Link to article - click <a href="http://www.softwaretestpro.com/Item/5105/?utm_source=Email&utm_medium=email&utm_content=032911-TQA&utm_campaign=NEWSLETTERS">here</a>. One goal down, four more to go. </div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-48181154719499561292011-03-24T07:47:00.002-05:002011-04-04T07:14:21.047-05:00Ask or Answer and Get Paid<div dir="ltr" style="text-align: left;" trbidi="on">I am really excited about the latest badge earnings that IT Knowledge Exchange is offering. <a href="http://itknowledgeexchange.techtarget.com/itanswers/">ITKE</a> gives you points for every questions you ask, for every answer you provide and for approving answers. The details on earning points can be found <a href="http://itknowledgeexchange.techtarget.com/itanswers/">here</a>.<br />
<br />
Here is my previous blog on <a href="http://todaysbigpicture.blogspot.com/2010/10/it-knowledge-exchange.html">ITKE</a>. <br />
<br />
<em><strong><u>This is a summary view of the points</u></strong></em><br />
<ul style="text-align: left;"><li>Ask a Question: 5 Knowledge Points </li>
<li>Answering a Question: 15 Knowledge Points </li>
<li>Discussing a Question: 10 Knowledge Points </li>
<li>Accepting an Answer: 10 Knowledge Points - approve an answer a fellow member has give to your question </li>
</ul><br />
<div>The more you exchange knowledge the more you earn. Their new rewarding system pays going forward and also retrospective. So if you have been active look for emails from them. If you have not been active this is the time to really look at how you can participate. More information can be found at</div><br />
<div></div><a href="http://itknowledgeexchange.techtarget.com/itanswers/earning-badges-pays-off-literally/">Earning Badges Pays Off - Literally! </a><br />
<br />
<a href="http://itknowledgeexchange.techtarget.com/itke-community-blog/earning-badges-pays-off-today/">Earning badges pays off - Today!</a><br />
<br />
<div></div><strong><em><u>From here on out, prizes will be as follows:</u></em></strong><br />
<ul style="text-align: left;"><li>Bronze Member Badge: Sticker and ITKnowledgeExchange t-shirt </li>
<li>Silver Member Badge: $25 Amazon.com Gift Card </li>
<li>Gold Member Badge: $50 Amazon.com Gift Card </li>
<li>Platinum Member Badge: $100 Amazon.com Gift Card </li>
<li>Nerd Cog: $10 Amazon.com Gift Card </li>
<li>Genius Cog: $25 Amazon.com Gift Card </li>
<li>Brainiac Cog: $50 Amazon.com Gift Card </li>
<li>Certified Nerd Cog: $10 Amazon.com Gift Card </li>
<li>Certified Genius Cog: $25 Amazon.com Gift Card </li>
<li>Certified Brainiac Cog: $50 Amazon.com Gift Card </li>
</ul><br />
<div>If you have not checked out IT Knowledge Exchange the time to start getting active in asking or answering questions. </div></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-80877902627331543982011-03-13T13:32:00.001-05:002011-04-04T07:12:43.581-05:00Mistake Proofing - Poka Yoke<div dir="ltr" style="text-align: left;" trbidi="on"><em>"Your ability to mistake-proof of a process is only limited by your own lack of imagination."</em> Shigeo Shingo<br />
<br />
<br />
<div></div>Last week I was at week 2 lean six sigma training and learnt a concept that really made me think of my job differently. In testing we at times look for bugs and we also do activities that are risk based. For risk based activities we look at the risks that can occur and how we can test or plan for it during testing. <br />
The other side to a defect is how to mistake proof it in such a way that if the defect does occur how do we prevent or detect it. Its a back up of a back up - Poka Yoke. <br />
<br />
<em>Poka Yoke is Japanese for mistake proofing. It is the creation of devices that either prevent special causes that result in defects or inexpensively inspect each item produced to determine whether it is acceptable or defective. </em><br />
<br />
When this topic was introduced in class I was thinking oh this is hard. I didn't understand it. Then the instructor gave examples. Automobile air bags - yes this is poka yoke. If the customer does have an accident then the car is helping reduce the impact. Another good example is auto door lock, seat belt warning, etc. <br />
<br />
What is really happening in these cases are that a tester is being sent with every product. He or she warns the customer when a defect is occurring or going to occur. There are some cases where the customer can override it. Example of this is where you get a spell check error and you can still choose to over write it and use the different spelling than what is being recommended. When closing a word file a message is displayed do you want to save the file before closing and its up to the customer or end user to choose one option or the other. <br />
<br />
After the class was completed we were given an assignment to come up with as many poka yoke's we can see around us. We all went home thinking this is hard we don't see as many of these mistake proofing as we think. Next morning we all came up with 200 poke yoke's between 11 class participants.<br />
<br />
Its really everywhere....My favorites from the class<br />
<ol style="text-align: left;"><li>Garages have car clearance limits and have a height check before the cars go into the garage </li>
<li>Dryer/washer switch off when the doors are open</li>
<li>Garage doors do not close if there is an object that obstructs its closing path</li>
<li>Drop downs for most online applications have a state drop down</li>
<li>You have to enter email addresses twice when signing up online</li>
<li>ABS (anti lock braking system)</li>
<li>Bathroom sink have a little hole at the top of the sink to prevent overflows</li>
<li>Iron's auto switch off</li>
<li>Auto sensor lights/flushes</li>
<li>Keys enter the key hole only certain way</li>
</ol>I love this concept and will be thinking of how to use this in our day to day activities be it how I write test plans, test cases or do my testing. After all I have to think of our customers everyday and add value for them. <br />
<div style="text-align: left;"><br />
</div></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com13tag:blogger.com,1999:blog-41944370601619383.post-26673746706084445612011-02-18T15:37:00.003-06:002011-04-04T07:29:58.768-05:00Pilot Projects Process<div dir="ltr" style="text-align: left;" trbidi="on">We recently rolled out Team Foundation Server Work Item Tracking at work to a pilot project. During the discussions we were asked what did we want from pilot project and this made me think about how pilot projects are created and what are the expectations. <br />
To start with there has to always be a business statement or hypothesis. So here for TFS it was<br />
<ol style="text-align: left;"><li><em>There will be more direct visibility for code change due to various work items related to the project. </em></li>
<li><em>We will be eliminating various different tracking systems (Clear quest, SR System, worksheets, Quality Center Defect module, etc) and will save time from having to do duplicate entries. </em></li>
</ol>One of our biggest goal was to consolidate different tracking systems. We had more than 5 tools and each project also had their own little system like worksheet or share point issues log. We wanted to make sure our tool would fit all these needs. <br />
<br />
We then put a plan together for this project to make sure we had a time line and also set expectations for the pilot team. <br />
<ol style="text-align: left;"><li><em>Project X will start using this for TFS work item to track bugs, change requests and tasks. </em></li>
<li><em>The pilot will last 4 weeks after which a decision will be made on the roll out process for other projects within the organization.</em></li>
<li><em>Support will be provided during these 4 weeks for questions regarding process, tool, and technology. </em></li>
<li><em>Feedback will be gathered via emails, surveys and interviews. </em></li>
</ol><br />
<div>We then had to tell the team on how the feedback will be gathered. </div>Feedback will be gathered during these 4 weeks around the following areas <br />
<ol style="text-align: left;"><li><em>Training</em></li>
<li><em>User guide and documentation</em></li>
<li><em>Use of tool</em></li>
<li><em>Technical adaptability</em></li>
<li><em>Advantages and disadvantages</em></li>
<li><em>Gaps in process within the tool</em></li>
</ol><div style="text-align: left;"></div><div style="text-align: left;"> Our final section for the plan was capturing and reporting findings.</div><ol style="text-align: left;"><li><div style="text-align: left;"><em>We will validate our hypothesis and present our reports to management </em></div></li>
<li><div style="text-align: left;"><em>The data gathered during the pilot will be presented at the end of 4 weeks with our findings</em></div></li>
<li><div style="text-align: left;"><em>If changes are proposed to workflow or tool, they will be presented to the steering committee to get approval for appropriate changes.</em></div></li>
</ol><div style="text-align: left;"></div><div style="text-align: left;"> So now we are busy gathering the feedback and data for reporting on our pilot project status. </div><div style="text-align: left;"></div><br />
</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-68344408126335873652011-02-03T15:52:00.003-06:002011-04-04T07:23:35.563-05:00Updates and TFS WIT - Pilot Project<div dir="ltr" style="text-align: left;" trbidi="on">My projects at work have been keeping me away from blogging. This project that I was helping with during the month of Jan is finally wrapped up and I have caught up with my other project work that were on the back burner. <br />
The thing that I am most excited about right now is the implementation and roll out of TFS Visual Studio Work Item Tracking (WIT). Yes we are going to pilot our new tracking system. Our goal with TFS is that it will eventually be a one stop show for all our software development activities (code, builds, work items, requirements, test cases). <br />
Right now we are only moving our work item tracking (defects and change requests) to this system. We already have our code in TFS. Eventually we will be using it for requirements and test management. We are not there yet but moving WIT is like being one step closer. <br />
<br />
This project is special to me because this has a lot of "firsts" for me. My first project<br />
<ol><li>I am leading the documentation process. I have a great team who is helping me put all the pieces together. </li>
<li>We are doing a pilot for a process roll out. I will get a chance to learn pilot project processes including but not limited to gathering feedback, training and supporting users, gathering metrics, etc. </li>
<li>I will be training teams outside of our core business unit. Its a great opportunity for me to learn about our other business units and their current/future processes. </li>
</ol>I cant wait for the first pilot project to kick off. I will be back with more on pilot project implementation and process. <br />
<br />
</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-2293407730190722662011-01-28T09:20:00.002-06:002011-01-28T09:20:48.809-06:00Risks and Mitigations in Cloud Testing<div dir="ltr" style="text-align: left;" trbidi="on">Here is a link to my post on Cloud Testing: Risks and Mitigation<br />
<a href="http://solutions.wolterskluwer.com/blog/2011/01/cloud-testing-risks-and-mitigation/">http://solutions.wolterskluwer.com/blog/2011/01/cloud-testing-risks-and-mitigation/</a></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-56013026231599977532011-01-11T12:29:00.003-06:002011-04-04T07:25:21.984-05:00Rumblings From Testing Project<div dir="ltr" style="text-align: left;" trbidi="on">This past week and weekend I had to help out with a project that I used to lead two years ago. Since I handed it over there has been several changes to the project. The project saw quite a few test leads come and go, several project managers changed hands and project changed directions several times. <br />
<br />
This product is part of our legacy system and a project that I loved working on. Right now due to lot of compliance changes its mandatory that they hit the release date. There is no wiggle room. They asked me if I could help and I did sure why not. <br />
<br />
They assigned a couple of change requests to me and sent me the documents I would need to successfully test these changes. I came in thinking its going to be easy peasy. Guess I was wrong. <br />
<br />
The product was the same. Yes it is like riding a bike. As soon as I logged into the application everything came back to me. The caveat though was that the processes for the project had changed. From being a successfully self run motor vehicle it had become a car that needed pushing all the time. I am not going to get into the details of the actual work. <br />
<br />
This is a mini vent of things I learned from testing this product:<br />
<ul><li>When working under pressure (especially when the focus is to hit the date) no matter what we want to think chances of making mistakes are higher. No one can be blamed. There is less time go review your own work irrespective of your role. Requirements may be missed, code changes often impact areas that developers didn't get time to review, testing scenarios are missed and chances are these mistakes wont be caught till it goes to the customer. No one wants to do these on purpose but circumstances force these situations. No these are not excuses I am making, I am talking about human beings who have to work overtime, spend weekend and weeknights to get things done. </li>
<li>How do handle this? </li>
<ul><li>Teams need to take a break, so occasionally even if we are behind, ask the team to take some time to do other stuff. Yes we are loosing time but when people come back from the break they will be better charged. </li>
<li>Patience is an asset. Everyone is busy and being patient and polite will take you a long way. </li>
<li>Get someone outside of the team to help with testing. Support line, product managers, project managers, etc </li>
<ul><li>Someone who can help without ramp up time. </li>
<li>They will be able to look at it with a new set of eyes and help with finding issues and ask questions that others might overlook. </li>
</ul><li>Split the product into feature areas and get all or few testers to test one area fully one at a time. Wait for one a complete round of testing in that one area, log all issues and then fix them at the same time so a second round of testing can be done to wrap it up. </li>
<ul><li>This will help gather all issues within a few hours. </li>
<li>Also coders can fix all issues at the same time instead of touching the code at various times. </li>
</ul></ul><li>Scope, date and quality - three pieces of the release equation. Product can only have any two at a time. So if the date is fixed and more issues are found, then either the date has to be moved or scope has to be reduced (cannot fix all found issues). So really product team has to decide which one item will provide the wiggle room for the product. Can we move the date? Can the product release with known issues? </li>
<li>Whole team fails if the product does not release or releases with poor quality no matter who else within the team were on schedule or completed their tasks on time. Project failure equals to team failure. </li>
</ul>Easy to talk about all this now that the work is wrapping up well and kudos to everyone on this project for having done everything they can or could. True test of team work comes when there is a crisis.</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com2tag:blogger.com,1999:blog-41944370601619383.post-80562698647976927472011-01-03T11:07:00.000-06:002011-01-03T11:07:34.377-06:00The IT Files - Ajay Balamurugadas - Part I and III had a chance to talk to Ajay and here is the complete interview. <br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-ajay-balamurugadas-part-i/">Part I</a> <br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-ajay-balamurugadas-part-i/">Part II</a>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-88288242812145251282010-12-30T13:20:00.004-06:002011-04-04T07:30:22.464-05:00Welcome 2011<div dir="ltr" style="text-align: left;" trbidi="on"><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjDZaSJ_G0CQcmq41y3B0eQLsex1YKqYsxuXbJo9ixTw67FsKKbxiP209Er-ZlMxRGg1YPgkWK4CCqRj7Dp4Pe6bg5JDq7Jpuoe-y_Vl_wQS1RmZDgAUsbxHkFpnFdMG1qMirqvrAYouKE/s1600/DSC_1147.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="212" n4="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjDZaSJ_G0CQcmq41y3B0eQLsex1YKqYsxuXbJo9ixTw67FsKKbxiP209Er-ZlMxRGg1YPgkWK4CCqRj7Dp4Pe6bg5JDq7Jpuoe-y_Vl_wQS1RmZDgAUsbxHkFpnFdMG1qMirqvrAYouKE/s320/DSC_1147.JPG" width="320" /></a></div><br />
2010 is almost over. Looking back I see changes. Like the famous quote "nothing is permanent but change" I see change more so in 2010 than in previous years. I adopted a lot of terms, terms I knew but didn't understand, terms I didn't know and now its my everyday word. So here is a small summary:<br />
<ul><li>I started blogging here and now write regularly in a couple of different places</li>
<li>I made hundreds of tester friends online: people who motivate me on a daily basis, who teach me everyday and who help me be a better person</li>
<li>I came to realize I have a lot to learn</li>
<li>IPad, Xbox, Android, Twitter, Facebook: tools to help me if I learn to use them</li>
<li>I said goodbye to simple flip phones, home phone, GPS, CD player, big huge TV and computer monitors</li>
</ul>I welcome 2011 with the following resolutions<br />
<ul><li>I want to present at a conference</li>
<li>I want to get published</li>
<li>I want to travel to Europe</li>
<li>I want to go on a cruise</li>
<li>I want to complete my green belt certification</li>
</ul>With these words I sign off in 2010 to return fully charged in 2011.</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-21224536956952495742010-12-27T10:28:00.002-06:002011-04-04T07:30:36.987-05:00Musings - Sherlock Holmes<div dir="ltr" style="text-align: left;" trbidi="on">A friend of mine sent me link to <a href="http://www.pbs.org/wgbh/masterpiece/">PBS Masterpiece Mysteries</a> where there were links to the new Sherlock Holmes series. This is where Sherlock Holmes meets 21st Century CSI. This show is brilliant and I loved it. <br />
<br />
<br />
When I was watching the show it reminded me of testing. Holmes strengths are attention to details and observation (investigation). He observes and lets his observation tell him things. Things (requirements or bugs in our world) that others might miss easily because either they were not looking for it or didn't know to look for. <br />
<br />
It’s the same with testing - we are observing and looking for things that are out of place (bugs) and things that should be there (requirements). When we find bugs, we should build the story. Build it: where could it have originated? What did we do to get here? What values can cause the system to break? What else can cause the system to break? <br />
<br />
We can help the rest of the team (software engineers or business analysts) if we went a few steps further than just logging issues. We could give them as much information as possible. All we have to do is look for it, observe it and document it. We have the information (we saw the bug first, have the test cases, know the requirements, etc) and we have the system where the bug was found, let’s now go and build the story if possible by asking the questions and trying to answer them. <br />
<br />
With New Year right around the corner let’s try and be better investigators in 2011. Let’s find the bugs before the customers do and let’s show our team we are Sherlock Holmes the best software detective in town. <br />
<br />
Happy New Year Friends.</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-81817806145968977432010-12-17T16:33:00.004-06:002011-04-04T07:25:36.778-05:00Friday's Musings - Process Improvement<div dir="ltr" style="text-align: left;" trbidi="on">For the past few weeks I have been busy trying to find a project for my six sigma training scheduled in Feb. I have been looking at various processes within our testing team to see which one could be a good candidate for my project. This is not as easy as I thought it would be. <br />
<br />
Yes we see a lot of broken processes and we think something is broken, needs improvement, needs help, needs fixing, etc. But when we starting digging deeper into the issues we see that what we think is the problem is not always the real problem. The problem maybe visible at certain points of the process but in reality the domino effect started somewhere else and the real trick is to find that origin of the problem. <br />
<br />
So before we start digging we really have to do the ground work. Its not always easy to say yes I want to reduce the time it takes for testing an application. Well then how much time should it take? Who decides that? Same with we find too many defects or too less defects... well then who defines how many defects is good enough? <br />
I don't have the answer to these questions and I don't have a project defined yet. I will be working the next few weeks to define it and I am sure my readers will hear about it. So for now I leave you all with <br />
<ol><li>Problems are not easy to define, especially if its gut feelings and not real data. </li>
<li>Everyone has an opinion on why things are broken but as six sigma practitioners we have to learn to take the weed out and look at the data for answers. </li>
<li>Questions lead to more questions and there is no easy way out. </li>
</ol>Signing off with the hope 2011 will give me more answers than questions for my project.</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-18751235779333272202010-12-08T15:32:00.001-06:002011-04-04T07:15:58.354-05:00ITKE - The IT Files Series - Yusuf Salwait<div dir="ltr" style="text-align: left;" trbidi="on">Read the whole interview here<br />
<br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati-part-i/">http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati-part-i/</a><br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati-part-ii/">http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati-part-ii/</a></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-51577288589940210722010-12-05T11:41:00.001-06:002011-04-04T07:25:59.280-05:00My Take: HPQC 11/ALM 11<div dir="ltr" style="text-align: left;" trbidi="on">Recently I had a chance to attend seminars for <a href="http://todaysbigpicture.blogspot.com/2010/11/my-take-test-manager-tfs-visual-studio.html">TFS Test Manager</a> and <a href="http://www.orasi.com/events/onlineevents/Pages/HPALM11WebinarSeries.aspx">HP Quality Center 11</a>. Its interesting to see that HPQC is jumping into the bandwagon of having complete software development life cycle in one tool. They were known for test and defect management only. They biggest threat is TFS Test Manager which includes project, requirements, builds, test environment management and test management all in one tool. <br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJWwJEZVpMLV0-4lUiaDNrxBb9uhgnfM00xUKW6hC3CbhGJK0I8ekQzz-L0zUHGxCjOiMeZlUn4GqLNl0Kmznw29IJ3PETjf1P18SPz_iUooQWr-jpKincT4P97FMWf_uT_5MRy1FUt4w/s1600/QC11-1.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="258" ox="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJWwJEZVpMLV0-4lUiaDNrxBb9uhgnfM00xUKW6hC3CbhGJK0I8ekQzz-L0zUHGxCjOiMeZlUn4GqLNl0Kmznw29IJ3PETjf1P18SPz_iUooQWr-jpKincT4P97FMWf_uT_5MRy1FUt4w/s400/QC11-1.JPG" width="400" /></a></div><br />
<span style="font-family: 'Times New Roman'; font-size: 12pt; mso-ansi-language: EN-US; mso-bidi-language: AR-SA; mso-fareast-font-family: 'Times New Roman'; mso-fareast-language: EN-US;"><shapetype coordsize="21600,21600" filled="f" o:preferrelative="t" o:spt="75" path="m@4@5l@4@11@9@11@9@5xe" stroked="f">With QC 11/ALM 11 HP is trying to catch up to competition. </shapetype></span>So from just managing testing pieces, they are moving into application life cycle management. This is what HPQC users have been asking them to do for a longtime. <br />
<br />
As a tester I am excited about<br />
<ol><li><strong>Record and play back</strong> - yes in QC you will finally be able to record what testing real time. </li>
<li><strong>Dashboard</strong> that will show scope of a release, requirements , test cases and defects associated with each release. We had to run reports outside of QC to gather this information. </li>
<li><strong>Rich text editor</strong> - which will save a lot of time for us testers who add notes outside QC and then attach them here. </li>
<li><strong>Test case re-usability</strong> - We can reuse test cases for various configurations and assign it to multiple builds and environments. </li>
<li><strong>Exploratory testing and mirror testing</strong> - we can now create test scripts from recording our exploratory test cases. You can testing multiple test environments at the same time using mirror test cases. </li>
</ol></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com27tag:blogger.com,1999:blog-41944370601619383.post-57119998921976165002010-12-03T13:13:00.003-06:002011-04-04T07:30:55.156-05:00Friday's Musings - Reduce Redundancy<div dir="ltr" style="text-align: left;" trbidi="on">Where do we typically see redundancy? Test cases and test plan. <br />
<br />
<em>We have to try to reduce this redundancy for the following reasons</em><br />
<ul><li>Waste of time - if we are repeating the same step or steps in more than one test case we are loosing time that could be used for actual testing or other activities. </li>
<li>Painful to update and change - if one of those steps that is common in a couple of test cases changes, we have to manually go through all the tests to change them</li>
</ul><em>What should we do?</em><br />
<ul><li>Create call tests or test templates when you know you have a bunch of steps that will be common in quite a few test cases</li>
<li>Create a matrix to make sure you are not over testing. You only need tests to cover requirements and if you can combine requirements in a test case, go ahead and do it.</li>
<li>Use automation if possible to get some of the redundancy out of the way. </li>
<li>For test plan if there are sections that you repeat release after release, think about pulling it out into a handbook or a master test plan where you can maintain this in one place for all release. Have change control on the document to indicate changes when its applicable. </li>
</ul></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com3tag:blogger.com,1999:blog-41944370601619383.post-82931750588533722622010-12-02T19:57:00.002-06:002011-04-04T07:19:48.402-05:00Help with an Article I am Working on<div dir="ltr" style="text-align: left;" trbidi="on">I am doing a survey for an article I am working on. If you would like to participate please reply to the following question and add your name and occupation at the end. Send the reply to <a href="mailto:shillu13@gmail.com">shillu13@gmail.com</a> or post it as a comment here. <br />
<br />
<br />
<strong><span style="color: blue;">Name one technology/trend that you adopted in 2010? (IPad, ITouch, Ebook reader, touch screen phone, cloud services, agile process etc) Do you love or hate it? Would it be hard to give it up? What other tool or technology did it replace? (old flip phone, desk top, books, waterfall etc)</span></strong><br />
<br />
Your help is much appreciated.</div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-927870242971190192010-12-02T08:31:00.001-06:002010-12-02T10:52:16.091-06:00ITKE - The IT File Series - Yusuf SalwaitI will be talking with Yusuf Salwait soon. If you have any questions for him please post them here or at the following link. <br />
<br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati/">http://itknowledgeexchange.techtarget.com/software-testing-big-picture/the-it-files-yusuf-salwati/</a><br />
<br />
<em>"He is a blogger @ITKE IT Project Management since sept 2007. In his blog he has written on various topics related to emerging trends, technology changes and trends, project management and current topics related to IT. Yusuf’s background is in the IT and IT management. He has been in the IT field for almost 15 years and started working with customer issues with major computer manufacturers and then moved on to work as programmer, tester and now manager. </em><br />
<em></em><br />
<br />
<em>His area of expertise is in working with customer service related issues within IT Industry. Also he has worked several different countries and can answer questions related to different in cultural understanding of IT terminologies."</em>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-74676437325561173532010-11-25T20:48:00.003-06:002011-04-04T07:31:16.088-05:00Friday's Musings - Heads up you guys: sending bugs your way<div dir="ltr" style="text-align: left;" trbidi="on">As a tester, when we find bugs we are trained to log them. There are industry standards out there on how to write a good bug and what details need to be included. What we forget after we log a defect is: Now what?<br />
<br />
What I always do is call or email my software engineers. No not to show off or blow my horns but to give them a "<strong>heads up"</strong>. I always call them if its the right time (have a few offshore and wait till its a good time for them) and tell them this is what I found, this is what I was doing and this is what happened (especially if its high or critical issue).<br />
<br />
<strong><span style="color: blue;">Why do this?</span></strong><br />
<ol><li>The heads up gives them a <strong>chance to re</strong>act to it before the bug triage/defect review meeting. You are giving them an opportunity to research it and be ready when questions are asked in meetings. This way your team is already a step ahead in trying to answer the questions like "How critical is it?" or "How easy is it to fix it?" etc. </li>
<li>When we give them a heads up immediately they may ask you to look for <strong>additional information</strong> and you will still have the system available to help them trouble shoot. If its days later and if you have had builds deployed or other test data changes you may not be able to help them replicate defects as easily as you would want to. </li>
<li>You are being a <strong>team player</strong>. You are not catching them by surprise in review meetings and they will return the favor by sharing information and helping you to when needed. </li>
<li>Gives an <strong>opportunity to learn</strong>. Several of these calls to my developers have lead to more questions and then into discussion sessions to trouble shoot. They ask for details and information and this has helped me take notes on things that they are looking for in bugs. I use these tips/notes to write better bugs. So the next time I call them I have answers to a few more questions that I had the first time I called them to report a bug. </li>
<li>You are <strong>saving time</strong>. Instead of waiting till the defect or bug get to the review meeting and then being assigned for analysis and then wait till another meeting to decide if the bug has to be fixed or not you are giving opportunity to react in the first meeting itself with information from software engineers. </li>
</ol>I am tagging this under <strong><span style="color: blue;">Change Leader</span></strong>. Why? Because you can start small changes and lead the team to do better. <strong><em>I call these small changes as signs to build better teams and as a result better products for our customers: internal and external. </em></strong><br />
<br />
<strong><em><span style="color: purple;">Do you have tips on saving time, building teams or help testing team, please share?</span></em></strong></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0tag:blogger.com,1999:blog-41944370601619383.post-20210276648930487042010-11-23T10:12:00.002-06:002011-04-04T07:21:21.378-05:002 Things To Make Test Leading Job Easy<div dir="ltr" style="text-align: left;" trbidi="on">As test leads we have several responsibilities between testing, manging project, testing, test planning, etc. You can do these two things daily to make your life more manageable and easier.<br />
<br />
<span _extended="true" style="color: blue;"><strong><span style="font-size: medium;">Keep a Test Journal </span></strong></span><br />
<span _extended="true" style="color: blue;"></span><span _extended="true" style="color: blue;"><strong><span style="font-size: medium;">Clean your data everyday </span></strong></span><br />
<br />
<span _extended="true" style="color: blue;"><strong><span style="font-size: medium;">Read more at </span></strong></span><br />
<a href="http://itknowledgeexchange.techtarget.com/software-testing-big-picture/2-things-to-make-test-leading-job-easy/">http://itknowledgeexchange.techtarget.com/software-testing-big-picture/2-things-to-make-test-leading-job-easy/</a></div>shilpahttp://www.blogger.com/profile/06869099963649136163noreply@blogger.com0