【大宇无限】软件测试工程师面试题2020-10-23

【大宇无限】软件测试工程师面试题2020-10-23

1.性能测试里的健壮性和稳定性的理解？

答：1）首先理解健壮性是指：程序在运行过程中出现的一般性错误，程序会自动进行错
误处理函数。 （是指出现错误还能运行的能力）
性能测试的内容：①系统是否很快响应用户；②系统能否处理预期的用户负载并具有盈余能力；③能否处理业务所需的事务数量；④在预期和非预期的用户负载下，系统是否稳定；⑤系统能否确保用户在真正使用系统时所获得积极的体验；⑥吞吐量；⑦错误率。
性能测试的目标：①系统响应时间，支持客户数等；②服务器的配置（CPU、内存、磁盘）客户机配置；③连接数：数据库缓存池的连接、IE的连接。
2）稳定性是指：是指系统长期稳定运行的能力，在系统运行过程中，对系统施压，观察系统的各种性能指标，以及服务器的指标。

2、针对一款APP如何进行测试

（可以大致从以下几个方面进行探讨：）

• （1）功能测试：测试人员要结合手动测试+自动化测试两者，因为手动测试的时间不够，所以测试人员需要找一个工具去进行自动化回归测试。
• （2）客户端性能测试：结合APP的运行的流畅性、不会出现卡机或者闪退等情况；以及我们需要关注的参数有：CPU、内存、耗电量、、流量以及FPS（画面每秒传输帧数）等也需要关注APP的安装耗时和启动耗时。
• （3）适配兼容测试：①在不同平牌的机型上安装、拉起、点击和卸装是否正常；②在不同的操作系统上的安装、拉起、点击和卸装是否正常； 拉起后可能会出现黑屏、花屏的情况。
• （4）安全性测试：为了检测应用是否容易被外界破解，是否存在被恶意代码注入的风险；上线后外挂的风险高不高…
• （5）服务器性能测试：单击容量的测试以及24h小时稳定性的测试。

3.测试用例的基本要素：

用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤、预期结果、作者、创建时间、修改日期、测试结果。

4.禅道里记录了测试用例哪些内容项

• 理论
• 截图（方便研发人员理解bug的出处）
• 总结
  <详细的可以自己搜一下 看下大佬们的是怎么详细描述>

5.简单描述性能测试的流程

• 分析性能需求：挑选用户使用最频繁的场景来测试，较精准；
• 制定测试计划：明确测试时间和测试环境和测试工具。
• 编写测试用例：准备好测试数据；
• 搭建测试环境；
• 编写性能测试脚本；
• 性能测试脚本调优；
• 设计测试场景；
• 分析测试结果，收集相关的日志提单给开发；
• 回归性能测试；
• 编写测试报告。

6.参与测试用例的评审是如何进行评审的

• 一，明确评审的原因：测试用例是软件测试的准则，并不是编制完成就会直接成为准则备用来测试。由于开发人员的设计经验和对需求理解的深度有所差异，所以用例的质量难免会有不同程度的差异；

• 二。用例评审的内容：
  1.用例设计的结构安排是否合理、清晰，是否有利于高效的对用例进行覆盖；
  2.优先级安排是否合理；
  3.是否覆盖需求上的所有功能点；
  4.用例是否具有很好的可执行性；
  5.是否删除了冗余的用例；
  6.是否包含充分的负面测试用例：充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80％的代码都是在“保护”20%的功能实现。<2&8法则是指：80％的bug出现在20%的模块>
  7.是否从用户层面来设计用户使用场景和使用流程的测试用例。
  8.是否简洁，复用性强。eg:可将重复度高的步骤或过程抽取出来定义为一些可复用标准的步骤。

• 三.用例评审过程

1.提前发出用例初稿，并确定参与评审的人员；
2.先做简单的业务流程介绍<重要**>;
3.按模块进行，模块不同，业务性不同；（按测试项分为：ul、核心功能、基础功能、边界测试、兼容测试和异常测试…）
4.按业务流程进行；
5.按测试数据进行，用测试数据来评审你的测试点，会更清晰。

• 四。用例评审需要避免哪些项：
  1.测试点含糊用语；
  2.杂乱无章的评审，有顺序有逻辑的进行评审是非常重要的。
  3。目前我们是测试组内部的评审，主要着重于：
  ①测试用例本身的描述是否清晰，是否存在二义性；
  ②是否考虑到测试用例的执行效率，往往测试用例中步骤不断重复执行，验证点却不同，而且测试用例的冗余性都会导致效率很低。
  ③是否针对需求变更进行测试，覆盖了所有的需求文档里的功能点；
  ④是否尽可能多的覆盖了异常流程和异常测试点。

7.软件测试是怎么进行优化的：

• 一 需求阶段
  1.梳理需求流程：
  ①规范需求的迭代时间；②制定需求的截止时间；③紧急需求流程；
  2.制定需求质量规范：
  ①需求是否达到评审状态；②需求的可行性。

• 二 设计阶段

• 三 测试阶段：
  1.准入规范；
  2.提测流程；
  3.测试日报或每日站会；
  4.bug规范(包含但不仅限于)：
  ①bug标题及步骤规范，标题要言简意赅；
  ②bug的流转要规范；
  ③bug解决方案；
  ④bug严重级别、优先级等可根据自己在团队的情况制定规范。
  5.测试完成标准；
  6.测试报告模板；
  7.测试复盘模块；

• 四 上线阶段
  需求上线后，对应的QA（quality assurance质量保证 ）负责人和RD(research & develop研发工程师)要跟踪线上的业务情况，对线上问题要快速响应，且给与结论，灰度&线上问题收集以免造成损失。

《补充》
很多还需要补充的欢迎提在评论区~~~