测试一般分为功能测试、性能测试、自动化测试，很多人认为功能测试不如搞技术的测试，但是一个优秀的功能测试者给公司带来的效益也是非常大的，大家负责的方向不一样而已。
那如何成为一个优秀的功能测试者呢？软件测试职责有哪些？
我个人认为一个优秀的测试应负起整个项目质量的把控，而不是单单对产品的质量把控。例如发现工作流程有问题，需要及时提出，并给出优化意见，充分利用好项目管理工具，减少不必要的沟通。产品设计方向偏了，有误及时指出。如项目或需求受阻，及时汇报情况，让领导知道并督促给出解决方案。具体我们软件测试职责可以包含哪些呢，如何保障质量的呢？看看以下的描述
1、需求评审会后 ：1、测试需要检查需求文档 、原型图、 UI 图 将描述不清楚，有矛盾的地方找产品核实和确认，一时无法回复的一定要记录下来后续跟踪。2、编写用例是更深入的理解需求，此时肯定还会发现第一步未发现的问题，需记录并跟踪文章源自玩技e族-https://www.playezu.com/181947.html
2、提测之前（早期）： 咨询开发是否有哪些模块不理解的，或者也可以了解开发的开发思路，尽早了解他们是否理解了需求，开发是否有遗漏的场景，或主动告知开发，某些场景需要注意哪里（有些场景复杂或者比较深，开发不容易想到，有意提醒一下）。文章源自玩技e族-https://www.playezu.com/181947.html
3、提测之前（晚期）：1、这时候可以主动询问是否有部分功能可以开始测试，了解是否可以按时提测，是否遇到困难阻塞开发，是否有需求还是不清楚。他遇到的困难不一定是技术上的或者是时间上的等其他原因，我们都需要负责协调，排除困难以开发能按时提测为目标做好工作。2、提前准备好数据或测试场景文章源自玩技e族-https://www.playezu.com/181947.html
4、提测后：根据需求结合系统现有情况测试。问题单要及时记录，以免遗漏。开发解决问题时间过长，要主动询问是否遇到困难，不管遇到什么问题技术的非技术的都需要协助他解决，技术性的可以指引他问有经验的同事或者问技术老大，非技术问题则多沟通，大家都是一个目的，没有什么不能沟通协调的。开发如果是临时解决没有根本解决问题，后续要督促他解决根本问题。文章源自玩技e族-https://www.playezu.com/181947.html
5、上线后：把提的 bug 在线上验证一遍。有需要配置的记得提醒开发配置好。上线后的注意事项要告知实施或者客户。正确引导实施或者客户使用系统。文章源自玩技e族-https://www.playezu.com/181947.html
6、 测试如果遇到困难，根据不同情况主动找同事，组长或者产品或者项目经理协调。项目有风险，遗留哪些问题上线这个也需要告知组长或产品或经理文章源自玩技e族-https://www.playezu.com/181947.html
7、下个迭代之前，可以研究一下系统。平常觉得哪里可能有问题的时候这个时间可以研究一下，测试一下看看是不是有问题。还可以熟悉一下跟自己模块周边的模块。或者熟悉其他自己不熟悉的模块。文章源自玩技e族-https://www.playezu.com/181947.html
8、做好工作总结。文章源自玩技e族-https://www.playezu.com/181947.html
以上是职责以下是自我要求：文章源自玩技e族-https://www.playezu.com/181947.html
1、 善于发现问题的共同点，从表象中抓住实质，任何偶现的问题也是有原因的，找到规律就能定位问题文章源自玩技e族-https://www.playezu.com/181947.html
2、 学会借助工具定位分析问题，bug 单把接口、请求参数、返回参数都填上，最好告诉开发直接改哪里，这样解决问题的效率更高
3、 对历史版本回顾和总结缺陷，不让问题反复出现，注意缺陷的集群效应，特别是耦合性高的模块。
4、 向开发了解缺陷产生的原因及解决办法，这样你的经验会越来越多。
5、 熟悉业务逻辑，不仅是自己负责的模块。
6、 要能想到数据越来越多的情况会产生什么问题
7、 测试人员要了解自己本次版本涉及哪些需求，有多少条，场景情况，开发情况
8、 不懂得问题打破砂锅问到底
9、 严格按照用例来执行，有问题及时提交 bug。
10、需求如果有变动，测完后记得评论一下变动点，有什么问题都可以评论记录。
11、问题来了，不要回避，让自己去解决，这样能提升自己的沟通协调能力
12、有关业务问题，线上反馈的任何问题（包括不属于自己模块的事情），找你了就负责到底，不熟悉的其他模块业务可以学，这样业务量就会提升
13、凡是给你的人任务主动推进，做一个自驱力强和责任感强的人，不要抱侥幸心理，想到的场景就测一下，别懒。当大家对你印象靠谱时，有机会的时候别人也会想到你
14、不要推脱责任，是自己的问题自己承认，虚心接受，把问题处理好就行
15、学会思考，事情多的时候，先思考哪些重要哪些紧急，能早点暴露问题则早点暴露，尽管有些问题不属于你负责
16、不是产品的需求就是百分百对的，根据自己的经验和用户的角度也可以跟产品提需求提优化，设计不好地方也可以提出来，漏设计的也提出 1 来。线上有问题不能来一句产品设计就是如此，判断后再看是否能优化（因为用户只站在自己角度看问题，也不能因他们的习惯 就任由他们来设计产品）这里产品经理是专业的，应从全局整体去考虑，不能被部分用户牵着了。
测试组长自我要求(可能还不够简单写了一下)：
1、 以上的自我要求
2、 熟悉业务，熟悉测试流程项目流程，熟悉问题升级流程
3、 及时根据需求文档，分配到人，对每个版本的需求都要了解，且知道优先级
4、 分配任务要公开，尽量平衡工作量。
5、 对于能力不强的，要辅助提升业务逻辑，处理问题的方法，适当给与难得需求提升能力。
6、 遇到阶段性压力，对组员提前预警，让组员心里有准备，观察组员动态及情绪，鼓励组员劳逸结合
7、 组员间有沟通问题，要及时了解情况，负责调解，能给出解决方案的就提出，不能则通过面对、合作、妥协、缓解包容、规避、强迫等方法进行调解。
8、 在空闲时，可以组织员工学习业务知识，技能提升等培训工作
9、 面对挑衅的员工，需要及时沟通，肯定对方情绪，分享自己的感受，逐步化解老员工的情绪，必要时可以请示上面做出决策
10、稳定资历老的员工，有些决策可以找他商量，对他尊重。如遇到挑衅，找到他的资本与动机，进行沟通。
以上是个人拙见，欢迎讨论
未知地区 1F
你是个负责任的组长！组长，你还缺人吗你还年轻，所以这样说。。。总结的挺好的，猜测楼主工作时间应该不长韩寒说过，听过了很多道理，却依然过不好这一生。漂亮话说得再多，落实不了，也是没用。为什么很多时候我们崇拜技术测试者，愿称之为大佬大神？因为人家真的做出了东西，而且有数据支撑，把 0 做成了 1.这个总结挺不错的。期待楼主落地后的进一步总结分享，特别是哪些效果不错，哪些效果一般。个人经验，这些都能做到还是挺难的。
话说，比较好奇楼主是通过那些方式了解到以上的这些关键点，也可以分享下？
我觉得，如果这些是楼主的切身体会、想法的话，真的很不错。
但，现实真的不是乌托邦。
技术与业务相辅相成，生生不息…可以谈下落地之后的情况？真的很难，真的很难，真的很难。 尤其自 90 之后，大家信服的是技术大牛 ，不似以前信服的是职称。个人经历，功能测试做到好的，在团队中 主要扮演 “业务第一人” 的 角色，当涉及到，研发技术冲突或者疑难的时候 ，发言权不是很多的。技术帮你找好工作，优秀的功能测试 + 技术帮你把工作干好干舒心。
谈不上什么战胜不战胜，相辅相成而已。
另外有时候价值是靠和外界对比的，当外界都在强调技术的时候，你不去蹭个热度，就会给某些脑子不清醒的人一种你价值在变低的感觉。
这或许就是整个 IT 界内卷的原因。标题很对立啊。如果能量化，就是优秀的。我的左手战胜了我的右手1.最能吃透功能，清楚用户痛点的是产品。
2.技术是目前测试岗任职的条件之一，可以到网上随机查下薪资中等的测试岗 JD。
3.楼主总结的挺全，可以考虑成为业务专家，或质量体系的引导者。优秀的功能测试，确实在业务知识上面比技术测试更有优势，大部分企业对业务线的要求都比较高，因为业务线直接对接的是用户甚至是营收，是核心的东西。和项目经理的工作内容重合太多了。
文中的措施几乎都是针对测试广度的，要强化测试深度的能力，还是离不开技术。
我认为技术和业务并不该割裂开，相辅相成的~是的 技术能加深当然是加分，这里确实表达了一点 测试也要反馈出项目中的问题，好的流程留给测试的时间才能足够，可能经验就是这样 我得项目 都是给测试留的时间太少了是的 谢谢指导，目前还在功能测试岗位。可能优秀的产品才是最能吃透功能和最能理解用户痛点的产品，不优秀的说不好，可能自己都没有打开过产品（验收数据都米有） 能给公司带来正能量的 都优秀看来你是技术 + 功能 棒棒哒 标题已改，不说战胜啦标题已改，哈哈哈 是功能测试也可以有高工资 其实只要是优秀的员工都值得拥有较行业平均工资高一些的工资嗯 对 标题已改 不说战胜，相辅相成。就是每次群聊 都觉得功能测试 拿了高一点工资就觉得不应该拿这么高，所以写了这个标题。所以我们功能测试 也得加油哦落地之后，你会越来越优秀，更有自信，更能表达自己的想法。是的标题已改 谢谢指出全是自己的经验，工作中的感受，可以先试试 其中的几点也有几年了 里面有些内容是我翻看 17 年的时候自己存在简书里面的一些总结，这次是加了 18、19 年的工作感悟。也不小了 暂时不缺哦，在自己的公司好好加油谢谢，我就是一个普通的员工 有同感，我之前也是努力去这么做的，现在也在兼任项目经理，可以从项目层面去推动自己之前的一些设想
不过技术也是不可或缺的，很多场景用纯人力还是太吃亏了，现在也在同步培养组员的技术能力功能测试的核心其实是对业务的深度理解。虽然我技术测试，但当听到 “这个测试是电梯厂挖来的？”（公司产品电梯行业）还是很爽的。理论上是这样的，但 “工资” 不这么认为旭弟，让老哥先问：还缺人么楼主提到的这些东西我也一直在尝试落地，但无奈公司小流程不规范，加之又碰上拉闸的 boss，实在是推不动，我已经看透了，在考虑跑路了……确实是比较认真负责的功能测试，建议去银行这类传统、专业性高的业务做会比较合适，如果是在互联网做，互联网的特点是迭代频率高，对除功能外的性能、对比、效果等要求高，要求比较多样，并且追求测试能力的服务化、可复用，这种在个人成长前期比较合适，但有一定瓶颈。感谢回复，是的 所以有时间还是得走自动化方面的比较好，路更宽是的，小公司迭代频繁，有些流程根本推动不了，执行不下去，所以啊要考虑得失，走自动化性能方面路更好走一些感觉你把项目经理的活给担了，公司多给你发项目经理的工资吗接口测试工具可以试用一下国产的接口测试和接口文档生产工具 apipost：https://www.apipost.cn/?dt=2020 善于且愿意总结就已经很棒了 我们的流程基本和小编总结的一一致，可惜有些环节我直接略过了