关于软件测试技术的探讨.docVIP

关于软件测试技术的探讨 摘要：随着计算机技术的飞速发展，软件测试技术已作为一项单独的科目从软件工程领域分离了出来。测试是为做出的软件更好地满足用户需求而进行的一致性测评，即测量最终结果是否与需求分析中的用户需求相吻合或吻合程度。测试方法种类繁多,最基本的有黑盒测试和白盒测试。测试的模块化分析的作用也日益突出，对一个大的软件可以分模块，分单元测试。测试用例的设计技巧性也很强，比如选取最具代表性的用例，使测试文档更加精简。另外，随着测试技术的不断发展，也出现了许多优秀的测试工具，比如：qac，mccabe，eunit等，它们使我们对测试事半功倍。 关键词：软件单元测试 测试用例 模块化 中图分类号：tp311.52 文献标识码：a 文章编号：1007-9416(2012)02-0133-03 当前，对软件工程领域的讨论出现了很多优秀文章。软件工程也作为一门重要的学科得到了快速的发展。在这些文章中对软件的设计和开发都做了比较深刻的探讨。但是，软件测试技术作为软件工程中的一个非常重要的环节却经常得不到人们的深刻认识。往往人们在有些方面还对软件测试的环节和作用有着不同程度的错误认识。 1、软件测试的地位 测试在软件开发的过程中到底应该占据一个什么样的位置？许多人对此问题理解的并不十分深刻。人们有时对此问题的理解在某种程度上甚至还存在着错误。有些人认为软件测试只是对做出的东西做一个功能的检验，此过程只要在开发过程中做好调试工作，这一模块完全可以避免。软件测试是为了测量软件与需求和总体框架是否吻合以及吻合程度。一个软件做的到底合不合格，此产品是否可以发布，是否能够满足用户的需要，是否能给用户留下良好的形象，其中测试起着举足轻重的作用。由此我们可以看出，软件的测试绝不是在开发过程中可有可无的模块，它占据着一个十分重要的地位。 我们做测试是在软件开发过程中与其它各模块有机融合的测试，不是把其单独拿出来看看它是什么，做了什么？而是看我们做这些功用在哪，做了这些为整个软件开发带来什么样的益处。 2、测试技术 2.1 对测试认识的常见误区 测试的目的是判断软件是否与预期目标相符及相符的程度。当然如果狭义的讲我们也可以说测试就是尽可能早的、尽可能多的发现现有文件中的错误，并将错误提交给相关人员，使问题尽早得到解决。但是过去有许多人对软件测试并不是认识的特别清楚，即使是现在也有一部分人对测试的理解和测试本质意义仍有很大偏差。以下我们将介绍两种对测试理解的常见错误。 2.1.1 测试与调试的等同 有些人将测试和调试在一定程度上混为一谈，他们认为如果在调试上多花些功夫，则测试是完全没有必要的。这是一种极其错误的想法。此种错误的根源在于没有对测试和调试的基本概念搞清楚。调试是指程序员在开发过程中对自己书写的程序进行正误的判断，看自己的代码是否能够按照架构文档描述正常工作。而测试的工作则是看得到的代码或软件是否按照需求文档工作，这具体包括：各个功能是否得到了有效的实现，最终得到的软件的整体性效果如何。软件在一定的压力条件下（比如：内存相对不足）是否能正常工作，输入错误信息得到什么样的回馈，系统在长时间工作的条件下是否还能正常运行等等。 对这些概念理解清楚了，自然就能够正确区分测试和调试的差别。当然测试和调试有一些内容存在交汇点。 2.1.2 测试的起始介入时间 有些人认为测试是在软件开发完成后进行一次总体的检查，其起始时间是在其它工作都基本结束的时候，再致力于软件的测试工作。其实则不然，软件的测试工作是应该与需求分析同步起来，也就是说在做需求分析的过程中应当有测试人员介入，这样使得测试人员对此系统具体要完成哪些工作做到心中有数。有一点大家一定注意，测试不只是看程序员写的程序是否能够正常工作，更重要的是看其是否满足用户需求，以及在各种条件下的满足程度。 伴随着需求分析文档的诞生，测试人员的测试框架和测试文档也应当相应的得到实现。当程序员完成部分工作，则测试人员就应该根据测试文档书写测试程序对得到的现有完成部分进行测试。这样一旦发现bug，就及时提交给相关人员，通过这一过程，能使问题在最早的时间段内得到解决，同时也使损失尽可能的降到最低。软件的开发就是这样相互叠加式的前进过程。 在我们了解了测试的常见错误后，下面让我们对测试的分类进行一下梳理。 2.2 测试分类 软件的测试按照不同的分类方法可分成不同的类。按照测试人员的不同可分为：专业测试和用户测试；按照软件总体性可分为：黑盒测试和白盒测试；按照开发的不同阶段可分为：软件开发过程中测试和产品测试及后段测试；按照软件性能可分为：功能测试，极限测试，容错测试，压力测试和时间测试等等。在下面向大家介绍几种重要的测试类别。 2.2.1 黑盒测试和白盒测试 软件测试从整体角度可分为黑盒测试和白盒测试。黑盒测试顾名