测试专家问答----如何编写好的软件测试用例

发布时间:2013-09-02 测试 嵌入式 数据库

1、对于新产品和维护版的老产品设计的用例应该注意些什么呢?

专家分析:新项目和维护项目从本质上看没有区别,维护产品,无非就是新增功能和缺陷修复两大类,和新项目相比,唯一需要注意的就是新增\修复的功能是否对其他部分有影响,这里就涉及到一个回归策略的问题——老功能要测多少。一般来说,需要和开发讨论确定受影响的范围,然后制定测试范围。当然最理想的情况就是整个系统全测,因为一旦系统复杂了,没有哪个开发能说清楚影响范围。

专家建议:“新产品”在了解需求的情况下,先设计测试用例,再测试,避免发生遗漏。“老产品”维护,若改变了需求,依然先设计(修改)测试用例,再测试,避免发生遗漏;若项目紧急可先测试,再修改测试用例。

2、做手机应用,流程不像是WEB的那样清楚,感觉应用除了主功能还有很多零碎的小功能。设计用例时容易遗漏。需要怎么样做更好呢。

专家分析:手机应用端测试是最适合应用场景分析方法的,场景设计需要经验的累积,不是简单学习知识就行的,建议使用思维导图,做个有心人,把平时测试的经验都记录下来,形成最适合的场景设计方法。

专家建议:手机测试考虑有各种手机的牌子、型号(还有现在的太阳能手机情况下)、停机、没电、内存容量等等。

3、怎样用简短的测试用例达到高覆盖率的测试?并且写用例时候采用非常清楚的描述好还是采用测试点描述让测试执行人自行发散测试思维?

专家分析:我们一般不做这样的考虑,用例需要有合适的颗粒度,并不是说一条用例覆盖的越多越好,如果一条用例如果颗粒度很大,覆盖了很多测试点,当前看起来很好,但过几天你还看得懂这条用例吗?而往往测试用例数量往往大大超过测试数量。

用例存在的目的,一个是沟通交流,让其他人能看懂你的测试思路,帮你评审,另一方面也是经验的累积,最终形成用例库,所以一定要体现用例设计思路。自行发散测试思维是要不得的,这样几年做下来,一点积累都没有,久而久之在测试界会被淘汰。

4、如何能把黑盒测试做精,做好,对于一些对测试不是特别重视的公司又如何开展较为完善的测试工作?然后黑盒测试必须要向白盒与性能走吗?

专家分析:可以向公司商议有关测试的重要性。若公司不同意,也尽量采用专业些的测试方法(工具)及bug管理等,便于引起公司的重视和认可。测试人员也要适应这种情况。首先就是了解公司对质量的诉求,比如现阶段对性能没什么要求,那就集中于将功能测试做好,同时要考虑提升测试的效率,比如自动化测试。在需求确认环节,尽量参与,比如针对每个需求写验收标准,然后再和开发一起进行需求讨论,把测试工作融入到整个开发过程中,那么测试的重要性就会和开发并列到一起了。

黑盒测试很难精通,比白盒难得多,白盒测试是测试中最简单最没有技术难度的一环。哪个价值大,应该清楚了吧。如果没有一定的代码基础,不建议你去做白盒。测试最有发展的还是黑盒测试。黑盒测试需要学习的东西很多,比如需求环节的测试需求分析,场景分析,设计阶段的用例设计方法,实现阶段的测试自动化,DFX测试技术等等。性能测试是很重要的发展通道,其实性能测试也属于黑盒,性能分析和优化才有点偏白盒。

在国内,功能占用的比例确实很高,但现在大部分公司的入职要求是要会点性能工具或者自动化工具的。

5、针对做嵌入式开发的公司,作为测试人员,主要需要学习哪些内容?数据库,自动化测试是否能用到?

专家分析:嵌入式来说,数据库可能不太会涉及,不过自动化依然很重要。嵌入式软件可以看做一个黑盒,测试最大的难度在于搭建测试环境,因为你要为这个黑盒搭建好输入、输出环境。一般来说,必须掌握最底层的一些知识,像单片机原理啊,认识芯片那些引脚啊,数转模啊,还有一些基本的汇编。从我了解的嵌入式软件测试来看,它是最容易实现自动化测试的。

