软件测试面试点_02

本文详细介绍了软件测试中的需求分析、测试点确定、测试流程、需求评审、测试用例设计方法,以及测试的不同阶段和策略。强调了测试人员在需求理解、用例设计和测试计划中的角色,同时对比了黑盒测试与白盒测试的优缺点,并提及性能测试和服务端性能的重要性。
摘要由CSDN通过智能技术生成

需求分析:
需求就是客户需要的东西和客户对其的要求。如果这款产品的用户就是直接面向大众的,那么就需要自己去分析大众用户需要的是什么,怎样的功能才能让用户喜欢用。
一般需求分为业务需求、用户需求、功能需求
测试点:
测试点是通过需求分析后对得出的需求测试的具体内容
将测试点总结完毕,就可以根据测试点快速的写测试用例,并可以个很好的覆盖需求

测试的流程:

职责:需求评审、测试计划、测试用例、测试用例评审、测试执行、缺陷报告、缺陷跟踪、测试报告(需求评审,需求分析,测试计划,用例设计,测试环境,执行测试,BUG跟踪,测试报告)

测试计划
是测试过程中最重要的活动,包括如下活动:
1、准入准出原则,确定什么时候可以开展自动化,达到什么标准,自动化项目可以结束
2、测试范围,鉴别和确定测试需求的优先级
3、进度安排,在什么时间交付什么成果
4、人员安排,根据团队成员情况,技术好的复杂脚本实现;业务能力强的进行功能步骤拆解等
5、风险评估,对项目过程中的风险进行预估

需求分析:
1、测试需求是制定测试计划的基本依据,只要确定了的测试需求才能够为测试计划提供客观依据
2、测试需求是设计测试用例的指导,只有确定了要测什么、需要测哪些方面,才能有针对的设计测试用例
3、测试需求是计算测试覆盖的分母,没有测试需求就无法有效地进行测试覆盖

需求评审:
开发人员:考虑功能实现的方案与可行性
测试人员:对需求的理解提出疑问,以便才能根据需求写用例

1、第一轮系统转测试,测试组会执行所有测试用例,发现缺陷提交问题单,并每日汇报测试进展。第一轮测试结束后,测试组将所有的问题单跟踪提交给开发人员,由他们进行修改。然后对基线后的第二轮进行测试,第二轮会对第一轮中发现的问题进行重点回归。
2、在他们修复bug期间,测试组会对第一轮系统测试做一个测试评估,出一个测试报告。 还要根据实际情况,对测试组写的测试用例进行修改和增加,开发修改bug结束,提交一个新的版本给测试组。首先是回归缺陷,然后会在用例中挑选一些优先级别比较高的用例来进行测试,发现问题继续提交缺陷问题单,直到缺陷率低于用户要求,测试组将进行最后一轮的大版本测试,结束系统测试。具体测试轮次根据版本质量和项目复杂度而决定。
测试用例设计方法:
1、错误推测法
2、等价类划分
3、边界值分析法
4、因果图法

工作测试流程:
1、需求评审(重点,你发挥的作用是什么,需求可执行性,关联影响的功能模块,异常情况处理)
2、评估测试时间(测试计划)
3、测试用例设计(等价类划分,边界值、因果图等)
4、执行用心例
5、提bug
6、回归测试
7、确认测试
8、发布
9、总结问题

目前主要的测试用例设计方法是什么?
白盒测试:逻辑覆盖、循环覆盖、基本路径覆盖
黑盒测试:边界值分析法、等价类划分、错误推测法、因果图

什么是测试用例 ,什么是测试脚本,两者的关系是什么?
为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的额一个特定的集合。测试脚本是为了进行自动化测试而编写的脚本;测试脚本的编写必须对应相应的测试用例

软件测试分为几个阶段,各阶段的测试策略和要求是什么?
测试过程会依次经历单元测试、集成测试、系统测试、验收测试四个阶段:
单元测试:单元测试是针对软件设计的最小单位,通常由开发人员进行
集成测试:集成测试是将模块按照设计要求组装起来测试,主要目的是发现与接口有关的问题。大部分企业中的集成测试是由开发人员来完成的
系统测试:系统测试是在集成测试通过后进行的,目的是充分运行系统,验证各子系统是否都能正常工作并完成设计得要求,它主要由测试部门进行
验收测试:验收测试以需求阶段得<需求规格说明书>为验收标准,测试时要求模拟实际用户得运行环境。测试内容为对功能得全面测试,尤其要进行文档测试

黑盒测试和白盒测试是软件测试的两种基本方法,请分别说明各自的优点和缺点
黑盒测试的优点:不需要了解程序内部的代码与实现;能很容易的知道用户会用到哪些功能,会遇到哪些问题
黑盒测试的缺点:不可能覆盖所有的代码,覆盖率较低;自动化测试的复用性较低
白盒测试的优点:帮助软件测试人员坐等大代码的覆盖率,提高代码的质量,发现代码中隐藏的问题
白盒测试的缺点:系统庞大时,测试开销会非常大;程序运行会有很多不同的路径,不可能测试所有的运行路径

性能测试
客户端性能:主要监测,客户端运行时设备的CPU,GPU,流量,耗电量,响应时间等数据。进行数据分析,针对客户端对产品进行优化,从而提升产品的竞争力。这里是可以检查出内存泄漏的哦。在深入的发掘可以分析客户端的性能瓶颈,甚至定位出影响客户端性能的代码。这一块儿作为APP的专项测试,实际上可以做的东西有很多,也值得大家去发掘去做。只是国内大部分中小型的公司还没有重视起来,都还属于走过场的形式,笔者也没有特别深入的去做,也就不讲了。
服务端性能:主要监测,I/O,吞吐量,并发,压力,负载等数据。针对测试结果进行分析,寻找性能瓶颈,完成对性能的优化。主要目的是检查服务端的稳定性,能否达到预期目标,完成预期任务。这一块儿笔者还没有接触就不深谈了哈。

测试数据的分类
从测试数据的生命周期角度看可以讲测试数据分为:稳定和数据、可消耗的数据和混合类型的数据
稳定的数据:在一轮/多轮测试执行过程中几乎不会发生的数据,如常见的电商系统中的一些基础数据 --城市,邮政编码,一些商品的属性等
可消耗数据:测试执行完某个步骤后,数据发生不可逆改变,或者发生逆转操作需要耗费大量精力的改变。如商品的库存、票务系统里的票等
混合类型数据:某类数据是符合型数据,如XML结构或者Json结构的某些数据,一条数据中的一部分是稳定的数据,另外一部分是可消耗数据,
从数据是否可构造的角度来看可以讲测试数据分为:可直接构造数据和需要间接获取的数据
可直接构造的数据:常见系统的大部分数据都可以直接被构造,通过操作系统本身,或着通过调用某些接口(SQL也算接口)插入数据
需要间接获取的数据:手工制造成本太高(理论上我们可以制造所有测试数据,但有时候就是成本太高),如某些以二进制存储的含有信息的数据(被序列化的数据),某些非文本数据,例如音频数据,视频数据,传感器上传过来的极为复杂的带有某些pattern的数据。举个很好玩的例子,见过“猎曲奇兵”这款软件么?偶然听到一首歌,打开猎曲奇兵,十秒钟左右它就能告诉你是哪一首歌。你基本上无法自己创造一条有效的测试数据,除非你是张学友或者Lady Gaga。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值