学习编写测试用例心得与体会

做为一个不专业的测试人员，我常常会思考这些问题：

１、测试用例写到什么程度是好的？

２、你是怎么学习写测试用例的？

 对于测试用例，而我目前正在思考的问题是：

怎么写出对公司有价值的测试用例，对公司来说，怎么测试才是最有价值的测试？测试应该思考哪些问题？

下面先来分析第一个问题吧：一个测试用例要写到什么程度才比较好？

这个问题，没有定语，没有说是在什么样的一个情况下，因此我这里只能就我工作中碰到的情况说说了。

在我测试工作中，碰上的测试类型我自己划分成这么2种：项目的测试，产品特殊化个性化的测试；

项目的测试指的是我所测试的网站是一个项目，是共大家共同使用的。

产品个性化测试指的是我所测试的网站是某一部分用户或在使用产品时，提出了特殊的功能，针对这些新功能，对产品针对用户进行了个别修改和优化，提高了用户体验度。

对项目的测试，测试的时候通常要考虑这个项目的周期和测试资源。测试就是１个人负责，因此时间和人力资源对测试来说是完成测试工作的一个风险，我常常担心测试完成以后还要很多显而易见的Bug;为此在这种情况下，应该首先都是先熟悉系统的业务，跟编程人员沟通,把握重点业务和功能后，把测试重点功能点和用例文档制定好。由于时间关系，测试用例都是先写重点的测试功能点；另外测试用例是根据网站基本功能点来写的。测试用例对我来说是用来提示我不要忘记了要测试哪些项。一些很有价值的ｂｕｇ通常不是在写测试用例的时候发现的，而是在测试网站的过程中，其他时间思考出来的，这就是手动测试的魅力。有些网站的缺陷是在你使用网站的一瞬间和思考的一刹那突然发现的。
所以要我回答测试用例要写到什么程度才比较好，我觉的只要你所写的测试用例在你的公司能够顺利的执行，不影响你的测试执行工作就可以了。

因为测试用例写的太详细，你要花费时间和人力成本，这样出来的测试用例是最好的也是最贵的，一旦需求变更，也需要修改，这时你会发现这种详细的测试用例是最不挣钱的。测试用例写的太粗，别人看不懂，不能执行，那你要花费你的时间去解释，这就加大了测试的工作量。这也不是好的方法。所以我有些时候觉得这样也挺好的，不过时间充裕的话我觉得还是应该把测试用例完完整整写好；

下面先来分析第二个问题吧：刚做测试，你是怎么学习写测试用例的？

我刚做测试的时候，对测试一无所知，什么测试流程、文档都不知道；对测试，大家都认为不就是拿个鼠标点来点去，谁都可以来做。为此，我经常上网查测试的资料，看看自己到底适合不适合做测试，测试到底是什么样的一个职业，怎么去规划自己的个人发展。其实要做好测试，真是不容易，不喜欢，真是不能做这个职业。

在想想自己刚开始写测试用例的时候，真是好笑。不会写就像小孩子学习写字一样。先是在网上狂搜索了一把测试用例的模板，综合了几个，就形成了。模板找好了，可是写就费劲了。对于刚做测试的新人，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。不过还好，总有人指导我，虽然有些严厉，但是仔细想想这些都是为了自己更好的成长；

多写几次后，就知道和领悟了，再加上之前我有编程的经验，所以测试起来也就稍微顺手一些，测试完成一个功能点以后一定要进行反复的测试，测试一定要细心，认真，多思考。