笔试题/面试题：
1.如何理解软件的安全性：
- 软件安全性是指软件不被恶意使用或者攻击进而造成用户信息资产损失的属性
2.如何对一个api进行测试：
- 功能：根据提供的输入查找API响应。检查实际响应是否与预期响应匹配。
- 性能：了解API的响应时间。有时，从API获取响应需要很长时间。
- 安全性：检查传递到API的任何敏感数据是否已加密，还可以检查是否有任何HTTPS加密。
- 可靠性：是否在每次测试不同配置时快速响应，输出是否返回任何异常处理错误，超时错误等。响应数据是否正确结构化。API响应将以JSON或XML格式构建。
- 否定测试：目的是向API提供无效的输入数据并检查输出数据的行为方式。API应该正确处理错误。任何未使用的标志，不同输入数据的丢失/重复输出值。
3.如何设计一个产品的测试策略：
- 分析需求。
- 评估风险
- 定义测试范围
- 确定测试方法。
- 确定进入和退出条件
4.白盒和黑盒的区别，你是怎么运用的？
| 黑盒测试 | 白盒测试 | |
| 规划方面 | 功能测试 | 结构测试 |
| 优点方面 | 能从用户的角度进行测试 | 能从程序内部的特定结构进行覆盖测试 |
| 缺点方面 | 无法测试程序内部特定结构，当规格说明书有误则不能发现问题 | 无法检查程序的外部特性，无法对未实现规格说明的程序内部缺陷部分进行测试 |
| 应用范围 | 边界分析类，等价划分类，因果图法 | 语句覆盖，条件覆盖，循环覆盖，模块接口测试 |
5.做好测试计划的关键是？
- 要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。
- 要坚持“5W1H”的原则，明确测试内容与过程。
- 明确测试的范围和内容（WHAT）；
- 明确测试的目的（WHY）；
- 明确测试的开始和结束日期（WHEN）；
- 明确给出测试文档和软件册存放位置（WHERE）；
- 明确测试人员的任务分配（WHO）；
- 明确指出测试的方法和测试工具（HOW）。
- 采用评审和更新机制，确保测试计划满足实际需求。
- 测试策略要作为测试的重点进行描述。
- 测试策略是测试计划中的重要组成部分，测试计划是从宏观上说明一个项目的测试需求、测试方法、测试策略
6.测试用例设计工作的关键是什么？
- 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。
- 黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口
- 了解产品需求，业务流程，业务逻辑，再了解常见的用例设计方法：等价划分，边界分析，因果图，场景法
7.性能测试的完整过程：
- 需求分析：主要熟悉项目功能，业务流程，重点
- 性能指标指定（阶段性指标亦需考虑）：关于吞吐量、tps，定义并发数等（满足业务需求）
- 脚本开发：纯代码、工具辅助
- 场景设置：调试脚本、设置场景（按照用户使用的场景习惯，常用操作作为测试重点）
- 监控部署：对服务器、本地单独进行监控部署（因为工具收集的结果不全）
- 测试执行：基础测试（先少量用户并发先跑）能发现多并发下应用程序对多线程逻辑问题、多并发测试（大批量用户并发跑）
- 性能分析：监控足够完善，分析才能全面，有理有据
- 性能调优
- 测试报告：满足前面所有指标才能写
8.性能测试工作的目的是什么？做好性能测试工作的关键是什么？
性能测试工作的目的是：
- 评估系统的能力(测试过程中获得的负荷和响应时间数据可以作为验证计划模型的能力)
- 识别体系中的弱点(受控的负荷被增加到一个极端水平，在突破用于修复体系的瓶颈)
- 系统调优(重复运行测试，检查长时间测试是否会发生内存泄漏导致的失败，从而改进性能)
- 验证稳定性、可靠性(在一个生产负荷之下执行测试一定的时间可用于评估系统稳定性和可靠性)
做好性能测试工作的关键是：强度测试
- 性能测试是通过使用自动化测试工具模拟峰值，正常以及异常负载条件来对系统的各项性能指标进行测试。其中负载测试和压力测试都属于性能测试，负载测试可以确定系统在各种工作负载下的性能，在负载增加的情况下，系统各项性能指标的变化情况。 压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。
- 性能测试的三个方面：应用在客户端性能的测试（测试的入口是客户端，并发性能测试，疲劳强度测试，大数据量测试，速度测试等），应用在网络上 性能的测试和应用在服务端性能的测试。
9.一条软件缺陷记录都包含了哪些内容？如何提交高质量的软件缺陷记录？
缺陷记录包括：编号，所属项目，所属模块，严重等级，优先级，前置条件，操作步骤，实际结果，预期结果，可附截图或视频，重现率
高质量的缺陷记录：
- 通用的UI统一，准确
- 使用业内常用的表达术语和方式，文件尽量简洁
- 每条缺陷报告只包括一个缺陷
- 不可重现或重现率低的缺陷也需要记录
- 明确指明缺陷类型，缺陷步骤描述详细但不赘述
10.测试计划评审需要哪些角色的人参加？
项目经理，软件质量保证负责人，测试员，配置负责人
11.利用因果图生成测试用例的基本步骤：
- 分析软件规格说明书中的，哪些是原因（输入条件或输入条件的等价类），哪些是结果（输出条件），并给每一个原因和结果赋予一个标识符
- 分析软件规格说明中的语义，找到原因和结果之间，原因和原因之间对应的是什么关系，画因果图
- 对于特殊情况，可以在因果图上用一些记号标明约束条件或限制条件
- 将因果图转化判定表，把判定表的每一列拿出来作为依据，设计测试用例
12. 阶段评审与同行评审的区别：
同行评审：目的发现小规模工作产品的错误，主要找错误
阶段评审：目的评审模块 阶段作品的正确性，可行性及完整性。