第一次写测试用例心得

    这是我第一次单独写测试用例。这个项目没有需求分析说明书，也没有其它的资料，有的只是一个需要测试的软件，哪怎么来写测试用例呢？

    开始我的做法是：1、把功能点列出来。

                    2、把个个功能点的测试点列出来。

                    3、一边操作一边写测试用例。

     这样的弊端：会丢掉很多重要的东西，而且很容易把界面测试和功能测试混在一起。因为是一边操作软件一边写测试点，操作软件时，动不动就出现对话框，写着写着就全部是对话框的测试点，当然最后写测试用例的时候发现全部都是对话框的测试用例，而且用例都差不多。看着自己的测试用例发现把最重要的功能全部丢了。开始只知道不对，这样的测试用例是不行的而且通过率很高，但不知错在什么地方总是感觉不对。后来在和一个朋友的聊天下，发现自己把把界面测试和功能测试混在一起了。

    在没有需求分析说明书和其它的资料的情况下，正确的做法是：

   1、先把软件的功能列出来就象功能树那样，然后对于每个功能写出相应的结果。让项目经理过目，看看功能是否写全，判断结果是否正确。

   2、弄清楚项目开发方式和周期，对测试时间进行把握。

   3、查看项目成本和销售对象，对质量衡量标准进行确定。因为每个地区对软件的要求不同，（一般情况下，中国对软件的要求质量比较低，只要功能实现了、一般不出现严重的错误；而欧美那些国家对软件质量要求就比较高，不仅仅是实现功能而且要有很好的界面、稳定性，易用性等等）而且成本越低，对项目质量的要求就越低。不要增加项目不必要的成本。测试软件不仅仅要从项目本身质量考虑，也要从成本上考虑。

      4、编写测试用例，确定是测试软件那方面的内容，是功能还是UI还是数据等等，根据测试计划和功能树编写测试用例，不要一边操作一边写测试用例。写测试用例首先把最基本的功能写好，再考虑其它的异常。这样做一是保证所有功能用正常运行，二是防止遗漏功能。

当这两者都很好时，不要忘记了打乱路径顺序再测试一遍

最后祝自己在测试的道路上越走越好。