2021-04-06

测试相关的知识

一、测试阶段

软件测试一般分为测试需求分析阶段，测试计划阶段，测试设计阶段，测试执行阶段，测试总结阶段。根据项目的不同，每个阶段的具体工作内容会有些差别。但是每个阶段的目标是一样的。与软件开发步骤相配套，从而达到质量保障的目的。

测试需求分析阶段以整个项目或者产品的需求为基线，进行分析、整理得到测试的需求，这也是测试的纲领性文档和标准；测试计划阶段主要是结合整个项目的计划，编制软件测试部分的工作计划。

测试设计阶段主要是根据测试需求和项目的相关设计，编写测试用例，这也是很重要的一环；测试执行阶段，就是进入常说的测试阶段，在测试系统中执行用例，验证系统功能是否正确；测试总结阶段是测试执行完成后，需要做的收尾工作，给出所测试系统的质量评估与报告。

二、测试评估

软件测试评估是指对未正式投入商业化使用的软件进行预先的小规模试验，又称小试。主要是由代码审查和合理性分析组成。

测试用例通过评审后，若是又有新的怎么办

不用评估，直接更新用例就好

三、bug的状态

首先测试人员提交Bug，这时Bug的状态标识为“新建”；开发经理确认后将Bug分配给相关的开发人员去处理，此时Bug状态为“已打开”；开发人员拿到指派给自己的Bug，开始进行处理，开发人员已经修复了该Bug后，设置Bug状态为“已修复”；测试人员拿到已经修复的Bug进行验证，如果验证通过，则将该Bug设置为“已关闭”状态；如果验证未通过，则将该Bug设置成“重新打开”。

四、正式开始测试的标志结点-----提测

​ 分享几个项目测试的周边文档：提测清单、发布清单、项目组测试日报；今天主要来阐开讲解下提测申请清单及作用。

​ 首先了解下提测的整个流程：研发组发出提测邮件（说明提测内容、提测时间点、自测结果附件以及测试注意事项等）->由测试组相关负责人接收邮件->部署测试环境->执行可接收性测试->测试通过与否结果以回复邮件通知研发组

​ 以上是通用的提测流程，更加正式的客户应用测试中，开发会在开发阶段执行通过所有可接收性测试用例，通过后才会进行下一步的编码工作。这样也在开发初期便避免了严重级别问题。为之后的提测阶段节省大量时间成本

​ 以上提测流程中涉及到的提测清单也是归属于项目测试文档中的，提测清单根据公司要求、项目规模及性质会略有不同，但通常包括以下必要内容：

• 提测需求
• 提测时间
• 提测责任人
• 测试路径
• 自测情况说明
• 功能点
• 自测结果
• 对应开发人员
• 测试特别注意事项
• 测试退回说明

​ 以上，提测需求一般会关联到需求编号，如果使用了需求管理工具，可以导出或手动关联；提测责任人一般填写提测模块或需求的第一负责人，如遇突发情况会紧急联系；测试路径依据测试终端的不同，会给出相应的路径说明；自测情况说明一般包括是否通过单元测试、是否通过代码评审、是否通过数据库完整性检查等，提测清单填写人员需根据实际完成情况来勾选对应通过选项；自测结果包含通过、不通过、未开发等状态，一般自测通过率达到95%即可提测，低优先级功能点可以同时进行；测试注意事项一般由提测责任人来填写，告知测试人员检查时的侧重点；测试退回说明一般指提前约定好的退回规则，如缺陷率达到一定百分比则停止测试，或通过计算千行代码缺陷率或是按功能点通过细分来判断。

​ 一般情况下，提测申请清单也有细分，如根据需求的性质 ，新增需求、迭代需求、功能优化需求、建议优化需求、技术类需求、性能需求等。来灵活调整提测申请清单的模板选项配置。测试负责人接收到邮件后，需要针对提测清单执行可接收性测试，测试通过回复提测邮件说明测试结果及告知下一步测试计划；测试不通过回复提测邮件说明不通过原因及建议修复方向并附件缺陷报告。