6、黑盒测试可以做多久,应该怎样规划黑盒测试的职业生涯?

专家分析:黑盒测试来说其实研究透了,你也非常厉害,像自动化测试、性能测试它们有时候还是需要有些功能测试的功底的。

7、怎样写好黑盒测试用例,在不出现冗余的情况下达到覆盖面广?

专家分析:为何会有等价类划分、边界值、判定表等等工程方法?就是为了帮助大家写好用例的。

出现冗余举个最简单的例子:0-100之间取值(整数),可取0、55、100;若再取-1、1、99、101就是冗余。

8、测试用例是否一定要在测试开始之前写? 每次写测试用例都要严格按照那些测试策略和方法吗?

专家分析:首先要知道写测试用例的目的是什么?测试每一阶段写的东西都有它的工程目的,放到特定的公司环境中,我们不应该想哪一步可以不做,而是想在这种情况下用哪种做法更有效。比如测试策略,它的主要目的是沟通,它描述了你会怎么去测,这是你用来和开发以及其他相关人沟通的,如果是我,我就会把它简化成一张EXCEL表,罗列测试点和测试方法,后面的测试用例也会集中在这张表上,然后再补全。这种建议对这个项目已经非常了解或者经验比较足在项目紧的情况下这么做。

9、有三年黑盒测试经验,但是没有开发经验,看不懂代码,是否只能一直做黑盒? 黑盒测试有什么样的发展前景?如果要向白盒,自动化和性能测试发展该如何入手?

专家分析:看不懂代码可以慢慢学,其实并不难,看你自己是否有这个决心下这个功夫了。黑盒测试来说其实研究透了,你也非常厉害,像自动化测试、性能测试它们有时候还是需要有些功能测试的功底的。作为研发体系的一员,代码功底是必须的,否则没有发展通路。测试和开发同属于研发体系,研发体系的通用语言就是编程语言,就像你到国外工作,其他人都说英语,就你只会说中文,虽然别人也能听懂一二,但是总觉得你是个异类。想要做好测试,不逊色于任何开发人员的代码功底是必要的。

白盒:可以到相关测试论坛查阅资料。

自动化:可以看看风过无息、赵旭斌、陈能技三位牛人的书、博客、视频。群里也可以请教下高手,比如热心肠的超级奶爸等。

性能:可以看看卖烧烤的鱼、云层、于涌两位牛人的书、博客。群里也可以请教下高手,比如热心肠的超级奶爸等。

白盒、自动化、性能都是需要些开发基础的。

10、对于较复杂流程的测试用例如何进行测试用例编写?

专家分析:复杂的测试流程建议先画个流程图,再根据流程图编写测试用例。

 

更多相关推荐


边界值分析法设计测试用例

发布时间:2017-08-28 测试 测试方法 黑盒测试
一、定义对输入或输出边界值进行测试的一种黑盒测试方法。通常边界值法是对等价类划分法的补充。对输入值的选择不是对等价类的任意取值,而是选择等价类的边界(甚至是次边界)取值的方法。二、选择测试用例的原则如果输入条件规定了值得范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据;如果输入条件规定了值得个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数...

软件测试方法之黑盒测试

发布时间:2015-04-26 测试
 在软件测试中,有很多重要的测试方法,在此不一一赘述,在这篇博客中,主要讨论的是黑盒测试。 所谓黑盒测试,主要是将被测软件看作一个打不开的黑盒,根据功能需求设计测试用例,进行测试。它是软件测试中一个非常重要的测试方法。 往下细分,黑盒测试还可以分为等价类划分,边界值分析,因果图法,决策表法等。1、先说一下等价类划分法:所谓等价类是指输入域的某个互不相交的子集合,所有等价类的并集便是整个输入域。目的...

MySQL只有information_schema,test两个数据库

发布时间:2016-01-22 数据库
安装好数据库时,连接MySQL,查看数据库时,发现只有两个数据库。MBP:~gegongxian$mysqlWelcometotheMySQLmonitor. Commandsendwith;or\g.YourMySQLconnectionidis75Serverversion:5.6.27MySQLCommunityServer(GPL)Copyright(c)2000,2015,Oraclea...

