做测试半年，感觉在浪费时间，该怎么办？测试人如何提升自身价值

蔡坨坨2022-07-162023-09-04

转载请注明出处❤️

你好，我是测试蔡坨坨。

今天在网上看到这样一个话题，“做测试半年，感觉在浪费时间，该怎么办？”。

首先来探讨一下为什么会有这样的想法，也许是因为在工作中已经没有可以学习的东西，没有需要改进的地方，或许是对测试岗位理解不够充分。无论哪个岗位，最开始的工作都是重复性地做一些基础的事情，问题是在这些基础之上是否找到所做事情的本质以及搞清楚自身发展的方向。

三人行必有我师焉，只要找到方向，找到可以学习的点，找到成长的点，就不会觉得在浪费时间。

那么，作为测试人，如何提升自身价值，怎么去成长？

1. 熟悉被测业务

无论是测试哪块功能，都应该了解它的设计、局限性以及与其他功能之间的交互关系，通过了解需求背景、仔细阅读需求文档、原型图等来深刻理解需求并对测试的功能点进行梳理，以及了解项目的业务场景，因为如果需求理解不深刻，后面测试相关的工作就很难开展。如：不能正确编写测试用例，找不准测试点，业务相关知识串不起来。

作为测试人员需要做什么？

找到需求中设计不合理或者很难理解的地方，抛出疑惑，澄清，思考需求中的测试点，影响我们做测试的地方让产品经理给出说明，比如：这种异常情况怎么处理？有多少种状态？状态之间如何转化，只要是影响我们测试的地方都要让产品经理给出说明，这样给我们后面写测试设计和测试用例扫清障碍。

2. 多读Bug

测试团队一般都是在同一个平台上提交bug，比如我们公司用的是jira，我们是有权限查看其他测试人员每天提的bug的，无论是测试阶段提出的bug，还是项目反馈的bug，都可以进行阅读，特别是针对自己测试模块所提的bug，从中学到更多不一样的设计思维，因为每个人对需求的理解和思维方式都会有差异，可以从另一方面拓宽自己的思路，不断补充和完善自己的测试点。

3. 多读代码

在我们公司，测试人员是有权限查看开发人员提交的代码的，每个需求或bug都会有相应的代码提交记录，虽然写代码并不是测试人员的事，但是读代码常常会帮助我们找到潜在的边界情况和软件缺陷，也能更好地了解功能的实现逻辑，更快地定位问题，比如：在日志中可以看到哪个模块，哪个类报错，第几行报错，再将问题提交给对应的开发，解决起来也会更快，也是自身能力的体现。

4. 更好地设计测试用例

首先，拿到软件的第一步，先用场景法梳理出一条正常流和很多备选流；

然后，基于这些正常流和备选流再用到一些细化的测试方法，例如：等价类划分法，划分出不同的类，等价类里面包括有效等价类的无效等价类；

等价类划分完成以后边界值也就划分出来，需要在边界值的两边包括边界值进行测试；

如果牵扯到一些输入之间有关联的时候，可以考虑使用判定表，逻辑关系较复杂的情况也可以用到因果图；

以上方法都测试完成之后，回过头去整体看有哪些点是容易出错的点，再用错误推断法基于经验去测试；

当几个因素之间是并列水平关系时，可能用到正交试验法选取均匀分散、整齐可比的因素进行测试。

5. 良好的沟通

在测试过程中我们往往需要与开发、产品等人员进行交流，因此更好地沟通才能推进bug的修复。

6. 不断复盘，自省，主动学习

对做过的工作进行复盘，哪些地方做得好、哪些地方做得不好、做得不好的原因、今后应该怎么做。

学习他人出色的地方，利用空闲时间自主学习，不断提高测试技能，保证工作质量的同时提高效率。

总之，测试本身不是一个无聊的岗位，问题在于你是否把它变成一件浪费时间的事情。大部分时候学习的机会得靠自己努力找出来，找到学习和提升的方向，提高自身价值。加油，少年！

以上，完。