什么样的测试用例才是好的测试用例?
测试用例如何覆盖测试需求?测试需求和测试用例的关系是什么?
怎么样保证测试需求的整理和测试用例的设计不会浪费太多的人力或其他资源?
……
这些问题可谓是老生常谈了，在论坛上、MSN上，或者邮件中，也经常会有朋友问到笔者一些这方面的问题。相信不管是测试新手，还是从事测试工作有一段时间的朋友，都会在工作中不得不经常的要考虑，这些问题到底有没有一个相对明确的答案呢?
相信看到这里，已经有些朋友在想：这些问题也不是很难啊，在RUP对测试过程的描述中都已经说的很明白了啊。软件测试工作必须要通过计划测试、设计测试、实现测试、执行测试、评估测试几个阶段来完成。其中计划测试阶段需要制定测试计划、整理测试需求;设计测试阶段要设计测试用例和测试过程，要保证测试用例完全覆盖测试需求;实现测试阶段要根据测试用例实现具体的自动化脚本或者手工的操作步骤;执行测试阶段则通过自动化测试工具或人手工来执行那些自动化或手工脚本;最后的评估阶段则要对软件的质量和测试工作自身的质量做出一个客观的评价。RUP中还有详细的工作指南和文档模板呢!
对，上面所说的这些都没有错，RUP中对于软件测试过程的描述要比笔者上面这段文字详细也生动得多。但是，我们同时也可以看到，RUP中描述到的，更多的是关注于过程的管理，或者更准确的说，RUP是在为我们提供一个大的方向，是一个稳定的、具有指导作用的框架，而不是一些具体的、涉及到操作细节的方法。这也是为什么很多朋友通读了RUP中关于软件测试的部分，但是一旦实际应用仍然找不准方向的原因。笔者今天希望同大家讨论的，则恰恰是这样一些在实践RUP测试过程时，从实际工作中总结出来的工作方法和经验。
对于测试过程方面的规范和一些基本概念，RUP中已经讲的很详细了，笔者在此也就不再赘述，有需要的读者请参照RUP中的相关部分。本文中所关注的内容包括：
1. 在计划测试时，如何确定测试工作的范围和如何整理测试需求;
2. 设计测试用例时，应该如何把握测试用例的粒度;
3. 如何平衡测试用例的可用性和可维护性;
4. 如何通过逆向的测试数据分析方法来保证测试用例的有效性和减少测试工作中资源的浪费;
5. 一个简单的但有实际意义的例子将展示如何将笔者的方法应用到测试过程中。
这里要事先声明一下，笔者工作三年来，不管是开发还是测试，工作内容始终是围绕着信息管理系统相关业务展开的，而对于测试工作，也一直局限于在系统测试阶段通过手工方法和简单的利用一些测试工具特性进行黑盒测试。因此，在本文下面描述的内容中，难免受到客观环境和笔者个人经验的影响。也正因为如此，笔者不保证本文中方法和观点适合于所有组织和个人的软件开发过程。只是希望能够借此为大家提供一种思路，帮助更多人进行个性化的RUP测试过程实践，共同提高软件测试行业的水平。
另外，本文中使用到的例子，均为笔者的一些假设，如果侵害到任何第三方组织或个人的利益，实属巧合，请通过E-Mail通知笔者，笔者将在今后再次发布本文时做出相应的调整。
文章来源于领测软件测试网 https://www.ltesting.net/
