测试用例经验总结

来源:百度文库 编辑:神马文学网 时间:2024/04/29 06:55:47
测试用例经验总结(不一定正确,但却是经验)
  1. 我认为测试用例不是关键,关键和重要的是要有很好的测试设计和分析。需要对被测对象的特性、相关性等各个方面进行仔细分析,采用可靠性测试方法、正交分析等方法结合确定测试用例数目、输入、优先级等进行分析和设计,测试用例自然就出来了。就好比是软件开发,有了好的设计,才可能有好的实现,不能一上去就写用例,当然会漏测。
  2. 要命的是,写了很多测试例,重点的功能点却遗漏了。
    我们写测试用例都是根据需求规格来的,需求的每个功能点都要对其进行分析,设计测试例。所以其实用例的多少跟需求的详细程度也有密切关系
  3. 其实在TD中,可以对一个用例进行多次的运行,测试数据可以在执行的时候完成,分支也可以在执行的时候选择的。
    不同意eval的观点,其实测试用例的编写就是一个经验的积累过程,慢慢积累下来了,以后就可以复用。如果把测试执行当做砍柴的话,写用例就好像在磨刀一样,总会对砍柴有帮助的。
  4. 有的时候老板脑袋一灌水,开发时间一拖延,测试的期限就总是很短了。我们甚至有过他们用1年时间做的软件让我们3天测完!!狂晕!
    用大量的时间来把用例写得全面也得具体,就没有足够的时间做测试。要想有足够的时间测试就没有时间写用例。没有用例指导测试,工作效率也不会很高。
    我几乎都是在测试实施之前根据需求写一部分用例;还有一部分是所有程序几乎通用的,照办就行了;剩下的,就是像上面有人说的,在测试过程中突然有了灵光而补充进去的。
    我觉得如果完全根据固定的模式去写用例,再根据固定的方法去测试,会使测试人员的思路受到极大的限制。
    无论如何,用例只能做到尽可能覆盖,而不能达到全面覆盖,没有任何漏洞的程度,这是必然的。
  5. 数据可以体现在“测试记录”中,我们专门有一种表格是记录测试用数据的。