测试用例的编写总结.docx

《测试用例的编写总结.docx》由会员分享，可在线阅读，更多相关《测试用例的编写总结.docx（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、测试用例的编写总结 在网上看到这篇文章很好，和大家共享一下： 在我的个人邮箱和MSN上，通常同行都问我类似下面这样的问题： 、一个测试用例要写到什么程度才比较好? 、刚起先做测试的时候，你是怎么学习写测试用例的？ 、你对黑盒测试用例的编写的体会是什么？有什么好的版本或者标准吗？ 对于测试用例，而我目前正在思索的问题是：怎么写出对公司有价值的测试用例，对公司来说，怎么测试才是最有价值的测试？ 下面先来分析第一个问题吧：一个测试用例要写到什么程度才比较好？ 这个问题，没有定语，没有说是在什么样的一个状况下，因此我这里只能就我工作中遇到的状况说说了。说起来比较长阿，大家要有耐性看才行哈。_ 在我测试

2、工作中，碰上的测试类型我自己划分成这么种：项目的测试，产品的测试，产品特性化的测试，第三方验收测试。项目的测试指的是我所测试的软件是一个项目，是某一个详细用户运用的。产品的测试指的是我所测试的软件是一个通用产品，是供许多用户运用的。产品特性化测试指的是我所测试的软件是某一用户在运用产品时，提出了特别的功能，针对这些新功能，对产品针对用户进行了个别修改。第三方验收测试大家都应当很熟识了，这里就不须要做说明了。 对项目、产品的测试，测试的时候通常要考虑这个项目的周期和测试资源。我所在的公司，通常项目开发时间都很短到个月，然而测试通常都是在开发即将结束的时候才真正介入。测试就是个人负责。因此时间和人

3、力资源对测试来说是完成测试工作的一个风险。为此在这种状况下，我都是先熟识系统的业务，把握重点业务和功能后，参考需求，把测试需求、测试安排和测试大纲给制定好。由于时间关系，测试用例都是先写重点的业务，也就是集成测试的测试用例。另外测试用例是依据测试大纲来的。通常都是先挑最重要的测试项和风险大的业务功能编写测试用例。 由于测试用例是本人执行，所以测试用例可以写的简洁些，但是肯定要开发人员能够看明白。惋惜我所在的公司，都没有人来看我的测试用例。测试用例对我来说是用来提示我不要遗忘了要测试哪些项。一些很有价值的bug通常不是在写测试用例的时候发觉的，而是在测试软件的过程中，我在家睡觉前的思索和回家的路

4、上思索出来的。这就是手动测试的魅力，有些软件的缺陷是在你运用软件的一瞬间和思索的一刹那突然发觉的。所以要我回答测试用例要写到什么程度才比较好，我觉的只要你所写的测试用例在你的公司能够顺当的执行，不影响你的测试执行工作就可以了。因为测试用例写的太具体，你要花费时间和人力成本，这样出来的测试用例是最好的也是最贵的，一旦需求变更，也须要修改，这时你会发觉这种具体 的测试用例是最不挣钱的。测试用例写的太粗，别人看不懂，不能执行，那你要花费你的时间去说明，这就加大了测试的工作量。这也不是好的方法。 其次个问题，刚起先做测试的时候，你是怎么学习写测试用例的？ 我之所以选择测试这个工作是因为：我毕业后，在第

5、一家公司做技术支持，产品的问题许多，导致技术支持工作很辛苦、很累。为了让用户买到的产品的质量是好的，我选择了做测试，到了现在的公司。我刚做测试的时候，对测试一窍不通，什么测试流程阿、文档阿都不知道，公司的测试和管理也不规范。对测试，大家都认为不就是拿个鼠标点来点去，谁都可以来做。为此，我常常上网查测试的资料，看看自己究竟适合不适合做测试，测试究竟是什么样的一个职业，怎么去规划自己的个人发展。其实要做好测试，真是不简单。不喜爱，真是不能做这个职业。 现在想想自己刚起先写测试用例的时候，真是好笑。就像小孩子学习写字一样。先是在网上狂搜寻了一把测试用例的模板，综合了几个，就形成了。我之所以不用公司原

6、有的测试用例模板，是因为太不适用了。还好，公司没有严格要求必需要那个模板，只要适用就行。模板找好了，可是写就费劲了。对于刚做测试的新人，看似简洁的一个填表工作，要写好真是不简洁。一起先写的比较不自然，有些生搬硬套，而且还很慢。没有方法，那时候没有人指导我，全靠自己自学和领悟，所以那段日子很苦阿！多写几次后，就知道和领悟了，测试用例要依据测试大纲来写，测试大纲要依据测试安排来写。测试大纲更多的是把握住测试项的方向，而测试用例是指导怎么去执行测试。还好，我有编程的阅历，所以对我熟识软件帮了一个很大的忙。熟识了软件的业务才能去写测试用例，才能更好的去测试。这也是我一点一点的领悟出来的。说了这么多，不

7、知道这样的回答是否是回答了这个问题。 最终一个问题了，我尽量少写些，文字太多了大家看的也累，我写的也累。嘿嘿。_ 你对黑盒测试用例的编写的体会是什么？有什么好的版本或者标准吗？ 我的体会： 、测试用例要依据测试大纲来编写 、测试用例也要分测试项进行归类，这样比较好分析和阅读。如：业务流程测试、安装测试、功能测试、用户友好性测试、兼容性测试、性能测试、平安性测试等等。 、编写测试用例要考虑各种状况，精力主要集中在软件的主要业务流程和风险高的地方。能分出测试优先级别就最好了。 、熟识系统，对编写测试用例很有帮助。 、即使对测试很熟识了，在时间特别紧的时候，编写测试用例还是很有必要和好处的。 测试用例的编写总结 编写测试用例和测试安排 编写测试用例的一点体会 编写测试用例方法心得体会 编写测试用例方法心得体会 我写的测试用例 测试用例设计步骤 测试用例书写标准 组队测试用例样式 测试用例教案2 本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第6页 共6页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页第 6 页 共 6 页