
文件更改摘要:
| 日期 | 版本号 | 修订说明 | 修订人 | 审核人 | 批准人 |
通过规范公司测试流程,确保测试工作的规范性和有效性,以验证软件产品的质量满足用户的需求。
测试作为质量控制的一种有效手段,运行测试用例找出软件中潜在的各种缺陷,通过协助开发人员修正缺陷来提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患和降低质量成本。通过测试管理为产品与过程改进提供可靠的数据分析,起到缺陷预防的作用。
本过程的方针:
●实施测试策划活动
●根据测试策划所规定的要求编写测试需求与用例,实施相关的测试活动
●管理测试活动中发现的产品缺陷
2.工作范围
测试人员在软件开发过程中的任务:
1)参与评估软件需求,编写测试需求
2)根据用户需求,编写软件测试用例
3)在开发员完成单元测试后,进行模块测试,以期尽早发现bug。
4)根据软件测试用例,执行集成测试,寻找尽可能多的bug
5)对bug进行追踪与分析,保证bug及时得到修复
6)对软件性能进行衡量,并进行测试总结,提交软件测试报告书.
3.工作职责
| 工作内容 | 周期 | 输出文档 |
| 记录天工作日志 | 日 | 《天工作日志》 |
| 若有加班/请假/补休,在OA上走相应流程 | 日 | 《加班登记》、 《请假、补休审批》 |
| 参加周例会,报告上周工作进展,及下周计划工作内容,并与组员共同探讨工作中遇到的问题 | 周 | 《会议纪要》 |
| Q/A记录,主要包括问题、原因分析及解决方法 | 周 | 《Q/A反馈表》 |
| 提交一周工作情况表 | 周 | 《周工作情况表》 |
| 测试组长,提交周报 | 周 | 《测试部周报》 |
| 客服负责人提交周报 | 周 | 《客服工作周报》 |
| 每月1号提交上月工时统计表 | 月 | 《(月)类型工时统计表》 |
| 测试部经理助理,每月1号提交人力成本统计表 | 月 | 《测试部门人力成本》 |
| 测试部经理助理,提交月报 | 月 | 《测试部月报》 |
| 测试组长,每月5号前提交上月绩效考核表 | 月 | 《测试人员考核情况表(月)》 |
| 指导师对试用期员工进行考评(包括入岗员工) | 月 | 《试用期岗位综合考评月报表》 |
| 半年度工作总结 | 半年 | 《半年工作总结》 |
| 年度工作总结 | 年 | 《年度工作总结》 |
图TTS000-1: 测试过程示意图
根据公司的开发模式以及人员情况,目前测试部门将测试工作分为下面4个阶段进行:
模块_集成测试阶段
确认测试阶段
缺陷管理阶段
验收测试阶段
5.主要活动
5.1.测试策划阶段
测试人员职责:
| 工作内容 | 输入文档 | 输出文档 |
| 测试经理接收《测试资源申请单》,并通知配置管理员建立配置库(开发库和受控库) | 测试资源申请单 | |
| 测试组长根据《项目开发计划》编写《总体测试计划》 | 需求规格说明书、 项目开发计划 | 总体测试计划 |
| TD项目搭建,并在TD上编写测试需求及测试用例 | 需求规格说明书、概要设计、 详细设计 | 测试需求、 测试用例 |
| 根据项目需求说明,对业务进行整理分析 | 需求规格说明书 | 业务整理 |
| 收集《正式数据》,作为测试阶段的测试数据 | 正式数据 | |
| 整理《数据库结构》 | 概要设计、 详细设计 | 数据库结构 |
| 主测人员跟进项目过程中,在各阶段所参与的会议均要形成相应的会议纪要,并向测试经理汇报项目的进展程度,同时与协测人员沟通项目的进展及阶段任务 | 会议纪要 |
模块/集成测试是在单元测试之后,验证所有开发模块能够在测试环境下满足设计要求。主要完成:
✧对模块和子系统的连接进行测试,确保各程序模块之间无错误连接;
✧验证整个软件系统或子系统的输入/输出处理是否达到设计要求;
✧验证软件系统或子系统正常处理能力和异常处理能力;
✧验证是否达到产品需求,是否遵循系统设计。
测试人员职责:
| 工作内容 | 输入文档 | 输出文档 |
| 判断测试版本的基线: 集成功能实现,不能出现BUG等级为一级的错误 | 集成测试停止标准 | |
| 从受控库中出包,在测试服务器上搭建的测试环境;(在开发人员未提供配置环境安装说明书的情况下,则由搭建人员编写) | 配置环境安装说明书 | |
| 针对开发人员对系统讲解的各个测试点,在测试说明的基础上,补充测试注意事项,并回发开发人员确认 | 测试说明 | |
| 主测人员安排本版本的《测试任务分配》 | 确认测试具体安排 | |
| 主测人员组织协测人员依据《测试计划》及《测试用例》执行测试,遇到难以解决的问题,尽量与开发人员面对面沟通确认 | ||
| 测试人员将发现的BUG记录在TD上统一管理,并将TD地址及登录账户发送给参与该项目的所有开发人员 | ||
| 测试执行中,主测人员实时整理变更业务点,作为临时变更测试核对,发送给测试项目组相关人员。 | 《变更业务列表》 | |
| 项目测试完毕,测试人员针对各个测试要点作个总结,作为回归测试的参考点 | 测试要点 | |
| 项目测试完毕,主测人员总结测试计划及测试用例的执行情况,并汇报给测试经理,同时有针对性地进行修改 | 测试计划、 测试用例 | 模块与集成、确认测试计划、 测试用例 |
| 主测人员负责编写《阶段测试报告》、《集成测试报告》,对各个阶段存在的问题进行归类总结 | 阶段测试报告、 集成测试报告 | |
| 针对回归测试,与开发人员确认Rejected及Defer状态的BUG,并注明具体原因 | ||
| 针对回归测试,测试人员对状态为FIXED的BUG进行验证,验证通过将bug的状态置为closed;如果没有得到修复则将bug的状态置为reopen |
通过确认测试模拟用户真实环境,验证软件的功能和性能是否满足《软件需求规格说明书》的要求。确认测试包括:系统测试和发布测试。
测试人员职责:
| 工作内容 | 输入文档 | 输出文档 |
| 判断测试版本的基线: 集成功能实现,不能出现BUG等级为一级的错误 | 集成测试停止标准 | |
| 从受控库中出包,在测试服务器上搭建的测试环境;(在开发人员未提供配置环境安装说明书的情况下,则由搭建人员编写) | 配置环境安装说明书 | |
| 针对开发人员对系统讲解的各个测试点,在测试说明的基础上,补充《测试注意事项》,并回发开发人员确认 | 测试说明 | |
| 主测人员安排本版本的《测试任务分配》 | 确认测试具体安排 | |
| 主测人员组织协测人员依据《测试计划》及《测试用例》执行测试,遇到难以解决的问题,尽量与开发人员面对面沟通确认 | ||
| 测试人员将发现的BUG记录在TD上统一管理,并将TD地址及登录账户发送给参与该项目的所有开发人员 | ||
| 测试执行中,主测人员实时整理变更业务点,作为临时变更测试核对,发送给测试项目组相关人员。 | 《变更业务列表》 | |
| 项目测试完毕,测试人员针对各个测试要点作个总结,作为回归测试的参考点 | 测试要点 | |
| 项目测试完毕,主测人员总结测试计划及测试用例的执行情况,并汇报给测试经理,同时有针对性地进行修改 | 测试计划、 测试用例 | 测试计划、 测试用例 |
| 主测人员负责编写《系统测试报告》,对各个阶段存在的问题进行归类总结 | 集成测试报告 | 系统测试报告 |
| 针对回归测试,与开发人员确认Rejected及Defer状态的BUG,并注明具体原因 | ||
| 针对回归测试,测试人员对状态为FIXED的BUG进行验证,验证通过将bug的状态置为closed;如果没有得到修复则将bug的状态置为reopen |
5.4.验收测试阶段
详细规定在产品发布后,由项目实施部门组织或配合客户进行验收测试的过程,确认发布的产品满足用户需求。验收测试是在客户环境或模拟客户环境下验证软件的功能和性能。
测试人员职责:
| 工作内容 | 输入文档 | 输出文档 |
| 根据整个项目的测试过程,检测测试计划的偏离情况及具体过程总结报告、总结系统未修改问题报告、测试分析报告、用例执行情况分析 | 测试残留问题报告、 测试分析报告、 测试总结报告 | |
| 针对系统各个测试点所使用的测试方法进行总结,同时生成《系统测试方法总结》文档 | 系统测试方法总结 | |
| 编写相应的《验收测试报告》、《测试大纲》及《用户手册》,同时总结系统未修改问题列表 | 验收测试报告、 测试大纲、 用户手册 | |
| 项目进入验收测试阶段,由测试人员编写相应的《培训教材》,作为部门内部培训专用 | 培训教材.doc、录制视频、培训教材.ppt |
5.5.性能测试阶段
检查软件的平均响应时间或者吞吐量是否符合指定的标准。
测试人员职责:
| 工作内容 | 输入文档 | 输出文档 |
| 由测试负责人根据《需求规格说明书》了解系统性能需求,制定性能测试计划 | 需求规格说明书 | 性能测试计划 |
| 测试人员在开发人员的协助下搭建与用户需求一致的测试环境 | ||
| 测试人员根据系统的实际情况和使用的测试工具,制定《性能测试方案》,用以确定本次测试的具体方法和策略,并设计《性能测试用例》 | 性能测试方案、 性能测试用例 | |
| 执行性能测试脚本,并提交BUG单 | ||
| 执行回归测试,以保证这些修改是否已经解决,是否带来新的问题 | ||
| 编写性能测试分析报告 | 性能测试分析报告 |
| 岗位 | 指标类别 | 指标项目 | 指标分值 |
| 测试组长 | 小组业绩 | 小组管理:有小组管理的意识,能够结合实际和工作需要制定相应的工作流程,逐步规范管理 | 15% |
| 业绩实现:能够有效地执行公司决策,制定小组行动计划,带领小组全体员工有效执行工作计划;分工合理,分配任务科学,能够对小组的整体工作进行指导、协调、监督,实现小组工作目标 | 35% | ||
| 队伍建设 | 人员培养:能准确把握下属的优缺点,能主动有效地帮助下属提高工作能力,并在工作中切实地培养出优秀的人才 | 15% | |
| 激励下属:能关心下属的思想状态和工作情绪,通过有效的方法激发下属员工的热情和潜能,实现共同目标 | 10% | ||
| 个人职业能力 | 工作激情:对工作满怀激情,忘我投入,勇于任事;承担重要任务和解决本部门工作问题的积极性、主动性 | 5% | |
| 沟通与协调:能够清晰地组织和表达个人观点;创造性地发现和利用有效的沟通手段和渠道;利用各方面的资源和信息,有效解决工作中的冲突 | 10% | ||
| 流程监督:自觉遵守公司发布的流程和制度,以身作责,监督本部门员工认真执行。 | 10% | ||
| 附加指标 | 特殊贡献加分指标:指对公司的市场、产品改进、核心技术、关键问题解决等具有特殊的贡献 | 加0-15% | |
| 重大责任扣分指标:指由于工作疏忽导致重大责任事故,对公司的市场、业务、产品质量、公司信誉和形象造成不良影响或一定损失 | 扣0-15% | ||
| 测试专员 | 效能指标 | 工作效率:指项目/工作能够在规定的时间内完成,尤其在多个项目同时进行时,能合理科学地安排工作时间,按照要求及时完成任务,不延误,几乎没有出现被客户追讨的现象 | 20% |
| 工作量:指一个月中承担并完成项目的数量,工作繁忙程度 | 20% | ||
| 质量指标 | 提交缺陷的数量与质量 | 10% | |
| 提交缺陷的深度 | 10% | ||
| 产品的漏测率 | 10% | ||
| 文档编写、用户培训 | 10% | ||
| 行为指标 | 工作主动性:指工作热情,能主动考虑问题,并主动提出解决办法和改进措施,积极承担力所能及的临时工作,主动加班,有积极的意愿和热情去改进工作,提高自己 | 5% | |
| 责任心:指工作不需要监督就能及时完成,可以放心交付工作,勇于承担工作失误责任,不逃避责任,不损害团队利益 | 10% | ||
| 团队协作:积极主动地与同事及其它部门合作协调,主动地发现自己或他人工作中存在的问题,并共同协商解决问题,不因为自己的原因影响项目整体的完成质量,拖延项目的整体进度 | 5% | ||
| 附加指标 | 特殊贡献加分指标:指对公司的市场、产品改进、核心技术、关键问题解决等具有特殊的贡献 | 加0-15% | |
| 重大责任扣分指标:指由于工作疏忽导致重大责任事故,对公司的市场、业务、产品质量、公司信誉和形象造成不良影响或一定损失 | 扣0-15% |
为调动组内员工的工作积极性,组内特设立月度绩效工资,将以上考核指标作为绩效工资的评定标准。其中附加指标分将对表现突出或较差的员工进行(0,15)区间加减。
7.1.加分指标
1.工作认真负责,在测试项目中有优异表现。
2.发布的Q/A具有针对性、实质性。
3.提出建设性意见,并被公司采纳实施。
✧提出的意见直接被公司采纳并实施的;
✧提出的意见对公司的管理有很大的启迪作用,经修改后实施的;
✧提出的意见对公司没有直接帮助,但有一定的建设性。
4.用户培训满意度在80分以上。
5.配合项目组加班加点,超额完成任务。
6.其他对公司有特殊贡献的表现(对公司的市场、产品改进、核心技术、关键问题解决等)。
7.2.扣分指标
1.不按工作流程执行工作或提交文档的。
2.用户培训满意度在60分以下。
3.其他由于工作疏忽导致重大责任事故(对公司的市场、业务、产品质量、公司信誉和形象造成不良影响或一定损失)。
8.模板
✧Q/A反馈表
日期: 反馈人:
| 问题描述 | 原因分析 | 执行措施 | 责任人 |
