软件测试面试点_02

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

测试的流程：

职责：需求评审、测试计划、测试用例、测试用例评审、测试执行、缺陷报告、缺陷跟踪、测试报告(需求评审，需求分析，测试计划，用例设计，测试环境，执行测试，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。