功能和界面测试用例实例两则

上传人:桔**** 文档编号:564985729 上传时间:2023-12-02 格式:DOC 页数:4 大小:28.50KB
返回 下载 相关 举报
功能和界面测试用例实例两则_第1页
第1页 / 共4页
功能和界面测试用例实例两则_第2页
第2页 / 共4页
功能和界面测试用例实例两则_第3页
第3页 / 共4页
功能和界面测试用例实例两则_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《功能和界面测试用例实例两则》由会员分享,可在线阅读,更多相关《功能和界面测试用例实例两则(4页珍藏版)》请在金锄头文库上搜索。

1、功能和界面测试用例实例两则测试需求收集完毕后,开始测试设计。测试用例是什么?测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题:测试用例的基本格式软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果,下面逐一介绍。用例编号:测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则:,命名规则是项目名称+测试阶段类型(系统测试阶段)编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。测试标题:对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如“测

2、试用户登录时输入错误密码时,软件的响应情况”。重要级别:定义测试用例的优先级别,可以笼统的分为“高”和“低”两个级别。一般来说,如果软件需求的优先级为“高”,那么针对该需求的测试用例优先级也为“高”;反之亦然,测试输入:提供测试执行中的各种输入条件。根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。操作步骤:提供测试执行过程的步骤。对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。预期结果:提供测试执行的预期结果,预期结果应该根据软件需求中

3、的输出得出。如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。软件测试用例的设计主要从上述6个域考虑,结合相应的软件需求文档,在掌握一定测试用例设计方法的基础上,可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍,白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍,这里不作赘述。重用同类型项目的测试用例如果我看得远,那是因为我站在巨人的肩上牛顿。一般来说,每个软件公司的项目可以分为固定的几大类。可以按业务类型划分,比如软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分,比如架构的软件、

4、架构的软件、嵌入式软件等等。参考同类别软件的测试用例,会有很大的借鉴意义。如果,公司中有同类别的软件系统,千万别忘记把相关的测试用例拿来参考。如果,系统非常接近,甚至经过对测试用例简单修改就可以应用到当前被测试的软件。“拿来主义”可以极大的开阔测试用例设计思路,也可以节省大量的测试用例设计时间。利用已有的软件在上面一个小节中,按照不同的规则划分了不同的软件类型。每种类型的软件都有一定的测试规范,比如,软件系统在系统测试过程中,会有一系列的范式,比如针对就会有很多测试点。在设计测试用例的时候,不妨到网上去搜索相关的,不过国内外的网站很少有这方面的资料,即便有,也不是特别系统。可以先找一份粗糙的,

5、然后,在设计测试用例的时候不断的去完善它,以作为下次测试用例设计的基础。加强测试用例的评审测试用例设计完毕后,最好能够增加评审过程。同行评审是CM级的一个。如果因为公司没有通过级,就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审,提交评审意见,然后根据评审意见更新测试用例。如果认真操作这个环节,测试用例中的很多问题都会暴露出来,比如用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等等;如果同行评审不充分,那么,在测试执行的过程中,上述本应在评审阶段发现的测试用例相关问题,会给测试执行带来大麻烦,甚至导致测试执行挂起。定义测试用例的执行顺序在测试用例执行

6、过程中,你会发现每个测试用例都对测试环境有特殊的要求,或者对测试环境有特殊的影响。因此,定义测试用例的执行顺序,对测试的执行效率影响非常大。比如某些异常测试用例会导致服务器频繁重新启动,服务器的每次重新启动都会消耗大量的时间,导致这部分测试用例执行也消耗很多的时间。那么在编排测试用例执行顺序的时候,应该考虑把这部分测试用例放在最后执行,如果在测试进度很紧张的情况下,如果优先执行这部分消耗时间的异常测试用例,那么在测试执行时间过了大半的时候,测试用例执行的进度依然是缓慢的,这会影响到测试人员的心情,进而导致匆忙地测试后面的测试用例,这样测试用例的漏测、误测就不可避免,严重影响了软件测试效果和进度

7、。因而,合理地定义测试用例的执行顺序是很有必要的。测试用例执行测试用例设计完毕后,接下来的工作是测试执行,测试执行中应该注意以下几个问题:搭建软件测试环境,执行测试用例测试用例执行过程中,搭建测试环境是第一步。一般来说,软件产品提交测试后,开发人员应该提交一份产品安装指导书,在指导书中详细指明软件产品运行的软硬件环境,比如要求操作系统系统是Win版本,数据库是等等,此外,应该给出被测试软件产品的详细安装指导书,包括安装的操作步骤、相关配置文件的配置方法等等。对于复杂的软件产品,尤其是软件项目,如果没有安装指导书作为参考,在搭建测试环境过程中会遇到种种问题。如果开发人员拒绝提供相关的安装指导书,搭建测试中遇到问题的时候,测试人员可以要求开发人员协助,这时候,一定要把开发人员解决问题的方法记录下来,避免同样的问题再次请教开发人员,这样会招致开发人员的反感,也降低了开发人员对测试人员的认可程度。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号