20xx年ps-qa-软件开发测试流程(编辑修改稿)

20xx年ps-qa-软件开发测试流程(编辑修改稿)内容摘要：

试人员一起对《测试用例》进行评审；  测试通过时，测试人员通知产品人员对测试产品质量进行验收。 【注】：提交的《需求说明》文档应为通过《需求说明》文档评审的。 2. 配置管理人员  配置管理定期获得开发提交的最新的代码，编译并发布到服务器上，要保证版本管理正常与测试人员测试的一定是最新的程序。 验证各个模块是否满足发布条件（测试人员是否已经完成上个版本的测试或是否测试暂停）；  对满足发布条件的模块，根据开发提交内容，构造并发 布新版本，供测试之用。 3. 研发人员  研发人员在接到任务工单的同时，需同时给测试组下任务工单 ；  根据项目的实际确定多长时间发布一次版本（根据项目具体情况决定）；  制定项目进度计划，接到新的研发任务要制定进度计划时，需要把测试时间考虑进去，具体的测试时间可与测试人员进行沟通，以确保项目的进度。 （其中测试时间包括测试文档的编写时间、 测试数据准备时间、 测试环境 下 测试 执行 时间、测试环境下回归测试时间以及 现网 环境测试时间） ；  研发人员有新项目需要测试时，需要向测试人员提交相关的《概要设计文档》、《接 口文档》等，以便测试人 员更好的了解系统，编写相关的测试文档；  测试人员编写完成《测试计划》、《测试方案》、《测试用例》时，产品人员需和研发人员、测试人员一起进行评审；  对已开发完成的模块进行 单元测试 （即内部自测），提交代码等待测试版本发布，提交测试人员测试的程序不能有明显的流程问题与功能失败（环境问题除外） ；  根据 bugs缺陷管理系统中相对应模块测试出的问题修改程序，优先解决等级比较高的 bugs，修改完成后修改 Mantis缺陷管理系统中此 bugs 的状态，在备注栏中概要描述是怎样解决的此 bugs或是 bugs的需求是否发生变化等（方 便测试人员回归测试，测试相关有影响的部分）；  某个模块出现重大问题时（影响测试），优先修改重大的问题后再提交新的版本；  正在测试的系统中如果某些模块、功能需求发生变更时，相关研发人员要及时通知测试人员，避免浪费测试资源；  新发布的测试版本，要有一个文档说明新增了哪些功能、修改了哪些功能，修改完成了哪些 bugs；  测试环境部署应与现网环境相符，尽量避免环境问题引发的缺陷问题；  需要重启或暂停服务时，需及时通知测试人员；  项目提交测试时，需发送邮件通过测试人员，邮件内容包括：测试地址、测试用户、及测试环境说明；  每周五上午邮件通知测试人员下周需要测试项目的测试计划提交给测试人员，以方便测试人员制定、安排下周工作计划；  负责所有研发文档的归档和备份。 4. 测试人员  产品人员提交《需求说明》文档，项目负责人提交《项目计划》和《概要设计文档》后，测试人员编写完成《测试计划》、《测试方案》、《测试用例》，并提交项目组成员进行评审。 （项目组成员包括：产品人员、研发人员、测试人员）；  需求发生变更时，测试人员及时修改《测试计划》；  需求发生变更时，测试人员及时修改、补充《测试方案》、《测试用例》；  组织项目相关人员参与《测试计划 》、《测试方案》、《测试用例》评审，整理评审过程中反馈的信息，修改并提交整理后的测试文档；  参与产品需求评审  参与项目进度计划制定，并提交测试进度计划  确认上线时间，并与产品人员确认上线版本的测试需求（多需求时，确认优先级）  针对测试需求优先级，执行系统测试、回归测试；  在 Mantis 缺陷管理工具提交发现的 bugs 并通知研发修改，测试人员对修改过的bugs进行回归测试；  提交测试进度说明（按周或按日，根据项目具体情况而定）  测试完成后，通知运营人员和产品人员对新需求或需求变更等进行验收；  验收通过后，测试人 员编写测试报告，邮件形式发送测试报告。 产品可部署上线；  产品部署上线后，测试人员、运营人员、产品人员、研发人员对现网环。