测试的相关概念(需求\bug\测试用例\生命周期)

注意：软件需求 需求文档 产品规格说明书 都是一个东西

1. 什么是需求?

满足用户期望或正式规定文档 (合同、标准、规范)所具有的条件和权能，分为用户需求和软件需求。

• 用户需求：可以理解为甲方提出的条件，如果没有甲方那么就是终端用户使用产品时必须要完成的任务。该需求一般比较简略。

• 软件需求：该需求会详细描述开发人员必须实现的软件功能。

2. 什么是bug?

程序与规格说明之前不匹配

• 当规格说明书(需求文档)里存在，并且正确，程序与规格说明之间的不匹配就是错误(产品经理可能写的有问题，要注意正确)

• 需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期功能要求时，就是错误。

3. 软件测试用例是什么?

测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。

测试用例解决了两大问题：测什么，怎么测

例如 我们测试注册模块是否OK：其中 测试环境 chrom Win11 ，操作步骤 进入注册页面进行注册 ，测试前提 系统正常运行 邮件服务器已开启。

4. 软件的生命周期

又叫做 开发流程 / 开发模型

• 需求分析：分析用户需求是否合理?(市场分析、技术分析.......)

• 计划：指定需求执行计划(什么时候开始、结束、耗时多久)

• 设计：将需求细化成一个个任务，进行技术设计(设计哪些接口，采用哪些技术)

• 编码：开发人员按照设计文档来进行编码

• 测试：测试人员参考测试用例来执行测试

• 运行维护：项目上线之后对产品进行线上的维护 ( 运行维护又分为 修复性维护、完善性维护、预防性维护... )

• 修复性维护：对项目中没有发现的问题及时进行修复

• 完善性维护：对功能进行完善

• 预防性维护：居安思危，对可能出现的bug进行避免

5. 测试的生命周期

需求分析---->测试计划---->测试用例的设计(开发测试)---->测试执行---->测试评估

面试：产品上线后出现问题测试人员怎么办?

测试完成之后，产品进行上线，测试人员也要时刻关注产品线上运行情况，是否出现产品质量问题，如果出现了问题，测试人员应该做哪些事情?

1. 尝试复现(确定是普遍问题还是个别问 题)，复现成功后通知项目组所有成员进行问题的定位

2. 尝试定位问题出现的原因，帮助开发人员尽快的定位问题，并解决问题

3. 反思问题，做出总结(为什么会出现这样的问题，后续如何避免)