网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
从测试执行角度分析
第一个痛点是测试环境。
不同的测试对象，所需要的环境会有差异，尤其是软硬件一体的社保（硬件不稳定或软件功能复杂），或者说性能测试、比较复杂用例的测试，测试环境对于测试人员历来都是非常“痛”的一件事。有的时候折腾测试环境需要多半天，而测试执行仅仅需要5分钟、十分钟就完事了。测试环境的搭建如此重要，有时直接关系着测试用例的执行质量。
第二个痛点是测试用例。
测试用例的编写、测试用例基线的维护、不同项目测试用例的整理、测试用例的标识（重要性、场景、类别、是否自动化、测试环境、前置条件等）等等，都非常的重要，而这里的每一项工作都非常的不容易。
第三个痛点是测试分析。
测试分析包括测试缺陷的定位分析、基于缺陷本身的分析（趋势图、分布图、原因图等）、测试执行过程的分析、产品质量的分析、测试策略的分析等等。测试分析是测试执行中经常运用的技能，它更多是一种思维方式、一种工作习惯、一种工作方式。
第四个痛点是回归测试。
回归测试是版本系统测试中必经的一个测试阶段。回归测试到底由缺陷提交人员回归自己提交的缺陷呢？还是由其他人回归呢？回归测试到底是仅仅回归缺陷本身，还是围绕缺陷和修正代码展开更多的测试？这里面的测试策略非常多。我觉得我们要结合测试资源、项目实际情况、测试流程和机制等综合决策如何更好的展开回归测试。
第五个痛点是缺陷复现。
对于测试人员来说，缺陷的复现尤其是难以复现的缺陷真的非常恼人。因为那些缺陷本身非常难以复现，必然需要非常多的复现技巧和方法。很多时候，大家会发现复现了很长时间，但是最终什么都没有复现出来，拜拜折腾了很长时间，还浪费了很多精力。我觉得对于缺陷复现，如果两三次之内可以复现出来的，基本上就算完事了。复现超过三次以上的，我不建议测试人员再花费太多的时间在复现问题上，反倒应该让研发人员进行代码阅读和代码审核，从代码本身寻找问题。
第六个痛点是补丁测试。
如果没有现成的测试环境，补丁的测试非常的麻烦，测试环境、测试版本、补丁发布说明等都会影响补丁的测试。如果没有持续集成环境，补丁测试会非常的折腾和麻烦，重新搭环境、部署版本、设计补丁测试用例等非常的耗时。我相信很多人一定会有同感，尤其是线上的缺陷非常的着急。
第七个痛点是任务对接。
很多测试人员都会有感触，研发人员找测试人员测试个小模块，技术支持人员找测试人员验证个小器件，供应链人员找测试人员验证个物料，产品经理找测试人员测试个临时项目等等。所有任务的对接，不一定完全的对接测试负责人，因为有些小任务、临时类任务可能就直接找相关测试人员了，他们也许并非有意不按套路出牌；有时候出于良好的个人关系直接就说了；有时候不知道找谁寻求帮助，就找到测试这了。所有的这些情况我们都需要考虑，再严格的任务下发流程，也一定会有特殊的情况，测试人员一定要学会灵活应对。
总之，测试的痛点非常多，以上的这些痛点并没有严格的先后顺序，但是话说回来，哪个职位和角色没有痛点呢，如果有痛那我们就解决痛。路需要往前奏，生活需要向前看，工作需要在发展之中前进。乐观的心态和向上的态度是我们前进的动力、要永远相信明天会更好。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**
721
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
