S/W Designing ML Ops RPA Bots & Talks

If We dont ask : Why should We implement this?  then We would miss out the best alternative solution to resolve the true needs and later on We fall under the high performance losses. I have many technical leader friends who have always thoughts and fight in their minds that when choosing features for product development milestones what is the actual "needs" for specific features to implement first on high priority; This is the tricky question and one gets the right answer in right time when He / She exercises and grows with correct set of tools and techniques and or process with his / her teams and clients. To understand the clients' and teams' NEEDs (and wants),  There is an easy simple structured process -- It is called "Design Thinking"   I use to call  2D-3D technique  and am practicing this from many years. 2D means  2D iamonds technique to initiate with teams various meetings 3D means  3D imensional approach to continuously add feedback loop in ev

What does It mean by "developers' false catches" ? It means those implementations or application unexpected behaviors which should not be automated with automation framework. Why those should not be the candidates for automation? It is observed that adding these kinds of requirements in automation may set short ROI for organizations but it never becomes for long terms – You may ask “why” again, below are couple of examples which put more lights on this question. Case-Study : #1 “Product Team has new requirements in build 1.2.x like objects inputs are changed with prefix or suffix strings and that affects more than 1000 automated test-case(s)” Due to limited resources and short dead line to certify build(1.2.x) of the product, Product lead comes to AFT and asks for help. He requests to update Automation Framework in such a way that manages prefix and suffix inputs and his team does not have to update their test-case(s). As part of the service team (AFT), we provided soluti

Here is I want to share qa project management checklist I used in real scenarious. Project Initiation Prepare System Test Estimates Define System Test Approach Define Testing Scope Prepare DRAFT System Test Plan Review System Test Plan Prepare Test Schedule Request Test Resources Request Business Expert Request Management Support Request Environment / Technical Support Request Facilities (Desk, Chair etc.) Setup Test Project Folder Revise Test Estimates Define Entrance / Acceptance Criteria Agree Communication Channels Agree Reporting Procedures, Methods and Frequency Define Exit Criteria Design Release Notes Template Test Preparation Agree Builds / Drops Schedule and Contents Agree Release Notes Contents and Format Agree Error Management Procedures Define System Test Roles and Responsibilities Assign Test Roles and Responsibilities Assign Test Case Preparation Primary Responsibilities Assign Test Case Preparation Secondary Responsibilities Prepare High Level Test Cases Prepare Low Lev

Someone has well said "Communication matters" -- I would like to go further ahead. Yesterday, I went to PathMark to get some stuff. There were some schemes going on Tide (laundry detergent) with light bulbs on discount. One Customer came to customer service and started demanding he needs two bulbs free with Tide but the fact was that there was some discount if you purchase Tide with that light bulbs. The customer support guy explained the person that he could not give free two light bulbs as that was not scheme currently. Still the guy asking for free – he did not listen to customer support person and continuously telling him "I want free light bulbs". Customer Support Person explained him three or four times with his best knowledge that he could not give him but still that guy demanding. At last customer support person call to his Manager for help; Manager came and explained to the person that you got your discount and that is the scheme running currently but perso

To my colleagues who want to create quickly new workflow and don't want to touch xml \ property files. On Administrator \ Workflows If you don't have default workflow then create default Workflow with default JIRA "workflow" - it will show status as "active" so we cannot update its scheme \ workflow steps. Copy this workflow -- it has status as "Inactive" so we can update workflow scheme. Go to link "steps" and add new status \ transitions for new steps as required in your workflow. On Administrator \ Workflow Schemes Create new "Workflow Scheme" then click on "Workflows" link operation of new workflow just created. Assign workflow to scheme,... Issue type "Bug" and select our workflow from the list. Assign other workflows for issue types : Task, New Feature or Improvement with default workflow ( named JIRA ) or your workflow. Now our workflow scheme is ready to associate with our project. Go to you

Last week, one of my friend needs some help to establish Project\QA workflows on Jira (Atlassian) So here I am happy to share some of my odd solution. Project Flow problems or hard to implement in Jira were * One stage splits with multiple stages in flow. * More than one stages merges to one stage. Here We have Brainstorming splits to UT - ST stage and Dev Review - QA Review merges with Review stage executed by System Group Members in project flow. One issue splits with more than one issues, can also be implemented with sub-tasks feature but it may not push next stage in the project flow as the project progresses; all sub-tasks are linked to the parent task only, may not execute inline flow; may not give more control to administrator\lead and may be more complicated to maintain. Sub-tasks may not be merged to one task on transitions after Dev. Review / QA Review merges to Review stage. Core objective is to implement flow that anyone can see each stage of the flow and can