第一次编写测试用例总结【转】

上一篇 / 下一篇  2014-08-20 17:17:31 / 个人分类:情感

     毕业两年了,软件测试是我的第二份工作。在之前一家公司是做JAVA开发的,开发系统一个个的小模块,开发完后对自己开发的功能做单元测试,后面被派到其他部门支援,帮助他们写测试文档和测试他们的系统,就是在这个时候对测试有了基础的认识,对测试产生了兴趣,亲自实践才觉得测试不是之前想象的那么枯燥无味、那么没有技术含量,测试也是需要测试思想和测试方法的,所以也为我后面选择软件测试这个方向做了铺垫。
  现在的公司是自己做产品的,产品比较成熟,测试流程也比较规范。我很有幸已转正就当了公司核心产品的测试负责人,因为之前有开发经验,也顺理成章地接了这个产品的自动化开发。一切都挺顺利的,自以为凭借之前一点点的测试经验和对测试的兴趣可以很好地把工作做好,可是当我第一次写用例的时候,才知道我是测试领域的菜鸟。下面是我对第一次写用例的总结:
  1、软需没有评审完整,评审时没有将软需中一些主要流程和分支没有写清楚的问题提出来,导致写用例时还要和开发沟通是怎么实现的,最后用例按开发实现的写了,发现开发实现和需求是不一致的。针对这个问题,我学到的经验是软需一定要评审完整,有什么不清楚的地方一定要叫开发人员在软需中写清楚,还有测试用例要按照软需来写,也提一个建议,希望产品经理、项目经理也来评审软需,因为最清楚功能做成什么样怎么做的是他们,这样可以使软需更完整。
  2、有些该测试的点没有考虑全面,单个功能的用例写了,隐含的功能不能写全面,这个可以将功能分为多个步骤,分析各个步骤在执行的时候可以进行什么操作,这个操作对这个功能有什么影响,如果有影响就把这个操作写在用例中。
  3、对于多种情况多种分支的不知道如何取舍,因为功能包含多个条件,每个条件又有多种情况,如果每个条件都把全部情况写进去用例就会非常多,这时候只需要每个功能点都验证到,每个条件覆盖一种情况就好。

TAG:

 

评分:0

我来说两句

Open Toolbar