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