火龙果软件-物流信息系统测试(第八次课)讲解.ppt

3.2 测试文件 1）测试文件的类型 根据测试文件所起的不同作用，通常把它分成两类，即测试计划及分析报告。测试计划详细规定了测试的要求，包括测试的目的和内容、方法和步骤以及评价测试的准则等。由于要测试的内容可能涉及到软件的需求和软件的设计，因此必须及早开始测试计划的编写。测试计划的编写从需求分析阶段开始，到软件设计阶段结束时完成是适当的。 3.2 测试文件 测试分析报告应说明对测试结果的分析情况，经过测试证实了软件具有的功能以及它的欠缺和限制，并给出评价的结论性意见。这个意见既是对软件质量的评价，又是决定该软件能否交付用户使用的一个依据。由于它要反映测试工作的情况，自然是在测试阶段内编写。 根据测试文件编制的不同方法，它又有手工编制和自动编制两种。所谓自动编制，其特点在于，编制过程中得到文件编制软件的支持，并可将编好的文件记录在机器可读的介质上。借助于有力的工具和手段，使得更容易完成信息的查找、比较、修改等操作。无疑这是比手工编制更高效、更先进的方法。 3.2 测试文件 2） 测试文件的使用 测试文件的重要作用可从以下几个方面看出： ①验证需求的正确性。测试文件中规定了用以验证软件需求的测试条件，研究这些测试条件对弄清用户需求的意图是十分有益的。 ②提高用户对软件开发的认识。测试过程吸收用户参加，可让他们理解一个自动化应用系统的开发与运行要涉及到的复杂问题和一些细节。用户协助编制测试文件将有助于他们了解开发过程。 ③提高用户对应用系统本身的认识。如果用户能够协助准备测试条件，并将其写成文件，他们就将对开发的应用系统有较好的理解。同时，也有助于用户澄清他们一些可能模糊的认识。如果对应用系统如何工作的细节并不了解，那就不可能给出测试条件，并根据这些条件取得预期的结果。 3.2 测试文件 ④检验测试资源。测试计划不仅用文件的形式把测试过程要完成的任务规定下来，还应说明测试工作必不可少的资源，进而检验这些资源是否可以得到，即它的可用性如何。如果某个测试计划已经开发出来，但所需资源还是不落实的，那就必须及早解决。 ⑤明确任务的风险。用户理解了测试计划，他便弄清了测试可以做什么，不能做什么。了解测试任务的风险有助于用户对潜在的、可能出现的问题，事先作好思想上和物质上的准备，例如争取另外的测试资源。 ⑥生成测试用例。测试用例的好坏决定着测试工作的成功和效率，选定测试用例是做好测试工作的关键一步。在测试文件编制过程中，按照规定的要求精心设计测试用例有着重要意义。 3.2 测试文件 ⑦评价测试结果。测试文件应包含测试用例，即若干测试数据及其对应的预期测试结果。完成测试后，将测试结果与预期结果进行比较，便可对已进行的测试提出评价意见。 ⑧再测试。测试文件中规定和说明的部分内容，在后期的维护阶段往往由于各种原因需要进行修改完善，凡是对修改完善后的内容都需要对相关部分进行重新测试（可能包括某些接口），这就是再测试。 ⑨决定测试的有效性。完成测试后，把测试结果写入文件，这对分析测试的有效性，甚至整个软件的可用性提供了必要的依据。同时还能证实有关方面的见解。 思考与练习 1、简述系统测试的目的与任务。 2、简述系统测试的方法。 3、系统测试的原则有哪些？ 4、简述系统测试步骤。 5、什么是黑盒测试和白盒测试？ 6、什么是测试用例？简述测试用例在系统测试中的作用和地位。 1.4 测试情况设计 第三步：为每一无效等价类至少设计一个测试用例。本例具有７个无效等价类，需要不少于７个测试用例。例如 测试数据 期望结果 测试范围 MAY,70 输入无效 ② 19705 输入无效 ③ 1968011 输入无效 ④ 195512 年龄不合格 ⑥ 196006 年龄不合格 ⑦ 196200 输入无效 ⑨ 197222 输入无效 ⑩ 1.4 测试情况设计 让几个有效等价类公用一个测试用例，可以减少测试次数，有利而无弊；但若几个无效等价类合用一个测试用例，就可能使错误漏检测。就上例而言，假定把“195512”（对应无效等价类程序显示出“年龄不合格”处仍不能证明程序对月份为“00”的输入数据也具有识别和拒绝接受的功能。再进一步讲，其实在第一步“划分等价类”时，就应防止有意或无意地将几个独立的无效等价类写成一个无效等价类。例如，若在上例中把⑨、⑩两个无效等价类合并写成“末２位的对应值为0或12”，则与之相应的测试用例也将从原来的２个减为１个，对程序的测试就不够完全了。 1.4 测试情况设计 3）