关于质量管理的几点工作体会

关于质量管理的几点工作体会 2016 年入所至今，一直在技术规划部质量管理小组工作，参与过新 版官网、BPM 业务系统等项目；工作两年来，从执行者逐渐走向一 个管理者，每一次的角色转变都让我感触颇深，每个阶段的历练都 不断促使我去思考，从而形成在质量领域一些理解和总结，下面就 谈谈几点工作体会。 1、分而治之，责任明确 任何项目都是由项目成员构成，要保证项目产出的质量，就需要管 理好项目的参与者，及明确各参与者角色和责任，因此项目初期要 明确成员间各自分工，明确项目做什么，要达到什么样的目标，有 了具体愿景，项目团队各自分析为了达到此类目标应该怎么做，什 么时候完成。特别是大型项目，项目参与人员角色多，有开发、需 求、UI 设计、测试以及环境管理人员等角色，更需要明确角色定义、 划分责任边界，让专业的人干专业的事情，一人担任多个角色容易 导致责任混乱，有问题定位不到个人，或者出现产出效果不佳，甚 至出现个人成为项目瓶颈导致项目延迟。 对于质量管理来说，有了清晰的角色分类后，就需要对每个角色分 配任务明确责任，特别是明确划分每个角色的边界职责，避免出现 问题，边界模糊、责任落实不到位，问题难以解决。这里最好遵循 一个原则就是高内聚、低耦合，同一类型的工作给同一角色或者个 人进行。如官网改版项目，在测试组内我们按照网站功能划分为 CMS（Content Management System）、全文检索、行情、报表、信 息披露等几个小组，各小组间任务不交叉，但是小组内成员合力干 好一件事情，且具体任务落实到个人，有问题可追踪到个人，减少 团队任务较差避免重复劳动，提高工作效率同时保障系统质量。 2、交叉验证，协同作战 明确项目愿景和各自责任后，就需要考虑怎么做（策略），什么时 候完成，从而拟定出一份测试计划。这里涉及到一个常见的问题就 是人员分工和协作，一个团队里面有经验尚浅也有经验丰富的员工， 因而制定策略过程中，还应考察测试成员相关情况，根据人员特点 和成员能力层次结构来进行分工合作，完成任务保障质量是一个目 标，另一方面也需要在项目中培养锻炼新人，所以需要分配一些比 较困难任务给年轻成员做，可能大家会担忧新人能力不足，容易产 生严重漏出，因此建议有个经验丰富员工与之一组协同作战，以老 带新必不可少。此外，分配任务时经常会犯一个惯性思维就是“谁 对功能比较熟悉让他/她继续做”，这样一来学习成本低，二则做事 效率高；虽然一个人在长期做一件事情效率会提高，但是人长期做 同一件事情容易形成一些惯性思维和精神疲劳，可能导致项目出错。 为了降低人犯错的概率，我们通过交叉测试方式弥补个人思维错漏 概率，重点功能交换三人或者更多人进行测试，在不停交换过程中 使得测试路径和测试思维覆盖范围更广和全面。特别是到项目后期 时，测试人员已经重复工作多次，容易产生懈怠情绪，安排新模块 进行交叉测试，不但能够降低重复性工作的疲劳，而且还能用新鲜 感来刺激测试人员投入工作。 3、巧妙使用文档配合沟通 大项目中分工明确是好事，但也反应出另外一个痛点那就是沟通， 团队成员间分工越细致，沟通成本更越高。曾经参与一个项目，各 类成员加起来近 40 人的团队，成员办公地点散落各地。面对面沟通 效果虽好，但是成本很高，很多时候有些项目计划和分工、需求变 更、功能修改等信息只能通过办公软件进行沟通。但是沟通群里面 每天几百条信息，工作人员很难关注到每条信息，导致信息没有传 递到位。加上消息经常有变动，导致项目成员都难以确认哪个信息 才是最终的版本。因此，每个小组指定一个接口人，使用任务分工 文档记录计划安排和进度，用跟踪文档记录需求变更项跟踪任务状 态，使用变更日志记录前后台接口、功能变更点，凡有新增或修改 就通知接口人传达到组内，项目成员只需通过 SVN 等工具获取最新 文档就知道最新任务和变更，这样既可减少沟通对象，提高沟通效 率，也方便对进度、变更进行跟踪和管理。 4、合理控制流程 传统大型项目都遵循瀑布型生命周期，但是传统瀑布模型的每个下 游阶段在上游没完成情况下处于等待模式，造成资源的浪费。比如 需求阶段时开发、测试没有工作的输入就无法谈及输出，或者各功 能模块间若存在紧耦合，会出现部分功能先完成、部分功能延迟现 象，致使整个进度往后；且项目周期越长，缺陷和变更越往后修改 成本越高。因此，为及时响应需求、减少团队间功能耦合性和团队 间依赖关系，及时发现项目存在风险，官网项目实施阶段使用 2 周 一迭代开发的方式。 在项目实施过程中，有的是开发人员进行打包合并代码，然后由运 维人员部署上线。这样做虽减少了项目过程，但是实际项目中经常 出现上线前紧急需求变更以及代码优化，导致需求变更评估不足， 开发影响范围分析不到位，造成不必要的缺陷漏出。而且没有严格 代码权限管控，容易导致上线版本和测试通过版本不是同一个，导 致线上版本存在未知风险。因此安装测试阶段增加配置管理员角色 形成如下图所示项目过程，严格控制上线前代码修改权限，对提交 代码进行提交日志审核和修改点说明，测试针对影响范围进行重点 回归，验证成功后配置管理员发出上线包，由运维人员部署上线。 这样就能排除一些未知修改而存在隐患，确保上线版本是经过严格 质量把控，从而保障系统安全、稳定运行。 质量管理的目的是减少缺陷，保障和提高项目交付质量。参与多个 项目的经历，让我深入体会到合理的人员分工和有效的沟通对于有 效提高系统交互质量，降低项目风险和成本具有重大意义。此外， 经过实践证明合理控制项目流程规范有助于提减少项目未知风险保 障版本稳定性，同时也提高做事效率。 5、创新驱动效率 在项目初期规划我们系统涉及 6 大栏目细分共 200 多个子栏目共 400 多个页面；由于在项目实施初期，受制于上游节点输出，而项 目交付期限不变，导致下游测试工期被压缩，使得测试组质量管理 团队不得不改变测试策略和方法，确保系统质量前提下需要大幅提 高工作效率。在保障质量前提下要提高效率就代表我们该走的流程 规范和工序不能减少，唯一能够改进的就是我们提高工作成果复用 性，然而怎样才能提高复用性呢？ 首先，我们需要识别出项目有哪些共性，确保相同的任务只做一次 或者尽量减少重复。经过观察和分析，得出我们系统基本由报表、 CMS（Content Management System）、信息披露落地服务、行情服 务、全文检索等 5 个基础服务所支撑，这些功能以功能模块的表现 形式嵌套于不同页面中，因此测试组采用组件化的测试思维，通过 抽象方式把页面功能模块进行抽象，通过模块的高内聚和模块间的 低耦合思维编写测试需求和用例形成基础组件测试用例库。因此我 们把整个官网的功能和页面分为多个不同类型容器。页面和组件间 关系根据系统需求规格进行组装，实现测试需求和用例拖拉拽的目 标，从而提高模块的复用性。特别是我们 CMS 这块内容经过组件化 测试思维，测试需求分析和用例的平均复用率基本在 80%左右，组 件相关功能测试效率提高 50%以上。 我是一个小小的个体，生于技术口这个团体；千人同心,则得千人之 力；万人异