测试规范标准化流程.docVIP

　 江西惠当家信息技术股份有限公司 保密等级：内部公开 　　 　　　 　　　 　 测试流程规范（标准化流程） 需求调研阶段—测试准备阶段生成测试需求点 在需求调研阶段，测试人员需跟业务人员充分了解该系统的需求，了解业务场景，业务名称，根据需求文档和业务场景生成测试需求点。 在研发制定研发计划的同时，测试人员需制定出测试计划 根据需求调研阶段的输出产物：用户需求文档，产品需求文档，在测试计划中制定出测试的目标，包括此模块采用哪些测试策略（包括功能测试，易用性测试，界面测试，性能测试），需要覆盖到哪些需求点（来自需求文档或跟需求人员的沟通），每一个执行过程的人员安排（测试用例编写人员，测试执行人员，部署验证人员）。 制定出不同层次目标的执行标准，时间紧张的情况下可以以最低目标去进行测试，符合最低的标准即符合上线标准，根据时间的长短制定出一定的标准去进行测试。 在制定测试计划阶段，要确认测试环境的可用性 研发设计编码阶段---测试用例编写阶段 根据测试计划中需要覆盖的需求点进行测试用例设计，应该分为功能性测试用例，应用场景测试用例设计，易用性界面测试用例（最好可以建立出通用的易用性界面测试规范）性能测试用例。设计这些用例的前提还需要研发的原型设计页面 数据库设计文档做为辅助，有利于测试用例的设计全面性。 测试执行阶段—研发编码完成后进行 研发人员需提供版本标签和部署说明文档给测试人员，测试人员通过登录源代码管理器获取特定版本的代码进行发布网站操作，再部署到测试环境中进行测试 测试执行过程中应该首先进行冒烟测试（需建立一个冒烟测试的标准），不符合冒烟测试标准的模块就是不能进行测试执行过程的。 【说明：冒烟测试：是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来,可以进行后续的正式测试工作，如果最基本的测试都有问题，就直接打回开发部了，所以正式交付测试的版本必须首先通过冒烟测试的考验。 不做冒烟测试的问题：测试人员直接测的话,测试执行一半或者刚开头，就出现基本功能有问题，无法继续测试下去的情况，这时只能中断测试，返回给开发部进行修改,这样会浪费测试部门的时间和资源。? 冒烟测试，只是一个测试活动，并不是一个测试阶段。也就是说，冒烟测试贯穿于测试的任何一个阶段，单元测试里会有冒烟测试、集成测试里会有冒烟测试、系统测试里也会有冒烟测试。】 在执行测试之前，还需根据实际情况，修改部分不完善的测试用例，使用例更加完善，再进行详细的测试，也为下一论的测试做好充分的准备。 当模块符合冒烟测试标准，则可以进入第一轮测试。 第一轮测试应该包括：功能需求点测试，业务场景测试，易用性测试，界面测试（主要是ie6和ie8的兼容性，宽屏和普屏的显示），该模块放在系统中还需进行该模块与其他模块的集成测试。（模块与模块之间的关联性需要统计出来），不能只测试对应的模块，而忽略了跟其相关的其他模块的对应功能的测试。 对于易用性测试应该建立一个标准出来，所有测试人员和研发人员依据此标准进行开发测试工作。 第一轮测试完毕后，如果进行纯手工的测试，研发修改完BUG，就可以进行手工的回归测试，回归测试应该建立一个回归测试的标准出来，这样可以节约测试时间成本。 如果进行自动化测试，在第一轮测试完毕后，用例补充完善时，这时可以建立自动化测试代码，为回归测试做好准备，可以节约一大部分回归测试的时间成本。 当所有需求点，功能，易用性都符合标准后，可进行性能测试，分为两种：第一种是对于数据呈现功能模块，可以通过加大数据量，测试其承受一定数据量（此数据量的标准需业务人员提供）时的一个性能。第二种，是模拟多用户（标准需业务人员提供）同时访问的情况下的性能。 测试总结阶段 测试完成后，对当前模块的测试结果进行评审，是否符合上线标准，并分析总结已经解决的问题，还存在的遗留问题，BUG在功能模块中的一个分布情况，这些都可以为后续的开发和测试具有指导作用。 上线部署验证阶段 当模块符合上线标准后，测试人员需要写出部署验证文档，并且需要把符合测试的版本号，此版本更新的内容，部署说明文档发给工程人员。工程人员部署完成后，测试人员需从门户首页进去相应的模块下进行部署验证。 部署验证流程制定: 需从门户首页进去系统，点击到相应的模块下 进行验证所有功能页面是否成功打开不报错 验证该模块下的一级导航 二级导航 三级导航 链接显示是否正常 验证该模块的权限问题，权限的配置一般是在角色列表里面进行配置，检查是否按需求配置好了权限，并以对应的账号登录进去查看权限是否正常 检查跟该模块相关的模块功能是否正常，比如该上线模块在其他模块的链接是否修改为新的，