标签：
软件测试规范的编写是为了给测试人员在测试用例编写的过程中提供一个指导。
测试是软件交付用户使用前一个不可缺少的环节，它存在的目的有四个：1）找到尽可能多的找到系统中的bug；2）关注用户的需求；3）根据测试最终结果分析和评估软件的质量风险；4）找到软件开发过程中的缺陷。具体内容可以上网查询。
写测试用例前要了解这个系统的业务逻辑，将系统到各个子系统模块进行细化，从宏观到微观，从同级关系，上下级关系以及各系统间的接口交互进行了解。
就和看目录一样，先看所有的大标题，然后再看大标题下的小标题，然后在看各个页面具体内容。
例如：新生入学-新生入学管理员
具体的业务需要个人理解+多与项目开发人员沟通
.NET版高校云平台的用例最终将填写到禅道中进行管理，参照原型图导航栏。
格式要求：编号（系统首字母+001）+模块名称+页面名称+查询用例
例如：
用例中前置条件可有可无。但是如果有前提的，要写上。
比如：
1 )删除学生信息，要选中学生信息（复选框）才可以删除
2）成绩管理，需要考完试，有数据后才能进行此测试
写测试用例，简单来说就是操作步骤/输入动作，根据操作步骤的分类（正确性测试、容错性测试、接口测试、数据库测试），得到预期结果。当完成操作步骤后，得到实际结果。
输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。
输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。
例如：qx001-云平台-应用管理-默认列表后台-添加系统用例
测试各个模块相互间的协调，数据输入输出的一致性和正确性。
依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。
例如：qx001-云平台-应用管理-默认列表后台-添加系统用例
对于每个必填数据项，都生成一个用例（不提供空值的除外，比如无空值的下拉框、有缺省值的单选按钮组），则预期结果提示该数据项为空。
对数据输入框输入一个取值范围外的测试用例。提示框可以提示取值超出范围。
例如：
前提条件
所有组织：生科学院、数信学院、文学院、体育学院、外国语学院
优先级范围：1~99间的正整数
学院电话：最大长度不能大于11
根据测试人员过去丰富的经验和在测试过程中培养的直觉，提出可能的错误（对于初级测试人员来说，要做到这一点还有很大难度和偏差，多多努力积累经验吧！）
理解和使用系统的难易程度（界面友好性）
可理解性测试，测试人员可以站在用户角度，对系统进行操作，看是否可以得到预期的结果。
例如：xsrx001-学生管理-A3完善学生信息页——个人信息用例
明白各个模块如何操作
在写用例的过程中根据功能的优先级，写的用例级别也不同，一般咱们分了3-4个等级。
怎么确定用例的等级呢？一般根据测试人员对于需求的了解和项目计划中，功能的重要程度或者项目是处于开发阶段还是优化阶段等情况来确定。
数字越小，优先级越高
用例级别是在分配测试任务的时候一个很好的参考。
编写测试用例还有一个粒度的问题需要注意。粒度可大可小，写的用例可以以一个界面为一个用例，也可以为一个功能写多个用例。
怎么确定粒度大小呢？1、根据用例的级别确定用例难易程度2、根据测试组长要求的测试用例粒度大小。
在高校云平台中，评教、基础、新生入学以及权限四个子系统，要求的粒度都要到达以功能级别。个别功能粒度大小可和组长进行协商。
界面级别：界面功能非常简单，可以写成界面级用例；
功能级别：每一个功能都是一个或多个用例；
组合功能：几个功能相关联，且写好一个之后可以多次复用的；
用例写好了，但是不知道填到禅道哪个模块哪里？
A、打开禅道，建新用例
B、添加用例。产品模块是高校云平台+右侧蓝框中对应的分支。
1）系统选择错误（参考6.1 A）
注意：以上所有图片内容仅供参考，编写用例还要根据测试人员对于需求的了解为准。
小结：写完这个文档，对于测试用例也有了一个不一样的了解。工具和文档相结合，提高效率和工作能力。
理论性的可以看看前一篇《测试用例规范V1.0》
标签：
原文地址：http://blog.csdn.net/mayfla/article/details/42199235
