如何做好软件测试工作岗位

这是我17年的笔记，如今记录在线上，方便自己也方便初学者学习，欢迎大家沟通。

从项目流程分析测试的工作该如何做：

1、需求评审会后 ：测试需要检查 需求文档 或原型图 UI图 将描述不清楚，尽可能找到逻辑不清楚的地方找产品核实和确认，一时无法回复的一定要记录下来后续跟踪。

2、开发过程早期（还没有开发或者刚开发不久）： 咨询开发是否有哪些模块不理解的，或者也可以了解开发的开发思路，尽早了解他们是否理解了需求，开发是否有遗漏的场景，或主动告知开发，某些场景需要注意哪里（有些场景复杂或者比较深，开发不容易想到，有意提醒一下）。

3、开发过程晚期（已开发3分之2左右）：这时候可以主动询问是否有部分功能可以开始测试，是否可以按时提测，是否遇到困难阻塞开发，是否有需求还是不清楚。他遇到的困难不一定是技术上的或者是时间上的等其他原因，我们都需要负责协调，排除困难以开发能按时提测为目标做好工作

4、提测后：根据需求结合系统现有情况测试。问题单要及时记录，以免遗漏。开发解决问题时间过长，要主动询问是否遇到困难，不管遇到什么问题技术的非技术的都需要协助他解决，技术性的可以指引他问有经验的同事或者问技术老大，非技术问题需要沟通的就出门沟通，大家都是一个目的，没有什么不能沟通协调的。开发如果是临时解决没有根本解决问题，要督促他解决根本问题。

5、上线后：把提的bug在线上验证一遍。有需要配置的记得提醒开发配置好。上线后的注意事项要告知实施或者客户。正确引导实施或者客户使用系统。

6、 测试如果遇到困难，应该找产品或者项目经理协调。项目有风险，遗留哪些问题上线这个也需要告知产品或经理

7、下个迭代之前，可以研究一下系统。平常觉得哪里可能有问题的时候这个时间可以研究一下，测试一下看看是不是有问题。还可以熟悉一下跟自己模块周边的模块。或者熟悉其他自己不熟悉的模块。

8、做好工作总结。

测试人员自我要求：

1、 善于发现问题的共同点，表象中抓住实质

2、 学会从日志中找问题，判断开发解决的是根本还是表象

3、 对历史版本回顾和总结缺陷，不让问题反复出现，注意缺陷的集群效应，特别是耦合性高的模块。

4、 向开发了解缺陷产生的原因及解决办法。

5、 熟悉业务逻辑，需求中不能有歧义和不确定的字段，有需要及时提出及改正

6、 要能想到数据越来越多的情况会产生什么问题

7、 测试人员要了解本次版本涉及哪些需求，有多少条，用例多少，场景情况，开发情况

8、 不懂得问题打破砂锅问到底

9、 严格按照用例来执行，有问题及时提交bug。

测试组长自我要求：

1、 以上测试人员要求全部熟悉

2、 熟悉业务，熟悉测试流程，熟悉问题升级流程

3、 及时维护需求文档，及时更新用例，对每个版本的需求都要了解

4、 分配任务要公开，尽量平衡工作量。

5、 对于能力不强的，要辅助提升业务逻辑，处理问题的方法，适当给与难得需求提升能力。

6、 遇到阶段性压力，对组员提前预警，让组员心里有准备，观察组员动态及情绪，鼓励组员劳逸结合

7、 组员间有沟通问题，要及时了解情况，负责调解，能给出解决方案的就提出，不能则通过面对、合作、妥协、缓解包容、规避、强迫等方法进行调解。

8、 在空闲时，可以组织员工学习业务知识，技能提升等培训工作

9、 面对挑衅的员工，需要及时沟通，肯定对方情绪，分享自己的感受，逐步化解老员工的情绪，必要时可以请示上面做出决策

10、 稳定资历老的员工，有些决策可以找他商量，对他尊重。如遇到挑衅，找到他的资本与动机，进行沟通。

备注：自我要求是17年写的，项目流程分析测试工作怎么做是20204月14号临时写的