规范软件测试流程

测试计划

　　做任何事情都会有输入输出，对于测试过程我们可以把输入理解为测试计划、测试环境准备、测试工具的选择等等，输出可以理解为测试结果。测试用例设计即可以理解为以测试计划为输入的输出，也可以理解为以测试结果为输出的输入，在这里咬文嚼字没有任何意义。所有的这些书籍和过程文档无外乎告诉我们一个道理，做测试需要做好准备工作，把做一件事需要做的准备工作做好，明确做这件事的目的，最终达成目的并验证结果是我们要做的事情。这要求我们有一个完善的“测试计划书”。

　　输入：测试目的，测试计划，测试用例设计书，测试环境

　　输出：测试结果 告书，BUG票，BUG分析，追加测试用例

　　测试计划的编写工作应该从以下几个方面考虑问题：

　　1、要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。　　编写测试计划的目的在于充分考虑执行测试时的各种资源，包括测试内容、测试标准、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影响。说的再明确一点就是要“计划”“如何”去做“测试工作”，而不是“如何编写测试计划”。

　　2、要坚持“5W1H”的原则，明确测试内容与过程。

　　◇ 明确测试的范围和内容（WHAT）；

　　◇ 明确测试的目的（WHY）；

　　◇ 明确测试的开始和结束日期（WHEN）；

　　◇ 明确给出测试文档和软件册存放位置（WHERE）；

　　◇ 明确测试人员的任务分配（WHO）；

　　◇ 明确指出测试的方法和测试工具（HOW）。

　　测试用例

　　为什么说测试用例重要/span>

　　测试用例的重要性是毋庸置疑的，它是软件测试全部过程的核心，是测试执行环节的基本依据。

　　测试用例主要设计方法

　　● 错误推测法

　　● 场景法

　　● 等价类划分法

　　● 边界值分析法

　　● 判定表法

　　● 因果图法

　　● 状态迁徙图法

　　● 流程分析法

　　● 正交分析法

　　● 正交实验法

　　如果是自己做的设计，自己PG，其实错误推测法，场景法，流程分析法收效会明显得多。因为熟悉流程，所以对可能存在问题的地方也是一目了然，不过这些对经验的要求又太高。