测试用例编写方法及规范祥解.pptVIP

2012.5.18 测试用例是指在实施测试时向被测系统提供输入的数据，操作或各种系统设置以及预期结果的一个集合。 测试用例的设计必须建立在需求的基础之上，根据用户的需求设计，用于检验系统的行为是否与需求所指定的一致。 在编写测试用例前，应当了解被测试的软件，理想条件下需要有可测试的，详细的完整的需求说明书。另外如果需求说明书不够详尽，那么我们需要阅读其他文档，向相关人员咨询以更好了解软件。 测试用例要包括预测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖以下几个方面： 1、正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用 例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。 2、容错性（健壮性）测试：程序能够接收正确数据输入并且产生正确（预期）的输出， 输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示 并进行相应处理。把自己想象成一名对产品操作一点也不懂的客户，在进行任意操作。 3、完整（安全）性测试：对未经授权的人使用软件系统或数据的企图，系统能够控制的程度，程序的数据处理能够保持外部信息（数据库或文件）的完整。 　 4、接口间测试：测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。 5、数据库测试：依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。 6、边界值分析法：确定边界情况（刚好等于、稍小于和稍大于和刚刚大于等价类边界值），针对我们的系统在测试过程中主要输入一些合法数据/非法数据，主要在边界值附近选取。 7、压力测试：输入10条记录运行各个功能，输入30条记录运行，输入50条记录运行。。。进行测试。 8、等价划分：将所有可能的输入数据（有效的和无效的）划分成若干个等价类。 9、错误推测：主要是根据测试经验和直觉，参照以往的软件系统出现错误之处。 10、效率：完成预定的功能，系统的运行时间（主要是针对数据库而言）。 11、可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。 12、可移植性：在不同操作系统及硬件配置情况下的运行性。 13、回归测试：按照测试用例将所有的测试点测试完毕，测试中发现的问题开发人员 已经解决，进行下一轮的测试。 14、比较测试：将已经发版的类似产品或原有的老产品与测试的产品同时运行比较，或与已往的测试结果比较 。 测试用例是对测试工作的指导，是整个测试的基础。测试用例告诉我们在什么样的环境下进行测试，测试什么样的内容，步骤是什么以及测试结果是否正确标准。 书写测试用例会给我们带来很多好处例如： 指导性： 测试用例对于测试的过程提供了严格的要求和指导，降低了对执行测试人员的能力要求。 组织性： 编写测试用例有利于对测试的组织和管理，在开始测试前写好测试用例可以避免盲目测试，提高测试效率。 功能覆盖： 编写测试用例可以减少软件功能遗漏现象。要确保所开发软件能让最终用户满意，最好的办法就是能够明确用户的需求，而测试用例能够直接反应了这些需求，令测试明确，有依据，减少了软件功能的遗漏现象。 重复性： 在一个项目进行期间，对软件不同版本必须要有多次的重复测试（包括了内容，步骤相同），寻找软件新的功能缺陷，以保证各个版本的功能均能正常运行。如果没有测试用例，我们就不知道以前执行了那些测试步骤和内容，执行的情况如何，这样就比较难以重复以前原有的测试。 统计： 测试用例的统计数据对整个测试时非常重要的。我们执行了多少用例？通过了多少用例？有多少用例执行失败？这些数据可以确定测试的覆盖程度及软件产品的质量。缺陷多得模块可以在后续的测试中重点进行测试。 测试用例的书写格式并不是固定的，在保证有效的情况下可以采用不同的格式，我们在编写测试用例时要根据实际被测系统的情况编写合适的用例。下面列出Word和Excel及公司目前使用的测试用例模板。 Word格式的测试用例模板: 从以上内容可以看出测试用例在整个测试过程中是必不可少的，也就是说我们的测试过程是以测试用例为导向并且严格的按照测试用例去对项目软件进行测试的。 那么测试用例在一开始时就能够编写完成而不去改变吗？回答是否定的，在实际工作的情况下，往往需求说明在一开始时不够完善，甚至有的需求说明根本就无法指导测试人员去编写测试用例。因此在测试进行时，随着测试人