测试职场感悟

        从毕业到现在，进入职场已经两年，其中测试一年三个月。回顾我的测试职业生涯，第一份和目前的工作，都让我成长且充实了很多。

        第一份测试工作，也是创业公司。最开始时只有我一个测试，到后面的三个人测试，在那里，学习到了如何部署，测试真正的工作以及相对完善的流程，初步接触了测试管理工作。但是我们当初完全是摸索过来的，所以说下我们那时遇到的太多的坑以及解决办法。

1.工作后的第一次新功能提测，我想的是，既然全部都要测，那我就从注册登录那些开始测试，结果浪费掉好些时间！

解决:先测试新提测功能，再走主流程

2.用例写的比较详细，如新增一个家长，会把该家长的全部要素，如名字等全部取好，后续还是会用到这个家长做为用例做其他事务。

这个导致后面的修改麻烦，一环扣一环，改掉一个要改很多，耗费时间精力。

解决:写测试点，及具体步骤，灵活运用，不用定死数据

3.因为三人都差不多是新手，所以有时候写的不规范，导致互相看用例看的比较痛苦，所以导致有些同事对用例没有彻底执行，思考不完全。

解决:规范用例各要素，梳理测试点，以点概面，增加测试内部用例评审环节，复杂的功能邀请产品和后台同事进行评审。

4.测试数据，在开发环境测试等问题多

解决:部署独立的测试环境，建立空数据和线上导回数据到测试环境，由测试执行脚本，对比测试数据等。并对bug问题通过日志进行初步定位。

5.流程不完善，尤其是测试时间没有完整的评估过

解决:逐步完善流程，需求评审前解读/需求评审/梳理测试点/评估测试时间/协调版本整体时间/测试用例编写及评审/用例执行/交叉测试/随意测试/主流程测试/线上主流程测试/测试总结/线上bug反馈及重现。

6.开发提测晚，未及时追踪，也没有及时同步更新测试进度，导致上级或者产品同事以为测试进度正常

解决:到了预定时间未提测，测试对相关的同事进行沟通了解，并在提测进度条注明原因，且根据情况进行延迟。若对整体上线时间有影响，及时召开进度会议，进行同步。

---

        现在这份工作，目前也通过工作不断积累学习中，延续第一份工作的经验，也学会了通过对数据库进行操作和通日志的解读定位进行测试等。

          测试工作中，有三次觉得自己有威胁。第一份工作时，有一次上线的主路径搜索出现了问题，导致被上级说，那时候的确觉得自己很不适合做测试了。第二次是国内环境测试可以，也让国外的测试了，但是最后上线了，发现国外用户发生了很多兼容性问题。第三次是现在做的产品，以后需要用到性能这块，觉得自己语言都还没学会，有点担心未来的自己。

但是，我觉得自己还是有一定竞争力的:保持持续的学习能力，外加不断总结，我有一本本子专门进行总结的，积极寻求解决办法，及时沟通，说出自己需要的帮助。