远程访问mysql只显示test和information_schema两个库

远程访问权限问题。在mysql服务器登录mysql-uroot-p*****先查一把确认是不是有人删库走人:mysql>showdatabases;如果,很幸运的查出来你的库都还在,看看ip和用户的对应关系:mysql>selecthost,userfrommysql.user;然后查看,远程登录的用户是否有权限:mysql>showgrantsforuser(用户名)@'%';...

linux服务器安装Mysql后,只能看到information_schema/test这两个库,无法修改密码

发布时间:2020-02-25 MYSQL JAVA LINUX 数据库
1.关闭Mysql:执行servicemysqlstop2.用安全模式启动Mysql,如果是自己通过tar包手动安装的Mysql,mysqld_safe命令在“${mysql}/bin”下mysqld_safe--skip-grant-tables执行这条命令后,当前ssh命令行会停住,如下图3.复制当前链接,再打开一个ssh连接,登录到mysql数据库直接用命令mysql,就进入了数据了,不需要...

边界值法测试

发布时间:2022-01-01 测试 测试用例 单元测试
两位数加法器边界值设计的原则如果输入条件规定了取值范围,应以该范围的边界内及刚刚超范围的边界外的值作为测试用例如以a和b为边界,测试用例应当包含a和b及略大于a和略小于b的值我们继续用计算器的例子,根据边界值分析的方法来看看如何对边界值进行测试由于允许输入的数值在-99到99之间,所以我们可以把-99和99看作两个边界值。我们测试的时候可以取紧邻边界值的数值和边界值本身作为输入 边界值用例设计练习...

测试用例设计--场景法

发布时间:2018-05-07 测试
1、为什么用场景法设计测试用例?大多数业务软件由后台管理(比如:用户管理、角色管理、权限管理等等各种管理)和工作流等几个部分组成。终端用户,期望软件能够实现业务需求,而不是简单的功能的组合。对于单点功能利用等价类、边界值、判定表用例设计方法能够解决大部分问题。涉及业务流程的软件系统,采用场景法比较合适。2、什么是场景法?场景业务流通常分为基本流、备选流、异常流程基本流:基本流表示通过业务流程时输入...

sqlyog连接Linux上的mysql报错误号码2013,错误号码1130的解决办法

发布时间:2018-09-23 运维 操作系统 数据库
 sqlyog连接Linux上的mysql报错误号码2013,错误号码1130的解决办法1.报错误号码2013,可能是端口号不是默认的3306,需要改成对应的,检查命令是:[root@hostetc]#netstat-an|grep330 看看有没有对应的端口号。更直接点是查看配置文件cat /etc/my.cnf(注意:在windows下是my.ini,Linux下则是my.cnf)重新测试连接...

转 Error No. 1130 Host '*.*.*.*' is not allowed to connect to this MySQL server

