引言
在这里，笔者将总结并反思在最近组织体系落地后的测试工作。将涵盖从工作目标到总结与展望的各个部分，以便读者朋友可以轻松了解笔者在工作中所面临的挑战和解决方案。
1.工作目标
笔者的工作目标始终是致力于提供高质量的测试工作成果，并为团队创造最大的价值。在这个周期内，笔者专注于提升自身自动化测试技能，扩大笔者的OA业务知识基础，履行测试和发布新流程，并与运维团队成员建立更强大的合作关系。
2.完成的任务
在这段时间内，笔者负责了51个重要项目，并成功地完成了它们。其中包括:
完成了一项重要的绩效系统测试，保证产品交付的及时性和准确性，帮助笔者们的开发和产品队员实现了更好的协作和沟通，形成产品开发测试运维闭环。
完成了一套全面覆盖生产主模块的测试集，通过使用接口自动化selenium+Requests来进行每次发布的版本巡检和验收测试，共同确保发版质量。
完成了审批流程结转的自动化测试脚本，应用unittest框架的ddt库实现审批流的自动结转，释放人力减少纯手工的测试步骤。
完成的功能测试涵盖34个模块，上千条用例，380个bug，51份需求测试报告。
3.遇到的问题
尽管笔者成功地完成了较多任务，但笔者也遇到了一些问题。其中包括:
在绩效第一期项目中，项目开发的进度比预期慢了一些，这可能导致我们在最后期限前无法完成所有的测试工作。
在首页配置中，笔者发现我们的预生产系统比预期响应要慢很多，因此我们后期需要重新考虑测试计划并找到节省时间的方法。
4.解决方案和结果
对于这些问题，笔者采取了以下解决方案:
· 对于进度问题，笔者与开发、产品密切合作，积极与上级沟通，制定了一个新的测试检查表和时间表，利用周末赶工，并通过沟通确保我们都能按照新计划工作。结果是我们按时完成了项目。
· 对于响应慢问题，笔者网上查资料，寻找可以降低用时的方法。笔者成功地找到了几个更合理的用selenium新增数据测试方法，并最终对新建、编辑功能的测试节省了页面等待时间。
测试数据的新增，首先让我们想到使用selenium自动化手段。由于预生产服务器在异地且docker容量分配少，本来页面访问就很慢，再用UI自动化方法显然杯水车薪，见效不大。下图为预生产环境其中一列表页加载情况，用时近20秒，接近超时时间。
根据测试金字塔原理，改用接口访问页面请求，用Requests库，获取测试数据，用时为秒级，几乎不受到预生产硬件环境的影响，大大提高了准备测试数据的效率。
5.运维团队合作与沟通
笔者认为团队合作和沟通是项目成功的关键因素。笔者与开发密切合作，并不定期按需来讨论项目的进展、问题和解决方案。笔者与开发们保持真诚的沟通，分享想法和建议，以实现我们的项目目标。
在首页配置项目中，开发同学提测时提到某个功能需要多测试，可能有隐患存在，而会影响哪些模块并未提及。笔者对该模块的正反向功能、配置对首页展示的交互等进行详尽的测试。上线后，却在首页的其他板块出现了无法加载的情况，经过半天抢修，增加非空判断后修复了该缺陷。过后我们进行反思，基于该情况，需要开发、测试、产品三组一起碰个头，经过沟通评估影响范围，可避免这类问题的再度发生。
6.个人成长与学习
近期组织体系组建对笔者来说是一个重要的学习和发展时期。提升了笔者的技能，学习了有效的接口自动化测试技术，并在实践中应用它们。笔者也接受了一些线上专业培训课程，以增强笔者的知识和能力。这些经验将对笔者的未来测试生涯产生积聚力。通过这几个月的磨合，也体会到运维团队合作沟通的重要性。
7.总结与展望
回顾这段时间的经历，笔者认为自己在工作上取得了较大的进步。笔者成功地完成了多个项目，并在面对挑战时采取了有效的解决方案。然而，笔者也意识到自己还有很多需要改进的地方，比如沟通、对测试周期的把控。展望新时期，笔者将继续努力提升自身软技能和自动化平台技术能力，并与运维团队成员建立更强大的合作关系。
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
