用例名怎么写( 二 ) _用例名

● 测试项目
◇ 规则。
● 预期输出
规则：当前测试用例的预期输出结果：测试手机在没有SIM卡的情况下：编号具有唯一性，输入，保证操作步骤的完整性、被测模块：
系统测试用例测试项目● 测试用例编号
◇ 规则：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：执行当前测试用例需要经过的操作步骤、实际使用频率高的测试用例、对系统业务功能影响不大的模块或功能的测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例；
中、被测单元等
◇ 约定：
系统测试用例：测试模块A提供的文件接口
单元测试用例测试项目、数据库等
● 操作步骤
规则；
低，原则上不能重复
3.怎么写测试用例,测试用例的定义黑盒测试根据详细设计说明书规定的功能来设计测试用例，检查程序的功能是否符合规格说明的要求。编写有效的测试用例能检验出测试人员的测试水平。
1.根据用户需求所要求的产品特性写出黑盒功能测试用例。客户通过使用测试用例以确认是否达到了期望的要求。还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。同时，要使用测试用例来验证需求模型的正确性，如对话框图和原型等。·
2.测试用例的代表性：
a.能够代表各种合理和不合理的、合法的和非法的、边界和越界的，以及极限的输入数据、操作和环境设置等；
b.测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的；
c.测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
英等[-]对此都有研究，笔者在北京地区
4.如何编写测试用例这边有一些测试用例的一些原则：
1.系统页面必须与照设计文档一致.测试时须检查的地方有：各页面的列名，提示信息等文字描述是否存在错别字.列宽长度是否合适，能否完全显示输入信息.（注意：页面如出现有变量，则须对这些变更的正确性进行验证）
2.测试基础信息录入，必填项必须测试数据录入范围，保证所有的信息能够有效的录入系统。可采用临界值测试法
3.测试与业务有关的功能，必须包证输入金额，日期格式正确，金额方向正确，。可采用先做业务，后做查询的方法验证
4.测试查询功能时必须保证录入查询条件即可查出相应的正确结果.
5.流程测试应保证流程流向能按设计的流程图走，如一个流程结束后才能出下个流程，这时应保证上个流程结束后才能出下个流程，而且上个流程的任务必须是结束状态.测试方法可以用列举法，把所有的情况列举出来后逐步测试.
6.对有可能引起纠纷的业务须重点测试，维护中心形象.（如：余额查询，个人明细查询结息等业务）
7.测试系统性能时应该制定性能测试计划，出具性能测试报告.
5.测试用例怎样编写才能尽量做到完全覆盖家都知道，测试用例的一个核心作用就覆盖测试需求，尽可能的减少漏测，同时提高测试效率。再细想想，这种核心作用的本质也就是一种“提醒”作用。
你可能会说“对呀，本来就是这样的呀，没啥问题呀” 。我也觉得这个本身没错，那关键的问题是什么呢？问题在于时间和可执行性。