发布时间:2010-11-24 MYSQL 数据库 SERVER
出现情况:     使用mysql的客户端SQLyogEnterprise连接到mysql的服务端时,出现如下错误:     ErrorNo.1130     Host'*.*.*.*'isnotallowedtoconnecttothisMySQLserver原因:     这是由于mysql服务端root用户所对应的客户端权限设置问题。默认所对应的客户端地址只有localhost(也就是服务端...

SQLyog远程连接Mysql报错1130

发布时间:2022-02-16 MYSQL 服务器 数据库
解决该问题有以下两个方法1、改表法可能是你的帐号不允许从远程登陆,只能在localhost。这个时候只要在localhost的那台电脑,登入mysql后,更改“mysql”数据库里的“user”表里的“host”项,从”localhost”改称”%”mysql-uroot-pvmwaremysql>usemysql;mysql>updateusersethost='%'whereuse...

SQLyog远程连接1130错误解决方案

发布时间:2021-12-21 MYSQL 数据库
当连接mysql数据库的时候,出现ERROR1130(HY000):Host‘xxxx’isnotallowedtoconnecttothisMySQLserver的问题。解决该问题使用以下方法:授权法例如,你想root用户使用123456密码从任何主机连接到mysql服务器的话。GRANTALL PRIVILEGES ON *.*TO 'root'@'%' IDENTIFIEDBY '12345...

xampp安装后httpd无法启动

发布时间:2014-03-31 WEB服务器 C/C++ 数据库 PHP
安装xampp(xampp-win32-1.8.0-VC9-installer.exe91.9MB)后,apache无法启动,老是提示:11:55:50[apache]Statuschangedetected:running11:55:51[apache]Statuschangedetected:stopped启动tomcat也失败搜索,大部分说是80和443端口被占用,但发现不是这问题,也有说A...

做为测试经理如何保证测试质量

发布时间:2015-06-19 测试
如何保证测试质量1、有质量人员参与,达到CMMI三级以上标准2、BUG定义、上线标准 3、在需求阶段测试人员就参与评审,进行需求分析4、产品、研发的输出测试人员参与评审5、测试用例覆盖需求与功能、业务场景用例、用例评审6、测试环境:一键搭建、备份、监控系统、debug日志7、单元测试、集成测试、系统测试、8、接口测试、自动化测试、分布式并行测试、性能测试、静态代码自动测试、兼容性测试9、持续集成、...

测试之路一 测试脚本设计和测试场景设置

发布时间:2014-05-20 测试 测试脚本 测试计划
测试脚本设计本次性能测试以选取的典型业务为依据,每个业务设计一个脚本。测试脚本设计如下:XX系统性能测试脚本设计序号主模块脚本名称事务定义(统计事务响应时间)1登录系统系统登录_日期(录制日期)系统登录2报表上报新增信息_日期新增信息 xx系统性能测试脚本设计序号主模块脚本名称事务定义(统计事务响应时间)1用户审核用户审核_日期用户审核2用户汇总用户汇总_日期用户汇总3数据查询数据查询_日期数据查...

测试报告编写规范

发布时间:2017-10-24 测试 PYTHON 操作系统
2019独角兽企业重金招聘Python工程师标准>>>1.      引言1.1   编写目的本测试报告的具体编写的目的,指出预期的读者范围;1.2   项目背景对项目的背景进行简单的说明;1.3   系统简介对整个系统进行简单的介绍说明;2.      测试概要测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。2.1测试用例设计        简要...

性能测试漫谈:性能测试之场景设计思想

验证测试是用于验证在特定的场景、时间、压力、环境和操作方式下系统能够正常的运行,服务器、应用系统和网络环境等软硬件设施还能否良好的支撑这些情况下用户的使用。验证性测试主要针对有明确的压力目标和预期结果,验证系统在这种压力下的各方面反映能够达到预期结果。主要分以下几种:压力测试:已知系统高峰期使用人数,验证各事务在最大并发数(通过高峰期人数换算)下事务响应时间能够达到客户要求。系统各性能指标在这种压...

信息安全等级测评师考试重点梳理

发布时间:2017-02-17 操作系统 数据库 网络
第一章网络安全测评网络全局1.1结构安全(G3)a)  应保证主要网络设备的业务处理能力具备冗余空间,满足业务高峰期需要;b)  应保证网络各个部分的带宽满足业务高峰期需要;c)   应在业务终端与业务服务器之间进行路由控制建立安全的访问路径;(静态动态路由、动态路由协议认证功能。)ospf开放最短路径优先)d)  应绘制与当前运行情况相符的网络拓扑结构图;e)  应根据各部门的工作职能、重要性和...

手机测试用例-时钟测试用例

发布时间:2018-02-23 测试
ID功能描述操作步骤预期结果testtimeP/FcommenttestertesttimeP/Fcommenttester时钟设置闹钟功能1、设置时钟和日期与当地时间日期相符合,整个测试期间,除特别要求更改时间、日期外,不要随意更改基准时间;2、一般日期设置完毕,星期自动生成,应准确无误;3、以24小时为一观察周期,比较手机时间与标准时间的误差;4、设置实际不存在的时间和日期,设置日期0月、0日...

<转>时钟——黑盒测试用例设计实例

