软件测试与验收.docVIP

. . 目录 TOC \o 1-3 \h \z \u 1 1 软件测试的目的和原则 1 2 软件测试用例设计 2 2.1测试用例的选择 2 2.2 测试用例输入数据的选择 3 2.3 输出结果预测 3 2.4 保留全部测试用例 3 2.5 软件测试的误区 3 3 测试方法分类 4 3.1 黑盒测试和白盒测试 4 3.1.1 黑盒测试 4 3.1.2 白盒测试 5 3.2 静态测试和动态测试 6 3.2.1 静态测试 6 3.2.2 动态测试 7 3.3 测试方法的发展 7 3.4 测试方法小结 8 4 软件验收测试的主要内容 8 软件测试的目的和原则 基于不同的立场，存在着两个不同的测试目的。从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否接受该产品。 而从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程。验证该软件已正确的实现了用户的要求，确立人们对软件质量的信心。 因此，他们会选择那些导致程序失效概率小的测试用例。回避那些易于暴露程序错误的测试用例$，同时，也不会着意去检测、排除程序中可能包含的副作用。显然，这样的测试对完善和提高软件的质量毫无价值。因为在程序中存在着许多预料不到的问题。可能会被疏漏，许多隐藏的错误只有在特定的环境下才能暴露出来。如果不把着眼点放在尽可能查找错误这样一个基础上。这些隐藏的错误和缺陷就查不出来，会遗留到运行阶段中去。如果站在用户的角度替他们设想，就应当把测试活动的目标对准揭露程序中的错误。在选取测试用例时，考虑那些易于发现程序错误的数据。 软件测试的原则一般如下： 应当把尽早地和不断地进行软件测试（Check early,check often）作为软件开发者的座右铭。 由于原始问题的复杂性，软件的复杂性和抽象性，软件开发各个阶段工作的多样性，以及参加开发各种层次人员之间工作的配合关系等因素，使得开发的每个环节都可能产生错误。所以不应该把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段中。坚持在软件开发的各个阶段的技术评审，这样才能在开发过程中尽早发现和预防错误，把出现的错误克服在早期，杜绝某些隐患，提高软件质量。 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。 测试以前应当根据测试的要求选择在测试过程中使用的测试用例，测试用例主要用来检查程序员编制的程序，因此不但需要测试的输入数据，而且需要针对这些输入数据的预期输出结果! 如果对测试输入数据没有给出预期的输出结果，那么就缺少了检验实测结果的基准，就有可能把一个似是而非的错误结果当成正确结果。 程序员应避免检查自己的程序。 测试工作需要严格的作风，客观的态度和冷静的情绪，人们常由于各种原因具有一种不愿否定自己工作的心理，认为揭露自己程序中的问题总不是一件愉快的事，这一心理状态就成为测试自己程序的障碍。另外，程序员对软件规格说明理解错误而引入的错误更难发现，如果由别人来测试程序员编写的程序可能会更客观，更有效，并更容易取得成功。要注意的是，这点不能与程序的调试相混淆。调试由程序员自己来做可能更有效。 在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。 合理的输入条件是指能验证程序正确的输入条件，而不合理的输入条件是指异常的，临界的，可能是引起问题异变的输入条件。在测试程序时，人们常常过多地考虑合法的和期望的输入条件，以检查它是否做了它应该做的事情，而忽视了不合法的和预想不到的输入条件，事实上，软件在投入运行后用户的使用往往不遵循事先的约定，使用了一些意外的输入，如用户在键盘上按错了键或打入了非法的命令，如果开发的软件遇到这种情况时不能作出适当的反应，给出相应的信息那么就容易产生故障轻则给出错误的结果，重则导致软件失效。因此，系统软件处理非法命令的能力也必须在测试时受到检验。用不合理输入条件测试程序时，往往比用合理的输入条件进行测试能发现更多的错误。 充分注意测试中的群集现象。 测试时不要以为找到了几个错误问题就已解决，不需要测试了，经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比， 根据这个规律应当对错误群集的程序进行重点测试，以提高测试投资的效益。在所测试程序段中，若发现错误数目多，则残存数目也较多，这种错误群集性现象，已为许多程序的测试实践所证实。这种现象对测试很有用，如果发现某一程序模块似乎比其它程序模块有更多的错误倾向时，则应当花费较多的时间和代价来测试这个程序模块。 严格执行测试计划，排除测试的随意性。 测试计划应包括，所测试软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测