今天，给大家总结2024高频面试题，对大家面试有非常好的参考作用。
一、测试策略与覆盖面
首先，说到测试，你得知道我们得测哪些东西。简单来说，UI、功能、性能、可靠性、易用性、兼容性、安全性、安装卸载，这些都是我们的重点关注对象。没错，这些都是软件测试中不可或缺的部分。
二、测试用例设计
那么，怎么设计测试用例呢？这就有多种方法了。比如等价类划分，边界值分析，错误推测法，还有场景法等。这些方法各有各的特点，得根据具体情况来选择使用。
等价类：就是分有效和无效两种。符合需求的就是有效，反之就是无效。
边界值：你知道吗，很多错误都发生在边界上，所以边界值分析法特别重要。
错误推测法：这个就得靠经验了，比如推测某个功能可能出现的问题。
场景法：根据业务流程来写，考虑各种可能出现的情况。
三、编写测试用例的思路
编写测试用例，首先要熟悉需求，理清业务流程，提取功能点，然后再根据前面提到的那些方法来进行编写。同时，别忘了考虑各种异常情况，因为模块与模块、功能与功能之间都是相互关联的。
四、用例要素
一个完整的测试用例，通常包括用例编号、模块名称、功能点、用例标题、前置条件、测试步骤、期望结果、优先级、实际结果、备注等要素。这些要素共同构成了测试用例的完整框架。
五、保证测试用例质量
测试用例的质量可是至关重要的。要保证需求覆盖率100%，测试用例要可执行、可读，还要进行评审。当然，随着项目的进展，也要及时维护测试用例，保证完整性。
六、工具与无需求文档的情况
说到工具，我们一般用Excel来写测试用例，发现bug后就用公司的BUG管理系统来提交。那如果没有需求文档呢？别急，你可以找需求提出者、开发、项目经理等沟通，还可以结合业务资料和竞争对手产品来分析，甚至可以借助原来的经验。总之，方法总比问题多。
七、软件开发模型与上线标准
在软件开发过程中，常见的模型有V模型和W模型。而软件上线的标准则是：用例全部执行完毕，bug回归完毕，没有遗留严重的bug，产品经理验收通过。
八、测试类型与风险
测试类型包括单元测试、集成测试、系统测试和验收测试。每种测试都有其特点和重点。而软件测试的风险则包括进度风险、质量风险、人员风险、变更风险和成本风险。了解这些风险，有助于我们更好地进行软件测试。
九、你写过测试报告或测试报告都有哪些内容
写过，不过写的都是我们自己负责模块，整个系统的测试报告由测试主管完成。
一般的话会对项目背景做一个阐述。
主要就是内容简洁、不罗列详细数据、挑拣一些能说明问题分析数据的：比如缺陷走势图，模块的bug分布等，突出重点遗留问题，然后得出分析测试结论。
测试内容：测试内容的大纲。
测试环境：测试环境的描述，包括客户端和网络环境。
测试工具：测试过程中的测试资源使用。
测试的数据：bug数，解决数，遗留数。
模块bug分布，bug走势图，缺陷遗留，需要说明的问题。
测试数据分析：对于整个过程测试的一个分析，得出结论。
遗留问题：对于软件遗留问题有详细说明。
十、回归测试策略，历史用例（上一个版本的用例）在现版本怎么回归？
回归测试常用的策略有：全面回归测试、选择性回归测试等。
像我们一般会进行三轮的测试，第一轮把功能都过一遍，提bug；第二轮做一个全面的回归测试；看具体的情况，第三轮会进行选择性的回归测试，把出现bug的相关模块都测一遍。
全面回归测试：所有的测试用例都重新测一遍；
选择性回归测试：对于出现问题的bug进行验证，没有问题的bug就不进行测试；
自动化工具回归测试：使用自动化测试工具进行回归测试。
十一、测试环境怎么维护
等开发把代码更新完后，上传服务器进行覆盖
十二、你提了一个bug，开发不认怎么办？
（1）首先从自身找问题，再根据需求文档分析这是不是一个bug，如果确定是bug;
（2）再看看测试用例的操作步骤写的够不够详细、可执行性强不强；
（3）如果不是以上原因，那就跟开发沟通，可以在开发的电脑上实现给他看，然后跟他好好解释，如果这真是一个bug，开发是不会不认的；
（4）如果还是不认，那就要上报给上级，然后开会进行讨论。
十三、什么bug是个好bug？
（1）确定与需求不符
（2）严重影响到客户的使用
（3）bug的复现步骤要详细，可读性可执行性强，能够再次复现出来
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
扫一扫
1889
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
