小处着手的改进
作为一个基层管理者，其实自己并没有在做多大的事，只是在日常的工作当中，发现一个问题，解决一个问题。
建议制定需求评审单、测试任务单规范
规范任务单，降低沟通成本
建议缺陷关联测试用例
让分析漏测更加方便
可可以看出非测试用例发现的缺陷
建议区分非提测任务单的缺陷
rss过去南海一体化项目驻点测试，其提的缺陷没有没有任务
测试用例执行写明执行结果
没有全部都写，阻塞的测试要写明原因
不直接删除优化建议类缺陷
即使开发不修改，但不代表测试提出的缺陷没有价值
与组员约定布置任务时说明是否有任务单
发现组员没有及时更新功能记录
与组员约定自行导入功能记录
当我请假时，组员可以自行导入功能记录
发出测试结果文字模板
建议加上标识区分同一项目多个系统
计划表格加上“需求变更次数”
统一创建需求目录、测试用例目录
发现组员任意创建需求目录、用例目录
统一重新测试用例时，需求、测试用例目录的规范
对原来的需求、测试用例目录打上作废标识
整理出可以重复使用的指引文档
- 南海通app特种设备操作指引
- 住建一张图测试指引
- 一个项目存在多个系统版本命名规范
执行人员要及时发出所执行的任务
有同事反馈，没有及时更新功能记录，是因为没有及时导入功能记录
日报填写实际完成时间
原来日报中当天已完成的任务，“实际完成时间”是要求为空，我认为填写上实际完成时间，可以看出任务是按计划完成，还是提前完成，还是超期完成，写出来不是更好吗。
分工测试时，日报写明测试的具体功能
一个任务中需要测试几个功能，两个人分工执行，原来没有考虑这种情况，功能记录审计是针对任务单的全部功能。
针对一个任务单，分工执行的情况，在日报综述说明测试功能，日报审计便只看对应的功能。
经过与技术研发部领导沟通，在云之家增加提示语
测试过程规范宣讲后，还是发现选错测试组长的情况。
zxy反馈缺陷发现阶段登记不规范
反馈，lwg整理了三个阶段
- 需求阶段
- 测试阶段
- 用例优化阶段
任务单打回规范不统一
没有云之家任务单，使用质量管理部创建任务记录
对其中的一些字段进行了优化
为避免功能理解断层，提出rss要参加需求评审
rss借调到终端组执行测试任务
不动产税费计算器测试用例优化
整理成表格形式
关注需求人员、项目经理、运维人员反馈的用户问题
专门记录下来，是我们测试需要注意的
怎么编写提高测试报告效率
在excel处理表格
周缺陷统计数据不一致问题
发现因为删除缺陷、周末加班提缺陷，造成缺陷数量统计不一致
对此进行了约定
月度考核，根据日报统计测试功能数不准确
因为功能数量会重复
测试完成后，应该留出时间给优化测试用例
测试过程当中发现测试用例不完善的
公司邮箱不能模糊搜索
记下常用的邮箱
建议把零星发送的通知统一整理
零零星星发的一些通知，一些要求，不常用的，时间一长就忘记了
开发人员自己修改开发负责人问题
LJW反馈说LZR把原来开发人员属于他的缺陷，改成了其他开发人员。
我建议是要去了解原因，为什么自己修改？
现在云之家任务单，一个功能的开发人员只能填写一个人，而实际过程当中，一个功能有可能有多个开发人员的情况，提缺陷的时候是根据任务单提的，就会把缺陷记到这个开发的名下，而实际不是他开发的，他就会去修改开发人员。
发现南海一体化非任务单缺陷
rss直接安排在驻点测试，期间是没有测试任务单，发现其在tapd提了一些缺陷，我提出这些缺陷是否纳入质量数据统计范围
建议工作沟通群实名制
发现有人在群里面找不到人
金赋工作发现的缺陷
《精要主义》一书中说到：每天的进步——哪怕只是小小的一点进步，都可以对人们的感受和表现产生巨大的影响。
每天都做一点接近美好未来的事。
——道格·法尔博