发布时间:2013-09-02 测试
电子时钟模块在很多系统上都会背集成,是一个运用比较广泛的模块,针对电子时钟,我们应该当如何设计测试用例呢?其实写用例,除了书上说的几种设计方法,每个人也有自己偏好的套路。比如某些人喜欢用先用边界再用等价,有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。我说说自己的套路吧:确定测试目标(其实就是确定测试用例的粒度)——提取测试元素——分类(其实就是一个整体的等...

缺陷探测率(DDP Defect Detection Percentage)

发布时间:2010-05-15 测试 软件测试理论 工作
缺陷探测率DDP是衡量限额是工作效率的软件质量成本的一个重要指标,其公式如下: DDP=测试者发现的错误数/(测试者发现的错误数+客户发现并反馈技术支持人员进行修复的错误数)探测率越高,发布后客户发现的错误就越少,降低了外部故障不一致成本,达到了节约成本的目的,可获得较高的测试投资回报率(ROI)。因此,缺陷探测率是衡量测试投资回报的一个重要的标志。...

什么是缺陷清除率、缺陷率和缺陷密度

发布时间:2007-05-30 测试 审查 产品 单元测试
    缺陷清除率(亦叫“缺陷排除率”),英文缩写DER(DefectEliminationRate)。这个东西可以用作缺陷的预测和分析。 说到DRE就必须提到OFE(OpportunityForError),即错误几率。  缺陷密度(DefectDensity)-缺陷在规模(如KLOC,PF)上的分布     缺陷率(DefectRate)-缺陷在时间上的分布。  一般来讲,在过程稳定,人员技术...

史上最全的测试用例设计方法总结

发布时间:2018-09-25 测试 运维 数据库
测试用例的设计方法(全)等价类划分方法:一.方法简介1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。2.划分等价类:等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可...

测试用例知识点总结

前置知识点软件相关概念:数据、程序、文档的结合。测试时操作数据,测试的主体就是程序,而文档则是测试时的可视化,测试用例属于文档的一部分软件测试基础:以满足需求为目的保证软件质量的一系列手段软件测试流程:从需求分析开始到计划的制定,用例的编写与执行,对测试结果的分析报告测试生命周期:测试计划、测试设计、测试开发、测试执行、测试评估软件手段:黑盒:通过外面所暴露出来的接口功能进行测试灰盒:通过外面暴露...

缺陷都包含什么、用例包含什么、测试流程、如何去做接口测试

发布时间:2021-06-30 测试 包含
缺陷都包含什么1、项目:2、测试策略方法3、用例4、时间5、测试环境系统配置6、测试人员提交BUG数量,等级,BUG的走势7、每天的BUG数据8、BUG的状态多少打开,多少关闭各种状态9、系统还存在的问题。和以后可能有的问题用例包含什么用例编号,所属模块,用例标题,优先级,前置条件,输入数据,操作步骤,预期结果,实际结果,是否通过,测试人员,测试时测试流程1、测试需求分析阶段(理解需求,对业务进行...

构建之法--工具使用学习

发布时间:2019-09-18 测试 GIT C#
GIT地址https://github.com/h1916955160/AchaoCalculatorGIT用户名h1916955160学号后五位62430博客地址https://www.cnblogs.com/1916955160hxf/p/11543244.html作业链接 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysis...

学习测试,看看缺陷报告怎么写!

发布时间:2017-12-17 测试
  一、首先我们从项目测试的基本的流程开始了解     1、熟悉需求     2、编写、阅读《测试计划》     说明:编写《测试计划》一般由测试组长或经理完成     3、设计测试(编写《测试用例》)     4、执行测试(执行测试用例),并且还要记录执行结果     5、记录缺陷结果(缺陷报告),跟踪、管理缺陷     6、测试结果(总结报告二、缺陷报告(每个公司的要求不一样,我写的是大多数公...

软件测试基础2----缺陷(bug)和黑盒测试

发布时间:2019-01-17 测试 系统架构 数据库
什么是软件缺陷(bug)  软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其应有功能的缺陷。一般定义缺陷有以下5条原则:软件未实现产品说明书要求的功能。软件出现产品说明书指明不应该出现的错误。软件实现了产品说明书未说明的功能。软件未实现产品说明书虽未明确提及但应该实现的目标。软件难以理解,不易使用,运行速度慢,或者软件测试员认为最终用户会认为不好。提交缺陷(bug)的要求:Bug描述的基本...

测试和缺陷

发布时间:2018-12-02 测试
什么是bug如果规格说明书存在且正确的情况下,程序和规格说明之间的不一致、不匹配就是bug当没有规格说明书时,当程序没有实现其最终用户合理预期的功能要求时,就是bug那么测试人员如何描述一个缺陷呢一个完整的bug描述要包括几部分:1.发现问题的版本2.问题出现的环境:操作系统、浏览器版本等3.错误重现的步骤、描述问题重现的最短步骤4.预期行为的描述-预期结果5.错误行为的描述-实际结果6.其他注意...

测试用例和缺陷报告模板分享

发布时间:2021-11-03 测试 测试用例
对于测试工程师,必备技能之一便是测试用例的编写和软件缺陷报告的编写啦~,1.通过Excel表格编写测试用例2.缺陷报告模板下面来个实战案例3.在线课程作业管理系统项目测试用例(部分)4.缺陷报告实例这是我写的缺陷报告模板,可以参考下,可以把bug截图放进缺陷报告里,更直观的知道bug原因所在。 ...

功能测试流程与设计方法

发布时间:2021-08-03 测试
一.功能测试流程#功能测试大致按照以下流程进行: (1).需求分析与评审 (2).测试计划与测试方案 (3).测试用例设计 (4).测试用例评审 (5).执行用例 (6).缺陷跟踪及报告产出功能测试流程详解:(1).需求分析与评审功能测试应从需求出发,功能测试就是尽量覆盖用户需求,使软件能够最大程度满足用户的需求.在开始功能测试之前,技术人员应一起进行需求评审,明确需求,避免需求出现问题,导致后面...

关于接口测试的一些总结

发布时间:2021-08-26 测试 测试类型 自动化
一、接口框架 接口测试框架的结构说明:   -API用于封装被测系统的接口   -TestCase将一个或者多个接口封装成测试用例,并使用UnitTest管理测试用例TestCase可以调用数据库进行数据的校验   -为了方便维护测试数据,可以把测试脚本和测试数据分离开   -通过UnitTest断言接口返回的数据,并生成测试报告1、接口介绍接口可以分为:硬件接口(USB接口、投影仪接口等、键盘鼠...

用例级别和缺陷等级

发布时间:2017-07-03 测试 数据库
用例级别(level)     Level1 基本:  1、该类用例设计系统基本功能,1级用例的数量应受到控制,防止工作量过大。  2、划分依据:该用例执行的失败会导致众多重要功能无法运行的,如:表单维护中的增加功能、最平常的业务使用等。可以认为是发生概率较高的并经常这样使用的一些功能用例。  3、该级别的测试用例在每一轮版本测试中都必须执行  Level2 重要:1、2级测试用例实际系统的重要功...

测试缺陷报告

发布时间:2020-01-13 测试
一、测试人员的主要职责编写测试计划编写测试用例执行测试,发现缺陷提交缺陷报告验证所发现的缺陷是否得到修改编写测试总结报告二、缺陷报告的组成缺陷编号(DefectID):提交缺陷的顺序;缺陷标题(summary):简明扼要的描述一下缺陷;缺陷的发现者(DetectedBy):测试人员自己;发现缺陷的日期(Detecteddate):一般为当天;缺陷所属的模块(subjecy):在测试哪个功能模块的时...

软件测试-缺陷

发布时间:2018-05-07 测试 JIRA PHP
一、简介  缺陷又称为bug,bug是一个英文单词,本意是臭虫、小虫子、窃听、损坏等意思。现在人们把软件里存在的各种问题统称为bug  电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷,都可以叫做“Bug”;有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离二、缺陷的类型  1.      失误(Mistake):导致软件包含故障的人的行为;  2.      ...

项目与测试流程

发布时间:2021-08-05 测试
一、项目1.了解项目1.1项目的业务特性#熟悉项目的步骤(1).了解项目的业务特性:项目是用来做什么的?(2).了解项目的角色与用户:项目是给谁用的?(3).了解项目的组织架构图:项目包括哪些功能模块?(4).了解项目的技术栈:项目是使用哪些技术实现的?#熟悉项目的信息来源(1).项目中已经存在的文档:需求说明书,用户使用手册,测试用例等(2).使用项目的现有环境:开发环境,测试环境,线上环境等(...

关于测试用例设计方法的补充

发布时间:2021-08-05 测试
一、场景法1、介绍场景法就是模拟用户操作软件时的场景,主要用于测试多个功能之间的组合使用情况。2、使用场景场景法适用的场景:        集成测试系统测试验收测试设计测试用例的步骤:        需求分析绘制流程图设计测试用例(一条流程路径就是一条测试用例)3、绘制流程图流程图的组成1.开始或结束:椭圆2.方向或路径:箭头3.处理或操作:长方形4.判断:菱形5.处理:矩形绘制流程图工具draw...

论测试用例的有效更新及杀虫剂悖论

发布时间:2016-05-16 测试 后端 嵌入式
论测试用例的有效更新及杀虫剂悖论        在2014年,我们团队试图推动一件事情——把产品后端(客户、客服、生产制造等等)出现的问题,反向增补为测试用例,扩充到测试用例库中,避免后续重复的出现问题——早些年柳传志在创业类的节目问一个选手,作为老板,你每天第一件要处理什么事情。选手按照自己的优先级和重要性说了一堆。柳传志说:你应该优先处理反复出现的问题。        复盘论是联想的看家本领,...

LR测试报告分析

发布时间:2016-08-25 测试 性能测试 测试报告 分析
有人说:我现在已经会录制脚本了,会运行脚本了,那然后呢?看不懂测试报告还是没用啊!到底怎么反应网站的性能呢?好吧,现在我们就来说说如何看懂LR的性能测试报告。1.首先,你运行完脚本后,点击如图所示的按钮,就可生成分析概要2.如图当然,我们在看分析报告的时候,要搞清楚测试的目的是什么?例如,我此次想要测试一个网页在10个用户同事访问的情况下,每15秒增加2个用户,看会不会出现问题。3.结果摘要Loa...

关于需求测试方面,可测试的点

发布时间:2019-08-19 测试
关于文件压缩的需求测试点:功能需求:文件类型:支持所有的文件压缩文件个数:最多压缩100个文件压缩大小:不超过5G性能需求:压缩、解压缩文件不超过30分钟安全需求:带有病毒感染的文件不能压缩易用性需求:操作简单方便界面需求:布局,排版美观兼容性需求:windows7,windows8,windows10都可以使用。   测试轮数:第一轮测试:冒烟测试,全面测试第二轮测试:冒烟测试,BUG验证,回归...

测试用例设计--因果图

发布时间:2018-05-04 测试
1、为什么采用因果图测试用例的测试方法?判定表设计法在设计测试用例的过程中,考虑了输入与输入存在约束约束关系,没有考虑到输入与输出之间的约束关系。简单的业务逻辑可以用判定表解决,复杂的约束关系就不太适合了。2、什么是因果图设计法?因果图在软件测试用例的设计过程中,用于描述输入与输入、输入与输出之间存在的约束关系。针对需求规格,将原因和影响分为2组4类:输入与输出、输入与输入。输入与输出的关系主要有...

测试用例的常用方法

发布时间:2017-11-28 测试
1等价类划分法 2边界值法3因果图及判定表法4正交表5测试大纲法6场景法7错误推断法8随机测试9需求文档转化法 1、等价类划分法 应用场合:界面中只要有数据输入的地方,就可以使用等价类划分法。从无穷多的数据中,挑选少量代表数据进行测试。1)分析需求,划分等价类:有效等价类和无效等价类2)从每个等价类中,至少挑选1个代表数据进行测试如:姓名3-20个字符  有效数据:大于等于3个字符,小于等于20个...

黑盒测试在测试过程中存在的几个问题。

发布时间:2019-09-10 测试
黑盒测试在测试过程中存在的几个问题。1、黑盒测试受人为主观影响很大,完全依赖于测试人员的个人能力,经验和业务熟悉程度,受主观因素影响太大,不确定性太多,易产生漏测。2、测试覆盖面无客观数据可以衡量:代码覆盖程度,质量高低,没有客观数据可以衡量,完全依靠个人主观的界定。3、自动化用例作用无法有效发挥。...

loadrunner测试并发量并生成报告

发布时间:2017-11-21 脚本 测试技术 URL 测试 并发 LOADRUNNER
录入日志1、点击2、填写url:选择登录路径(因为想要测试的项目设置了拦截器,不先登录,无法直接访问)录制到操作:选择了vuser_init,,,等访问到了需要测试的模块,再改成action录制结束后的操作:选择vuser_end,然后点击停止。3、点击“方块”停止按钮4、生成脚本用此脚本跑5个并发量1、创建场景2、保存脚本,名字定义为33、设置并发量为54、开始场景5、测试完成,有错误是正常现象...

如何提升测试用例设计水平?

发布时间:2018-01-31 测试
一、定义测试用例(TestCase)是为某个特殊目标而编制的一组测试输入、执行条件及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。首先,测试需要保证以下两点:程序做了它应该做的事情程序没有做它不该做的事情因此,作为测试实施依据的测试用例,必须要能完整覆盖测试需求,而不应针对单个Case去评判好坏。二、如何设计测试用例1、对被测版本足够了解由粗略详细步骤来解读产品需求文档,如交互、功能流...

【测试设计】如何提升测试用例设计水平?

发布时间:2018-05-16 测试
定义测试用例(TestCase)是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。它一般是为某个特殊目标而编制的一组测试输入、执行条件及预期结果,用以核实程序是否满足某个特定需求及没有完成多余操作,即保证以下两点:程序做了它应该做的事情程序没有做它不该做的事情因此,作为测试实施依据的测试用例,必须要能完整覆盖测试...

如何提高测试团队成员的测试用例质量?

发布时间:2017-07-13 测试
   测试用例则是测试执行的指导,测试用例在整个测试工作中的地位和作用主要体现在以下几个方面:1、测试用例是测试执行的实体,是测试方法、测试质量、测试覆盖率的重要依据和表现形式;2、测试用例是团队内部交流以及交叉测试的依据;3、在回归测试中,测试用例的存在可以大大的降低测试的工作量,从而提高测试的工作效率;4、测试用例便于测试工作的跟踪管理,包括测试执行的进度跟踪,测试质量的跟踪,以及测试人员的工...

如何编写高质量的测试用例

发布时间:2017-09-14 测试
高质量的标准:1、覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)2、覆盖到所有的典型用户场景3、覆盖到所有的需求点4、测试目标明确,并且测试步骤能够最快的达到测试目的或者测试时间很短5、没有冗余的用例6、测试用例能够直接附带测试策略,该模块的策略指定人和用例执行人能够非常清楚如何达到该目标:一、基于逻辑的用例设计过程:A、用例编写过程:1、优先完成业务逻辑图,需要在测试的角度上面去画逻辑图,包括数...

测试用例和测试计划

发布时间:2021-04-29 测试
测试用例一、什么是测试用例?测试用例以我的理解,简单来说就是功能测试的一种辅助手段,帮助整理逻辑,将合理和不合理的用例记录并测试,具有必要性。二、编写测试用例的好处。在功能测试之前设计好测试用例,可以避免盲目的测试,并提高测试效率。测试用例的使用令软件测试中电突出、目的明确。三、如何设计测试用例?个人建议设计测试用例前先用思维导图画一遍,盘一盘逻辑。四、测试用例的四个特性。代表性:能够代表并覆盖各...

做好测试计划和测试用例的工作的关键

本周51testing每周一问的这个问题很精彩,于是我做了如下回答。问题如下:测试的流程中,测试计划是对整个测试活动的安排,而测试用例则是测试执行的指导,但是,现在仍然有很多的测试人员没有认识到测试计划和测试用例的重要性,在项目时间比较紧张的情况下,计划和用例往往成了形式上的东西,甚至有些测试人员脱离用例,完全凭借自己的经验在执行测试活动,对此,你有什么样的看法?  这个问题问的非常好,也确实是很...