测试用例设计常见的错误

一些刚刚实施GJB5000A的组织，在软件工程能力方面确实存在不足，需求、设计文档编写得错误百出，基本的测试用例设计也不会做。

在评价过程中经常会发现测试用例设计存在以下问题：

• 测试用例不完整，没有覆盖所有的软件需求，甚至连测试计划中给出的测试项都覆盖不全

• 测试用例设计内容不完整，没有给出测试步骤、预期结果等内容

• 测试用例中描述的预期结果不具体，比如把预期结果描述为“见测试报告”

其实要给出一个好的测试用例描述并不困难。一般地，软件测试用例除了一些基本的信息（测试用例名称、编号等）之外，通常包括三个主要的内容：

• 前置条件。所谓前置条件就是描述要执行本测试用例之前需要达到的前提条件。比如要测试软件系统登录，那么前置条件就是登录的用户已经完成注册。

• 测试步骤。测试步骤就是对如何完成本测试用例要进行的具体操作步骤的描述。测试步骤要求能够让执行测试的人员一眼就看懂，知道如何去操作。

• 预期的测试结果。预期的测试结果是针对测试步骤而言的。原则上测试人员每执行一步操作，都会有一个预期的测试结果。但在实际操作中通常只需要给出这一系列操作步骤当中那些特别重要步骤的预期结果。再退一步来讲，最后一步的预期结果是必须要给出的。预期结果的描述也应当是具体的期望输出的动作或数据，而不能仅仅是一句“XX功能正常”这样的大而无当的描述。

回过头来，那些初登GJB5000A大门软件工程能力还很薄弱的组织，犯下诸多测试用例设计的错误，其根本原因还是没有形成一支专业的软件测试团队，甚至都还没有掌握一些软件测试方面的基础知识，所以，对于这些组织而言，要修正这些问题，还是要从建立一支专业的测试队伍开始。

这正是：

测试设计并不难，有些错误不该犯

培训知识建队伍，测试水平大改观

参考书目：软件测试技术实战：设计、工具及管理，作者：顾翔，出版社：人民邮电出版社