两个准备
1、了解业务需求
2、了解相应已设计好的业务流程
注:不理解的需要及时的讨论和沟通,确保任务的进度,对功能的理解尽量跟客户的需求保持一致。
编写规范:
测试用例名称,要尽量详细易懂,不罗嗦,方便理解。
预置条件,要详细清楚。(在条件状况种类中,适当删减,从而提高测试代码的精炼度)
操作步骤,需要准确描述。
预期输出,方便观察。
预置条件(条件桩),
就是系统输入参数和配置参数的 组合状态。一种预置条件对,一种输出状态!所以对预置条件要求一定要达到只有一种输出状态。如果有不好设定的参数和配置,要使用文字描述出来,方便测试执行人员,方便操作!
尽量想的多一点,全面一点!
操作步骤(动作桩),
启动一个呼叫,使测试流程能够到达测试功能点的用户与系统交互的动作。如果没有交互,直接就是一个指定的呼叫就可以了。
预期输出,
以系统整个角度看,黑盒测试状态,用户可预见情况(语音通知、挂断、提示输入等)。
例:在数据库操作时,没有具体的可判别的直观特点时,就需要注明操作数据库的具体信息(修改了那张表,那个字段等等)不可一笔带过,这主要是为测试执行人方便观察具体变化的地方,以确定该种条件状态被测试过,不被漏测!