QA工作作业流程.doc

QA工作步骤

修订历史统计
日期
版本
说明
作者
-6-8
V1.0
初稿
谢中才

QA工作步骤
1. 步骤

标准步骤在工作中含相关键作用，提升效率，确保了工作进度和工作顺利进行。通常来说，我们能够将软件测试周期分为五个部分和四个关键步骤, 当然了，QA在项现在期需要参与需求/功效文档审阅和设计文档审阅，首先是确保需求/功效文档和设计文档正确合理性，其次也是也是了解产品/项目，为QA后期工作做准备，比如测试计划等..

五个部分:
测试计划 → 测试设计 → 测试开发 → 测试实施 → 测试评定

四个关键步骤:

通用步骤是：
ü 得到市场需求、功效设计说明书和其它必需文档
ü 得到预算和进度要求, 参与项目、测试计划制订, 设置大致时间进度表、期限和里程碑.
ü 确定和项目相关人力资源、QA项目责任人和对应责任、汇报要求、所需标准和过程 (如发行过程、变更过程等等)
ü 确定应用软件高风险范围，建立优先级、确定测试所包含范围和限制
ü 确定测试步骤和方法: 单元、集成、功效、系统、负载、可用性等多种测试
ü 确定对测试环境要求 (硬件、软件等)
ü 确定对测试输入数据要求，确定输入环境类别、边界值分析、错误类别
ü 准备测试计划文件和对计划进行必需回顾
ü 准备测试案例，对测试案例进行必需回顾/调查/计划
ü 准备测试环境和测试用具，得到必需用户手册/参考文件/结构指南/安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据
ü 得到并安装需要测试软件版本
ü 分配任务，进行实际测试
ü 评定和汇报结果
ü 跟踪发觉问题/错误，直至问题处理.
ü 在整个软件生命周期里, 维护和修改测试计划、测试案例、测试环境和测试用具.

在具体测试项目实施中，最简化步骤最少应包含：
1. 一旦接到新项目后，由质量经理确定项目标QA责任人,并协同项目责任人组建项目组;
2. QA项目责任人接收任务后，认真阅读相关文档(需求文档，功效性文档)，了解项目标具体要求和测试目标；
3. 做好测试计划，分配好任务，尽可能和开发其它步骤取得协调；
4. 准备测试环境，安装要测试产品或系统，帮助开发做单元测试，从而更深地了解其特征和用户需求等；
5. 在此基础上完成约85%以上测试用例设计，并在以后不停测试中完善；
6. 进行实际测试, 全部测试行为需在TD上统计下来，并进行跟踪；
7. 不一样阶段需要提交各个阶段测试汇报；
8. 完成最终测试后，QA需要提供最终测试分析汇报;
9. 项目完成后，要对整个项目进行总结,包含工作步骤,测试计划/案例..为以后项目吸收经验.

2 步骤说明
2.1 .测试环境准备
对需要测试产品/项目要有整体认识，不仅是代码，还要有对应文档(如安装文档等)或系统配置要求等，了解需要测试项目或产品其功效、特征、输入/输出和结构。准备好测试软硬件环境和网络环境（包含硬件平台、操作系统、浏览器、数据库、系统配置等）和要用软件测试工具。
² 测试服务器安装由QA相关人员和信息中心相关人负责，确保测试服务器能够立即搭建好，不影响测试任务；
² 测试服务器密码只有相关人员(质量经理、网管人员和项目责任人)知道,不许可将密码通知其它人员，也不许可开发人员在测试服务器上直接修改代码.
² 测试前要充足了解要测试对象(系统或产品),要有整体认识，了解其功效、特征、输入/输出和结构。
² 准备好要用软件工具、文档,测试套件等…
2.2. 测试工作
QA项目责任人接收任务后，依据不一样产品或测试阶段，选定不一样测试方法和测试目标，确定测试关键点，设计测试计划和测试案例。
1) 单元测试阶段
在开发人员编写代码阶段，QA相关人员就要介入，假如人力资源缺乏话，最少QA项目责任人要介入, 这一阶段关键工作有：
ü 研读市场需求文档/功效性文档, 了解产品特征，开发测试用例.
ü 跟踪开发人员进度,了解产品功效实现情况,测试哪些特征/功效已实现，哪些没有实现。
ü 从测试角度向开发人员提出改善意见,完善产品性能.
ü 帮助开发做好单元测试.
ü 了解产品特征, 建立、改善和完善测试案例。
ü 提升和掌握项目测试所需求专业技术水平.
在这一阶段，QA人员只要将汇报提交给编程人员和该项目直接相关人员就能够。对所发觉问题能够不作为bug报到TD里，只作为问题在汇报中提出。在这一阶段关键有两项关键任务是：
ü 在开发人员交代码日期，要清楚知道是否全部功效和特征全部地、完整地得到实现；
ü 完成该项目（或产品）测试案例，并要求将测试案例发给开发,项目经理，项目组长，质量经理及其相关人员审阅，以确保它质量。最终，要将全部测试案例输入到TD。

2) 正式测试实施阶段
ü 立即地合理分配任务；
ü 正确地、认真地实施任务；
ü 假如QA拿到新测试版本后，要先验证开发人员已经FixedBug, 将情况回馈给项目组长；QA close一个bug时，必需注明在那个测试版本里closed.
ü Bug验证完后，实施没有测试案例. 测试中碰到自己无法处理问题时，应立即上报项目责任人，由项目责任人协同相关人员处理，假如项目责任人处理不了，项目责任人能够上报给部门经理寻求帮助处理；
ü 天天测试工作完成后,需要在TD上填写测试结果，QA项目责任人要整理测试汇报，包含工作汇报、项目汇报、质量汇报等。
ü QA应该在每个项目公布前一天(最少一天)结束全部测试工作。最终一天,由开发,项目经理, QA共同合作，对产品做最终检测和分析，立即处理出现问题，确保产品按时公布；
ü 质量经理及其经理助理和项目组长要天天审阅测试汇报和部分关键Bug；
ü 假如部分严重问题总是不能被立即处理, 阻碍QA下一步测试话， 项目责任人要立即上报.
ü 项目组要立即地更新最新版本。
3. 版本公布
产品公布是QA关键事情，其关键点有：
ü 产品公布，关键是质量，我们既要确保按时完成测试计划，也要却不按质地完成计划，确保产品质量。
ü QA项目责任人在完成测试后，要提供完整质量检测汇报，包含全部测试结果,分析汇报等； 质量经理，经理助理及其项目责任人要在汇报发送前，一起审阅测试分析汇报.
4. 测试分析
一个项目测试结束后，要立即分析整个产品开发和测试阶段，找出部分存在问题。对于QA，尤其是我们本应该在前期就应该发觉严重问题，不过前期没有发觉，直到后期才发觉或有用户发觉了问题，要认真分析其原因，确定处理问题对策，避免以后项目中出现类似情况。
通常情况下，要做一下分析工作：
ü 做好地方， 做不好地方
ü 经过测试案例发觉bug比率；
ü 有效bug比率.
ü 整个测试周期bug曲线图是否理想.
ü 测试工作本身需要改善地方
ü 对测试软件下一版本改善意见
ü 测试分类统计，按模块、错误等级、应用环境（如浏览器）
ü Reopen bug比率, 开发人员轻易犯错误