HNUST软件测试B考前最终复习
最近根据各个专业整理的考试重点，这两天总结出了以下内容，并附上了我自己复习的一些记忆小技巧，供大家参考，大家就图一乐。希望对你们的复习有所帮助，预祝大家考试顺利，加油！
本次考试和去年的题型一致，不多说！我把感觉能考的放下面了，如果大家还有要补充的，请放评论区！谢谢！
- 填空题
- 白盒测试：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、基本路径覆盖。
- 黑盒方法：等价类划分法、边界值分析法、判定表方法、因果图法、正交试验法、功能图法、错误推测法。
- 常见的缺陷模式：故障模式、安全漏洞模式、差性能模式、并发缺陷模式、不良习惯模式、代码固定化模式、易诱骗代码模式。（图一乐口诀：安性并故，不良固诱）
- 基于模式的测试有：功能图法，模糊测试法
- 形式化测试方法：形式化方法，形式化验证，扩展有限状态机方法
- 因果图的关系有：恒等，非，或，与
- 接口的类型：程序内部的接口、系统对外的接口
- 接口的分类:webservice接口、http api接口
- 接口文档八要素：封面、修改历史、接口信息、功能描述、接口参数说明、返回值说明、加密方式、文档维护（图一乐口诀：封修信工（功），参反加维），想象一下：封印修改好的信件（接口信息），功能参数返回加密维护
- 形式化规范说明语言的构成：语法、语义、一组关系
- 集成测试用什么方法集成？自顶向下法、自底向上法、三明治方法
- 判定表（决策表）元素：条件桩、动作桩、条件项、动作项、规则
- 静态测试工具：FindBugs，Flawfinder，Klocwork，Insight
- 基于直觉和经验的方法：Ad-hoc（自由测试）方法和ALAC测试方法，错误推测法。
- 名词解析
- 集成测试：是指根据实际情况对程序中已通过单元测试的单元采用适当的集成策略进行组装起来，检查各个单元之间的接口以及集成之后的功能是否正确。
- TMap:测试管理方法是一种结构化的，基于风险策略的测试方法，目的能更早地发现缺陷，以最小的成本，有效的，彻底地完成测试任务，以减少软件发布后的支持成本。
- 回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法。
- V模型：V模型是一种软件开发过程模型，因其形似字母“V”而得名。它强调在软件开发过程中测试和验证的重要性，将开发过程分为两个主要阶段：需求分析和设计阶段，以及实现和测试阶段。
- 性能测试：为了发现系统性能问题或获取系统性能相关指标（如运行速度、响应时间、资源使用率等）而进行的测试。
- 简答题
问1：作为测试人员的基本素质？
答：
1、工作提前做计划，有条不紊的进行，主动推进项目进展，日清日结。
2、积极主动跟进产品的每一个迭代，从参与需求评审，到预估测试时间，关注开发进度， 提测后的日常bug管理，回归测试，产品上线前后各事项跟进，到线上用户问题反馈跟进 等等。
3 、推进产品如期保质上线，上线后，除已知非严重遗留问题外，无其他严重问题。
4 、产品上线后，要多使用我们自己的产品，毕竟测试环境和线上环境不一样，用户使用 场景更复杂更随机
5 、利用空余时间，想办法提高工作技能，学习业内先进技术，提高工作效率。
6 、日常工作中， 多跟开发，产品， 运营交流沟通，有助于更好的完成测试工作。
7、组内成员多沟通，不要小看每个人，多学他人的优点。 最后，非常重要的一点是责任 心，一般有责任心的人自我驱动力都很强，工作自然出色。大家不妨看看自己周围，这样 的员工大家都很喜欢。
8 、踏实细心和积极主动
9、代码能力，积极学习各项新技术
10、持续不断的自我提高和总结能力
11、与他人良好交流的能力
12 、强烈的责任感
我自己的记忆技巧（画一个四象限：分为工作、技术、协作、素养这四个方面）图一乐：
技术：
5. 持续学习 - 新技术/提效工具
6. 代码能力 - 自动化基础
7. 复盘能力 - 定期总结优化
工作：
1. 计划性 - 日清日结/主动推进
2. 全流程跟进 - 需求评审→上线监控→用户反馈闭环
3. 质量保证 - 严控遗留问题/线上无严重缺陷
4. 亲身使用 - 测试环境和线上环境不一样
协作：
8. 跨职能协同 - 深入理解产品/开发逻辑
9. 团队共享 - 经验传承/优势互补
10. 沟通- 清晰表达/需求澄清
素养：
11.三A态度 - Active积极 + Attentive细致+Accountable负责
问2. 如果观点不一致如何处理？
答：
a)首先， 将问题提交到缺陷管理库里面进行记录。（记录问题）
b)然后，要获取判断的依据和标准：（查找判断依据）
c).根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方， 提供缺陷是否确 认的直接依据；（依据文档确认）
d).如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确 认是否是缺陷；（无文档时参考行业常规）
e).根据用户的一般使用习惯，来确认是否是缺陷；（结合用户使用习惯判断）
f).与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；（协同确认）
关键原则:以专业态度推动问题解决，而非坚持个人立场。
- 数据驱动 2.换位沟通 3.分级上报4.记录追踪5. 聚焦目标
问3. 敏捷测试怎么用？敏捷测试是什么？
答：
敏捷测试(Agile testing)
是测试的一种, 主张尽早开始测试， 重点关注持续迭代地测试新开发的功能.
敏捷的测试团队还要保证整个软件开发过程是正确的是符合用户需求的
遵循
1、强调从客户的角度，即从使用系统的用户角度，来测试系统
2、重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段
3、建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性
作用：
缩短价值交付周期
通过采用敏捷测试这种模式，可以契合整个敏捷开发周期，使得整个敏捷开发按照相 同而快速的迭代速率和周期交付，让最终用户尽快获取到业务价值;
更早发现测试风险
敏捷测试使得测试人员尽早开始进行测试，尽早的发现系统缺陷或存在的问题，避免 所有的问题都堆积在最后的测试阶段形成“Big-bang”的结果， 降低整体系统风险;
强调质量属于大家
质量是构建出来的，而不是测出来的。敏捷测试一直强调质量属于每一个人的责任， 除了测试之外， 开发、产品经理等都有义务对自己的交付件质量负责，这样才能确保项目 的整体质量;
化繁为简节省成本
敏捷测试没有要求需要详细的测试计划和测试文档，也没有定义繁复的测试流程及缺 陷流程，这种轻量级的管理模式为测试人员减少不必要的负担，节省了工作量及成本。
综合题复习在资源包里，因为综合题有截图，不好放文章里，大家自行去下载 ！
综合题复习在资源包里，因为综合题有截图，不好放文章里，大家自行去下载 ！
综合题复习在资源包里，因为综合题有截图，不好放文章里，大家自行去下载 ！