14、测试用例需要不断更新和维护 ， 不要认为测试用例的设计是一个阶段 ， 测试用例的设计也需要迭代 ， 在软件开发的不同的阶段都要回来重新审视和完善测试用例 。并且需要在测试执行时利用发散思维不断的构造和完善测试用例 。
总的来说 ， 写出好的测试用例需要我们不断的积累和完善 ， 需要我们不断的在工作中去总结 。写出好的测试用例没有简单的公式或规定可以遵循 。即使是多年以来在测试方面感兴趣的人也很难做到这一点 。
2.如何写出好的测试用例一个好的测试用例是每个人都能执行的测试用例 ， 不管你是否是测试人员 ， 不管你是否了解整个软件的工作流程 ， 你都能顺利的执行完测试用例 ， 并对这个测试用例覆盖到的功能点有了大概的了解 。
好的测试用例的设计相当了软件开发中的详细概要设计 ， 要写出好的测试用例首先要对所测试的软件很熟悉 ， 熟悉软件的每个功能点和系统的整个业务流程 。其次 ， 对整个测试用例有个好的规划 ， 理清主线 ， 功能点的在哪个地方被覆盖都是需要考虑的 。
最后 ， 需要良好的心态 ， 写测试用例是个繁琐的过程 ， 测试用例不是随随便便就能写出来的 ， 好的测试用例更需要你在写的过程中不断去理清思路 ， 并把每个功能点都恰当的写进去 。测试用例的规划： 用例的规划非常的重要 ， 它决定整个测试用例的思路、风格、覆盖率 。
即对整个测试用例的成败都有直接的响 。对测试用例的规划我个人总结出两条思路：一条是用例的线性规划 ， 另一条是功能点覆盖型 。
这两条思路的侧重点各不相同 ， 各有优缺点 。线性的测试用例的要点是在理清每一条思路 ， 即以业务线和流程线为主 ， 每一条线都是一个流程 ， 然后把功能点穿插到每条线里去 。
把每条业务流程比作竖线 ， 功能线比作横线 ， 那么功能点就是横线和竖线的节点 ， 这样整个用例就是一张大网 ， 我们可以随时向网中添加横线或竖线 ， 使得覆盖率不断增加 ， “漏网之鱼”越来越小 。另一种思路是功能点覆盖型 。
在设计之前把要整套软件的功能点理清楚 ， 这当然是非常的难的 。但我们可以参考系统设计的功能流程图 ， 软件的需求来进行分析和提取 。
还有一点就是测试人员的经验来完善所需要的功能点 。这种思路的重点是把每个功能点都要在设计中体现出来 ， 以功能点覆盖为主 ， 不管工作的业务流程 。
也就是说是按照各个功能模块进行划分的 ， 分模块进行用例的设计 。两种思路相辅相承 ， 各有各的优点 。
在实际的执行过程中 ， 有时以业务流程来编写比较容易 ， 有时以功能模块编写比较容易 。一个是以线为主 ， 一个是以块为主 。
测试用例的设计： 规划好测试用例的整体思路之后 ， 就是测试用例的具体设计设计了 。用例的设计的格式主要由测试环境 ， 准备数据 ， 前置条件 ， 用例ID ， 预期输入值 ， 期望输出结果 ， 测试执行结果和优先级等几个部分组成 。
其余的还有一些统计页 ， 打印输出的模板等 。个人认为用excel设计比较简便 ， excel可以有多个页面 ， 一个页面为统计测试结果和用例维护 ， 一个为测试用例的主页面 ， 还有一个页面可以放一些打印后的模板 。