这是我17年的笔记，如今记录在线上，方便自己也方便大家 ，欢迎交流
从项目流程分析测试的工作该如何做：
1、需求评审会后 ：测试需要检查 需求文档 或原型图 UI图 将描述不清楚，尽可能找到逻辑不清楚的地方找产品核实和确认，一时无法回复的一定要记录下来后续跟踪。
2、开发过程早期（还没有开发或者刚开发不久）： 咨询开发是否有哪些模块不理解的，或者也可以了解开发的开发思路，尽早了解他们是否理解了需求，开发是否有遗漏的场景，或主动告知开发，某些场景需要注意哪里（有些场景复杂或者比较深，开发不容易想到，有意提醒一下）。
3、开发过程晚期（已开发3分之2左右）：这时候可以主动询问是否有部分功能可以开始测试，是否可以按时提测，是否遇到困难阻塞开发，是否有需求还是不清楚。他遇到的困难不一定是技术上的或者是时间上的等其他原因，我们都需要负责协调，排除困难以开发能按时提测为目标做好工作
4、提测后：根据需求结合系统现有情况测试。问题单要及时记录，以免遗漏。开发解决问题时间过长，要主动询问是否遇到困难，不管遇到什么问题技术的非技术的都需要协助他解决，技术性的可以指引他问有经验的同事或者问技术老大，非技术问题需要沟通的就出门沟通，大家都是一个目的，没有什么不能沟通协调的。开发如果是临时解决没有根本解决问题，要督促他解决根本问题。
5、上线后：把提的bug在线上验证一遍。有需要配置的记得提醒开发配置好。上线后的注意事项要告知实施或者客户。正确引导实施或者客户使用系统。
6、 测试如果遇到困难，根据不同情况主动找同事，组长或者产品或者项目经理协调。项目有风险，遗留哪些问题上线这个也需要告知组长或产品或经理
7、下个迭代之前，可以研究一下系统。平常觉得哪里可能有问题的时候这个时间可以研究一下，测试一下看看是不是有问题。还可以熟悉一下跟自己模块周边的模块。或者熟悉其他自己不熟悉的模块。
8、做好工作总结。
测试人员自我要求：
1、 善于发现问题的共同点，表象中抓住实质
2、 学会从日志中找问题，判断开发解决的是根本还是表象
3、 对历史版本回顾和总结缺陷，不让问题反复出现，注意缺陷的集群效应，特别是耦合性高的模块。
4、 向开发了解缺陷产生的原因及解决办法，这样你的经验会越来越多。
5、 熟悉业务逻辑，需求中不能有歧义和不确定的字段，有需要及时提出及改正
6、 要能想到数据越来越多的情况会产生什么问题
7、 测试人员要了解本次版本涉及哪些需求，有多少条，用例多少，场景情况，开发情况
8、 不懂得问题打破砂锅问到底
9、 严格按照用例来执行，有问题及时提交bug。
10、提交bug的时候，把接口、请求参数、返回参数都填上，这样开发解决问题会更快。
11、问题来了，不要回避，让自己去解决，这样能提升自己的沟通协调能力
12、有关业务问题，线上反馈的任何问题（包括不属于自己模块的事情），找你了就负责到底，不熟悉的其他模块业务可以学，这样业务量就会提升
13、凡是给你的人任务主动推进，做一个自驱力强和责任感强的人，不要抱侥幸心理，想到的场景就测一下，别懒。当大家对你印象靠谱时，有机会的时候别人也会想到你
14、不要推脱责任，是自己的问题自己承认，虚心接受，把问题处理好就行
15、学会思考，事情多的时候，先思考哪些重要哪些紧急，能早点暴露问题则早点暴露，尽管有些问题不属于你负责
16、不是产品的需求就是百分百对的，根据自己的经验和用户的角度也可以跟产品提需求提优化，设计不好地方也可以提出来，漏设计的也提出1来。线上有问题不能来一句产品设计就是如此，判断后再看是否能优化（因为用户只站在自己角度看问题，也不能因他们的习惯 就任由他们来设计产品）这里产品经理是专业的，应从全局整体去考虑，不能被部分用户牵着了。
测试组长自我要求：
1、 以上测试人员要求全部熟悉
2、 熟悉业务，熟悉测试流程，熟悉问题升级流程
3、 及时根据需求文档，分配到人，对每个版本的需求都要了解
4、 分配任务要公开，尽量平衡工作量。
5、 对于能力不强的，要辅助提升业务逻辑，处理问题的方法，适当给与难得需求提升能力。
6、 遇到阶段性压力，对组员提前预警，让组员心里有准备，观察组员动态及情绪，鼓励组员劳逸结合
7、 组员间有沟通问题，要及时了解情况，负责调解，能给出解决方案的就提出，不能则通过面对、合作、妥协、缓解包容、规避、强迫等方法进行调解。
8、 在空闲时，可以组织员工学习业务知识，技能提升等培训工作
9、 面对挑衅的员工，需要及时沟通，肯定对方情绪，分享自己的感受，逐步化解老员工的情绪，必要时可以请示上面做出决策
10、 稳定资历老的员工，有些决策可以找他商量，对他尊重。如遇到挑衅，找到他的资本与动机，进行沟通。
备注：自我要求是17年写的，项目流程分析测试工作怎么做是20204月14号临时写的
网友评论