测试计划怎么写（你能答对几个）

前言

各位大家好呀，作为一个单身贵族今天呢，笔者决定来给大家分享一些面试题，没错在这个特殊的日子里笔者还是不能放弃内卷，所以大家可以跟着我一起内卷。废话就不多说了我们直接进入主题。

1、软件的评审一般由哪些人参加?其目的是什么?

参考答案：

在正式的会议上将软件项目的成果(包括各阶段的文档、产生的代码等)提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处于评审那个阶段

2、测试活动中，如果发现需求文档不完善或者不准确，怎么处理?

参考答案：

测试需求分析发现需求文档不完善或者不准确，应该立即和相关人员进行协调交流。

3、阶段评审与项目评审有什么区别?

参考答案：

阶段评审对项目各阶段评审：对阶段成果和工作

项目评审对项目总体评审：对工作和产品

4、阐述工作版本的定义?

参考答案：

构造号： BUILD

5、什么是桩模块?什么是驱动模块?

参考答案：

桩模块：被测模块调用模块 驱动模块调用被测模块

6、什么是扇入?什么是扇出?

参考答案：

扇入：被调次数，扇出：调其它模块数目

7、你认为做好测试计划工作的关键是什么?

参考答案：

软件测试计划就是在软件测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试;做好测试计划工作的关键：目的，管理，规范

1. 明确测试的目标，增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。

2.坚持“5W”规则，明确内容与过程

“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的(Why)，明确测试的范围和内容(What)，确定测试的开始和结束日期(When)，指出测试的方法和工具(How)，给出测试文档和软件的存放位置(Where)。

3.采用评审和更新机制，保证测试计划满足实际需求

测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4. 分别创建测试计划与测试详细规格、测试用例

应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

8、你认为做好测试用例工作的关键是什么?

参考答案：

需求和设计文档的理解程度，对系统的熟悉程度

9、简述一下缺陷的生命周期?

参考答案：提交->确认->分配->修复->验证->关闭

10、软件的安全性应从哪几个方面去测试?

参考答案：

(1)用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议

(2)加密机制

(3)安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描

(4)数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理

(5)防病毒系统

11、软件配置管理工作开展的情况和认识?

参考答案：

软件配置管理贯穿于软件开发、测试活动的始终，覆盖了开发、测试活动的各个环节，它的重要作用之一就是要全面的管理保存各个配置项，监控各配置项的状态，并向项目经理及相关的人员报告，从而实现对软件过程的控制。

软件测试配置管理包括 4 个最基本的活动：

配置项标识

配置项控制

配置项状态报告

配置审计

软件配置管理通常借助工具来辅助，主要有 MS SourceSafe、Rational ClearCase 等

总结

今天的分享就到这里了，喜欢的小伙伴可以点赞收藏评论加关注哟，笔者这里呢还有更多的资料可以分享，有需要的小伙伴可以私我关键字“资料”获取哟。