软件测试用例总结

点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快一、通用测试用例八要素1、用例编号2、测试项目3、测试标题4、重要级别5、预置条件6、测试输入7、操作步骤8、预期输出二、具体分析通用测试用例八要素1、用例编号一般是数字和字符组合成的字符串可以包括下划线、单词缩写、数字等等但是需要注意的是尽量不要写汉语拼音因为拼音的意义可能有好几种有可能会导致乱码用例编号具有唯一性和易识别性。 比如说我们唯一标识一个人中国-上海市-xx区xx号-xx楼–xx室-xxx.这样标识的话就具有唯一性了。)不同阶段的测试用例的用例编号有不同的规则1系统测试用例产品编号-ST-系统测试项名-系统测试子项名-XXX2集成测试用例产品编号-IT-系统测试项名-系统测试子项名-XXX3单元测试用例产品编号-UT-系统测试项名-系统测试子项名-XXX**其中产品编号也叫项目标识每个公司都有若干不同的项目或者产品如何来区分它们呢这就需要有产品编号了每个公司都有自己的一套定义产品编号的规则并且每个现有产品的编号已经制定好了直接拿过来用就可以了。**产品编号后的ST、IT、UT分别对应系统测试阶段、集成测试阶段、单元测试阶段。实际工作中有些公司会将产品编号以及测试阶段省略。**测试阶段后面就是测试项目名了对应的是较大较系统的测试点。**测试项目名后面就是测试子项目名有些测试是没有子项目名的只有当测试项力度比较大的时候才会有成都市子项 比如说我们要测试用户能否成功登录这个功能那我们就可以分为很多个子项qq登录、邮箱登录等等。**测试子项名后面就是具体的用例编号了可以是数字01、001、002等等。2、测试项目测试项目对应的就是测试用例中的子项名。1系统测试用例对应一个功能点功能测试、性能指标性能测试、界面中控件GUI测试等等。2集成测试用例对应集成后的模块功能或者接口功能。3单元测试用例对应函数名。3、测试标题测试标题考虑的是如何来完成测试项目或者说从哪个角度来对测试项目进行测试有的公司也取名为测试目的。 测试标题一定要简单、概要体现测试的出发点和关注点。4、重要级别用例的重要级别一般分成三个级别高、中、低。高级别对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例中级别对应重要程度介于高和低之间的测试用例低级别对应实际使用频率不高对系统业务功能影响比较大的模块或功能的测试用例。**举个手机的例子**1高级别需求正常通话功能、短信功能2中级别需求拍照、联系人、MP33低级别需求计步、收音机等等。还需注意的是针对**正常情况**的测试用例的重要级别比针对**异常情况**的测试用例的重要级别要高。5、预置条件测试用例在执行前需要满足一些前提条件否则测试用例是无法执行的这些前提条件就是预置条件。预置条件分为两种情况1环境的设置。例如测试word打开文件的功能预置条件就是需要提前准备被打开的文件例如登录成功的预置条件就是该用户名已经注册过了。例如购买商品成功的预置条件就是后台已经配置好商品、发货区域、以及支付方式了。 2先要运行的其他用例有些操作系统会比较复杂如果都是从最开始的操作开始会导致用例写起来比较麻烦这样可以在预置条件中设定要先运行的测试用例后面的用例只需要写后续的操作就可以了。例如对自动取款机进行测试有针对的输入账户信息的测试有对输入取钱金额的测试后者的预置条件就可以写成输入正确账户信息的测试用例。注具体预置条件的设置不同的公司会有自己的规定比如有的公司是不允许第二种情况出现的。6、测试输入用例执行过程中需要加工的外部信息根据软件测试用例的具体情况有手工输入、文件、数据库记录等。禁止过多描述性语言若为文件会有提示选择路径最好写具体让别人易懂易操作。7、操作步骤明确描述测试执行过程中具体的操作步骤以方便测试执行人员可以根据该操作步骤完成测试用例执行。8、预期输出预期输出是测试用例中非常重要的一部分预期输出可以检验被测对象是否正常工作如果我们的预期输出写的不完整不全面整个测试用例就会受到影响。我们在写预期输出的时候可以从以下三个方面来考虑1界面显示在操作步骤完成之后界面会有显示比如说我们测试用户登录功能界面可能会显示登录成功或者登录失败。2数据库的变化在操作步骤完成之后数据库中的记录会发生相应的变化比如删除功能的测试点击删除后数据库中该记录会被删除。3相关信息的变化在操作步骤执行完成后一些和被测对象相关的信息会发生变化比如注销功能的测试点击注销后以前能访问的页面将无法再访问。三、测试用例模板最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。