Freeform Testing

Freeform Testing

If someone would have asked me about Free form testing 7 years back, I would have proudly listed all the good defects reported by my test, would have emphasized and demanded extra time within a release cycle to accommodate more Freeform test.

My opinion and perspective towards FreeForm test phase have changed significantly. This is how dependency of Freeform may negatively impact your project.

Program delivery date: Most of the time there is limited visibility of what kind of defects would be reported from Freeform and thus release delivery dates cannot be reliably predicted.

Roll over of resources : Resources (especially from Development teams) cannot be rolled over in anticipation of defects from Freeform testing

Relevance of TestPlans: Higher dependency on Freeform makes your Test Plan and subsequent automation(based on Test Plan) less effective. Consider if you have to bring in additional resources or outsource testing to a third party, if Testplans cannot find defects it is impossible to bring in additional resources to speed up execution.

If the # of defects reported from Freeform is high and many of these defects are required to be fixed as well, then it needs some serious effort to understand why Testplans are not able to catch them.

Freeform is required but defects reported from Freeform should be corner scenarios, double or triple failure scenarios, which makes the system robust but should not negatively impact the delivery dates.


Sangeetha Chandran

Founder - NammNilam | Realtor/Proptech | IIM-K Certified Product Manager | Software Engineer

8 年

Ideal way is to have a test plan with high priority free form scenarios covered as well, so that Delivery dates/Bug fixing,..etc can be planned/accommodated.

Durgesh Rane

Software Developer at Cisco

8 年

With more and more companies focusing on continuous deployment, freeform tests are a thing of the past

回复

要查看或添加评论,请登录

Manish K Agarwal的更多文章

社区洞察

其他会员也浏览了