21. 软件有多少种分类？
固件、配套软件、系统软件、应用软件
22. 您认为软件测试过程中最常见的困难是什么？如何有效克服这些困难？（根据实际测试中遇到的情况编写）。
（1）bug重现问题：有些bug只是偶尔出现，也不知道重现bug需要什么具体条件
解决方案：通过截屏来记录不可重现的错误。 并讲解一系列操作步骤
（2）Bug更新：旧bug修改后，往往会导致出现更多的bug。
解决方法：测试完更新后的功能模块后，重新测试与更新后的函数密切相关的模块不会产生新的bug
（3）与开发人员的沟通和对业务流程的理解存在差异，往往缺乏需求文档
解决方案：根据需求规范和bug情况，与开发者沟通
23. 测试计划的目的是什么？测试计划工作涉及哪些内容？以下哪一项最重要？
软件测试计划是指导测试过程的程序化文档，测试工作的计划和安排包括产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试沟通、风险分析等。借助软件测试计划，参与测试的项目成员，尤其是测试经理，可以明确测试任务和测试方法，在测试实施过程中保持畅通的沟通，跟踪和控制测试进度，并响应测试过程中的各种变化。
测试计划主要从宏观角度规划测试活动的范围、方法和资源分配，而测试详细规范和测试用例是完成测试任务的具体策略。因此，其中最重要的是测试测试策略和测试方法（最好先进行审查）。
24. 如何保证你负责的模块通过测试
首先是了解用户的需求，设计好的测试用例，严格审查用例，认真实现测试用例，详细描述自己提交的bug。
重复测试可以提高测试的准确性，通过烟雾回归随机测试挖掘缺陷，提高测试工作的质量，发现每个模块整体运行中从未发生过的错误，改进测试用例
25. 您认为性能测试的目的是什么？做好性能测试的关键是什么？
性能测试的目的是检查系统是否满足需求规范中规定的性能，性能测试往往需要与强度测试相结合，并且经常需要同时测试软件和硬件。性能测试的主要重点是响应时间、吞吐量、占用内存（辅助存储）的大小、处理精度等。
26. 如何写案例
案例的撰写与测试阶段的定义有很大关系。系统测试和单元测试的情况可能不同。总体而言，测试用例基于系统的需求。
27.如何全面测试到每个点
在设计测试计划时，主要需要考虑测试的全面性，所有测试点都是从测试策略、产品需求等多个角度定义的。
28. 常用的测试工具和分类
功能测试工具 – QTP;性能测试工具 — PerfermanceRunner/Loadrunner;测试管理工具 — TestCenter;
白盒测试工具 — Nunit、Junit、C++Test、JTest、BoundsChecker、Logiscope
29. 软件测试和调试是什么关系？
1）测试条件已知，程序可以定义，结果可以预测2）测试可以计划，过程可以控制3）测试是测试，调试是推理过程4）测试显示程序失败，调试显示正确5）测试不了解设计细节6）测试由非设计人员完成7）测试具有理论性基础8）测试可以自动化
30. 给你一个网站，你如何测试它？
1、查找需求描述、网站设计等相关文档，分析测试需求。
2、制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能测试、接口测试、性能测试、数据库测试、安全测试、兼容性测试。
3. 设计测试用例：
功能测试：1个链路测试。链接是否正确重定向，是否存在空页和无效页面，是否返回错误信息等。提交功能测试。3.多媒体元素能否正确加载和显示。4.多语言支持：所选语言能否正确显示等。
界面测试： 1、页面是否具有统一的风格和美观性 2.页面布局是否合理，重点内容和热点内容是否突出 3.控件是否正常使用 4.是否为必须安装的空间提供自动下载安装功能 5.文本检查
性能测试：压力测试、负载测试、强度测试
数据库测试：决定是否需要这样做。 数据库通常需要考虑连接性、数据访问操作、数据内容验证等。
安全测试： 1.检查基本登录功能，2.检查是否存在溢出错误，导致系统崩溃或权限泄露，3.检查相关开发语言常见的安全问题，如SQL注入等。 4如果需要高级安全测试，请务必获得专业安全公司的帮助，外包测试或获得支持
兼容性测试：根据需求说明确定支持的平台组合。1. 浏览器的兼容性， 2.操作系统的兼容性， 3.软件平台的兼容性， 4.数据库的兼容性
4. 进行测试并记录缺陷。合理调整测试进度，提前获取测试所需资源，建立管理体系（如需求变更、风险、配置、测试文档、缺陷报告、人力资源等）。
5、定期进行复查，对测试进行评估和总结，调整测试内容。
31. 在进行性能测试时软件技术支持工作总结，您是否使用过一些测试工具？如果是这样，请描述该工具的工作原理，并通过具体的工作示例描述该工具在实践中的使用方式。
LoadRunner 已用于记录测试人员的步骤，然后模拟多个用户进行回放。1.Visural User Genertor创建脚本，选择协议，记录操作和编辑。2. 中央控制器调度虚拟用户。创建场景、选择脚本、创建虚拟用户、设计 SheDua 并设置 IP 欺骗器。3. 运行脚本。分析shedual。4.分析测试结果。
32. 如何制定一个好的测试计划
1.了解系统。从系统范围的角度了解被测系统必须满足的功能和非功能要求。通过涵盖整个系统的文档来开发系统的整体视图。
2.及早干预。为了深入了解项目，测试人员应该在系统开始时介入，以增加他们对客户需求、客户问题、潜在风险以及最重要的功能方面的理解
3. 测试期望值。程序员的期望是什么？客户的期望是什么？测试的销售预期是什么？测试目标必须是绝对的，以免不清楚目标是否已经实现。
4. 吸取教训。应用从以前的工作中吸取的经验教训可用于确定测试策略。
5. 工作负载的大小。完成测试需要多少工作？需要多少人？
6. 技术选择。该系统将采用什么技术？系统将使用什么架构？此信息有助于确定测试策略和测试工具。
7. 日程安排。系统开发和测试的时间是多久？截止日期是什么时候？
33. 你了解你过去工作过的企业的软件测试过程吗？如果是这样，在这个过程中需要做哪些工作？做这些事情的不同角色是什么？
软件测试部配合系统分析师对软件需求进行分析和讨论，根据需求规范制定《项目测试计划》，编写测试用例，建立测试环境。软件测试人员负责软件开发部原有产品的新产品测试和升级测试，软件问题解决过程的跟踪，软件开发文档开发的标准化和开发部产品文档的管理，用户手册和操作手册的制作， 产品的在线测试，软件开发过程的实施监督，产品质量的提高。需求人员与系统分析师和测试人员会面，讨论需求。系统分析师写出需求分析描述，并与系统分析师、测试人员和需求人员会面，讨论可行性。系统分析师编写详细的设计规范、程序员代码，并给出系统流程图。把它交给测试人员，测试人员会给你一个错误统计表。
34. 如果系统测试阶段存在许多低级缺陷，我该怎么办？
公司有预测试流程，在进行测试活动之前，会对主要功能点的正常流程进行测试，以确定版本是否为可测试版本，如果存在许多严重阻碍测试执行的低级缺陷，我们会将其发回开发部门，不进行测试。
35. 如果缺陷流向客户，我该怎么办？
我公司将尽最大努力避免这种情况，以便软件缺陷可以在内部解决，万一版本上线才发现有问题，我们也会及时派出技术人员在最短的时间内进行修改，将客户的损失降到最低。
36. 什么是代码分类？
在一些大型软件的设计过程中，以静态代码演练的形式审查代码以发现一些最基本的错误仍然是必不可少的。
37. 功能测试和性能测试有什么区别？（只总结了两个方面，还有其他方面要自己补充）。
（1）测试目的：
功能测试：检查实际软件的功能是否满足用户的需求，是否实现了所有功能，以及某个实现中是否存在bug。主要目的是查找以下类型的错误： A.是否有任何不正确或缺失的功能？B.函数实现是否满足用户需求和系统设计的隐性需求？C. 能否正确接收输入？你能正确输出结果吗？
性能测试：验证软件质量、可靠性、正确性和效率这三个质量特征。最主要的是测试产品的坚固性
（2）试验方法：
功能测试：根据系统要求规范和测试用例，逐步测试产品的功能。了解产品功能是否已完全实现
性能测试：性能工具通常用于评估产品的稳健性。通过创建场景和虚拟用户来模拟真实环境，进行压力测试和负载测试。
38. 如果状态为“已修改”的缺陷尚未修改，我该怎么办？
加强项目质量管理，提高项目执行能力。如果测试人员发现这样的问题，他们必须首先找出导致它的原因，并最终敦促开发人员修复它。如果是无法重现的问题软件技术支持工作总结，或者是旧版本遗留下来的问题，无法修改，则应进行标记。
39. 什么时候是开始性能测试的最合适时间
？
一般在功能测试的最后阶段，因为功能已经完成，性能是有意义的，总之，性能测试就应该根据用户的实际性能指标来操作，这是一项非常重要的测试活动，要根据软件的属性和它的实际情况来制定策略
40. 如何处理回归测试中未解决的缺陷
在
实际项目，由于种种原因，上一轮测试已经结束，还有一些缺陷没有解决，所以我们有不同的解决方式： 严重性问题：必须解决，不允许上线;功能问题：可以考虑在后续版本中解决;一般问题：在未解决或升级时可以解决。
41. 集成测试通常采用哪些策略？
1）连接各模块时，通过模块接口传递的数据是否会丢失;
2）各子功能的组合能否达到预期的父功能;
3）一个模块的功能是否会对另一个模块的功能产生不利影响;
4）全局数据结构是否存在问题;
5）单个模块的误差是否累积，是否会被放大到不可接受的水平。
42. 软件测试的对象
答：软件测试与程序测试不同。软件测试应贯穿于软件定义和开发的整个阶段。
在需求分析、大纲设计、详细设计和程序编码阶段获得的文档，包括需求规范、大纲设计规范、详细设计规范和源程序，应作为软件测试的对象。
43. 什么是UML？
A：统一建模语言
它是一种用于描述、构建软件系统以及建模业务的语言。简单的理解是，它可以以直观的方式表示系统的内容。
“软件测试自修”每日选拔推送，包括但不限于测试方法、技术、工具共享，以及测试求职、笔试、面试经验，长按下方二维码关注，你可能会遇到C叔来回答你的问题，随着时间的积累，相信同学们可以和公众号一起茁壮成长， 追赶曾经寄予厚望的自己
这
软件测试群已满，想加入群的就加我微信，我拉你进群
