一文带你全面解析测试周 撰写技巧与方法（进阶篇）

学习需要时间沉淀与积累，平时如果仅仅知道学不懂归纳总结学过的知识点，学到的知识都不属于你的，时间长了容易健忘，正所谓“好记心不如烂笔头”。

学习需要从实践中总结经验与教训，如何总结经验教训呢？

每周写写周记，记录下本周做了那些工作，学了那些新技术，今天的自己是否胜于昨天的自己，完成的项目进展情况如何？是否存在风险，是否存在资源短缺，基于种种原因都需要自己具备一定的梳理总结能力，今天美田老师就教大家如何编写测试周 总结文档。

文档结构案例如下图所示：

一、【项目概述】

1. XXX项目-V4.4.0测试工作安排；

2. XXX项目-V4.4.0版本用例设计；

3. CRM系统V4.4.0需求评审与用例设计；

4. 部门会议与测试组工作结果检验；

二、【项目进展】

1. 官 V4.4.0版本用例设计进度100% ；

2. CRM系统用例设计100%；

3. 团队成员工作检查100%；

三、【产品技术】

1. 基于功能用例设计挖掘自动化与性能测试业务需求；

2. 基于UI自动化测试框架覆盖更多功能测试用例，提升回归测试工作效率；

3. 在功能测试基础更需要注重测试的广度与深度（例如：可移植性、可靠性、安全性等相关测试知识）；

四、【个人思考】

本周主要工作完成XXX项目V4.4.0版本门户、运营端、企业端、CRM、IAM等相关用例设计工作，随着产品速度的不断迭代，目前IAM需求量逐渐增加，测试时间与资源非常紧张，暂时各自多承担一些工作任务，在资源缺乏的情况下通过加班来协调解决问题。

到今天截止官 V4.4.0版本用例设计按测试计划进展完成，下周一组织开发一起评审用例，防止遗漏需求场景测试点，借助产品、开发、测试成员经验汇集思想，排查测试过程考虑不周全等问题，减少严重性bug从而影响开发与测试工作效率。

目前官 组前后端开发配合非常棒，自愿参与测试组织的用例设计评审，且能学会换位思考站在测试角度更准确的说能够站在用户视角考虑用户体验、性能、可靠性等方面问题。

这是一件值得高兴的事儿，测试人员工作量也稍微减轻，日常跨团队沟通协调顺畅，不存在流程等不规范工作阻塞问题，整体工作效率高，希望大家再接再厉持续保持优良的工作状态。

随着产品迭代更新，测试工作量越来越大，因为当前官 组测试仅两人，按目前版本安排基本1人承担3个小项目，总体需求以官 门户、企业端、运营端为主，当前新增CRM系统，压力较大尽量通过提升工作效率来优化团队成员工作质量，还需研发配合自测提升开发代码质量逐步改善整个迭代产品质量，对于测试团队成员成长这块稍微薄弱，因为当前项目紧张资源紧缺这块后期需要逐步优化，搭建优质测试团队，引入新技术提升测试团队成员工作效率。