软件测试最全腾讯工作3个月，做软件测试的一些感悟(4)，靠这份软件测试知识点PDF成功跳槽

2401_84562529

于 2024-05-13 10:24:15 发布

阅读量587

点赞数 9

分类专栏：程序员文章标签：单元测试功能测试学习

本文链接：https://blog.csdn.net/2401_84562529/article/details/138791463

版权

程序员专栏收录该内容

191 篇文章 1 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2）测试过程中要尽可能的覆盖所有的关联模块，如果因为时间问题，或者特殊原因（例如紧急版本影响，或者测试过程中发现影响范围增大，发现历史遗留问题）影响测试进度，那么通过加班，或者提高工作效率等途径，要将落下的时间补回来，这是重要的一环。

3）对于测试中的任务，每个环节都是至关重要的，项目里面的任何人的意见都是至关重要的，产品给出的意见，开发给出的意见，都会使测试质量有所提高。产品以及开发对于产品的理解不亚于测试，产品提及的影响范围以及开发会给出的影响范围都是在他们的目光指出会对任务产生的影响，听取他人的意见会把项目质量往一个好的方面引导（虽然我不喜欢别人指导我工作，但是还是会尽量听取他人的意见），取其精华，去其糟粕，是任务更顺利的进行。

测试任务结测后

1）测试任务结测后，基本上有任务反馈也是反馈到领导那里，积极配合领导来排查问题，先确认是历史问题还是由于此版本导致的问题，如果是历史问题，原因和领导讲明，是由于漏测还是因为八竿子打不着的原因，方便后续问题处理。

我大致总结为这3点，如果还有一点就是测试下个版本开始时，如果时间充足的话尽量回归一下上个版本的bug。

我目前的公司是我的第一家公司，我不太了解别的公司的测试任务进行的流程，项目流程现在还在优化中，现在测试流程也同样在完善，现在的项目里面，我以为最短板的是测试用例，现在项目组的测试人员对产品的了解都达标，但是，在这3个月的工作进行中，时间如此紧迫，有些测试点即使想到了，但是由于时间的原因，有可能会选择行忽略，或者着急结测，遗漏测试点的情况也有可能发生。虽然时间紧，测试用例方面确实无法保证能有时间进行完善，但是测试计划，也仅仅是给出大略的时间。如果再有迭代版本（紧急版本）的测试，测试用例尽量完善，如果实在没有时间，那么测试计划方面，一定要给出十分完善的关于测试点以及测试时间的测试方案，这样可以在写测试风险的时候，风险能更完善，因为咱们是项目的最后一环，同样是守护者，有义务给出风险，也为领导们可以更直观的了解紧急版本或者迭代版本的不足。在测试开始之前，有一份测试用例参照，或者有一份比较详细的测试计划，那么可以节省很多在测试时思考的时间，同时在测试时间允许的情况下，最大程度的保证了测试质量。

三个月的时间，说长不长，说短也不短，这3个月我的感触就是，有干不完的活，干活的同事还穿插着一些紧急版本，这些测试任务时间紧，任务重，经过3个月的紧急版本的测试，我感觉对于现在的我来说，有利有弊：