测试用例，编写总结

两个准备
1、了解业务需求
2、了解相应已设计好的业务流程
注：不理解的需要及时的讨论和沟通，确保任务的进度，对功能的理解尽量跟客户的需求保持一致。

编写规范：
测试用例名称，要尽量详细易懂，不罗嗦，方便理解。
预置条件，要详细清楚。（在条件状况种类中，适当删减，从而提高测试代码的精炼度）
操作步骤，需要准确描述。
预期输出，方便观察。

预置条件（条件桩），
就是系统输入参数和配置参数的 组合状态。一种预置条件对，一种输出状态！所以对预置条件要求一定要达到只有一种输出状态。如果有不好设定的参数和配置，要使用文字描述出来，方便测试执行人员，方便操作！
尽量想的多一点，全面一点！

操作步骤（动作桩），
启动一个呼叫，使测试流程能够到达测试功能点的用户与系统交互的动作。如果没有交互，直接就是一个指定的呼叫就可以了。

预期输出，
以系统整个角度看，黑盒测试状态，用户可预见情况（语音通知、挂断、提示输入等）。
例：在数据库操作时，没有具体的可判别的直观特点时，就需要注明操作数据库的具体信息（修改了那张表，那个字段等等）不可一笔带过，这主要是为测试执行人方便观察具体变化的地方，以确定该种条件状态被测试过，不被漏测！