BETA测试——在开发和测试已经全部结束后，并且在最终版本发布之前进行的测试。这类测试典型的是由用户进行的，而不是由开发者或测试人员进行的。
那段时期做过最多的还是功能性测试。
那段时期也比较苦恼，觉得功能性测试没有一点技术含量，有过辞职的念头，于是将自己的苦恼跟导师诉说。导师很快给我回复，虽然现在记不得很清楚他的原话，但内容大概是，测试并不是没有技术含量的，高级的测试是需要会写代码的，同时你觉得哪些是重复性、单调的工作你可以学习一些自动化工具来提高你的测试效率。
于是我才坚持下来做了一段时期的测试工作。功夫不负有心人，最终我还是成功转到了开发部门，开始写我喜爱的Code。
二、创业公司的那段测试时期在创业公司做我们自己的产品，我在这篇文章较为详细的说过创业公司这两年
仔细想想，我们的产品类型分为如下:
物联网产品(既面向B端，又面向C端);
电商产品(既面向B端，又面向C端);
教育产品(既面向B端，又面向C端)。
我们公司组织结构除了研发就是产品，没有测试。所以我们研发人员无论是后端还是安卓端的，基本上都需要兼任测试职责。
就像我在前面说到的那样，前期我们不是很注重测试环节甚至过滤掉，导致我们不必要的加班改bug。后期我们形成了一套流程，周一到周四开发阶段，周五发版测试，如果没有问题，周五下班前直接发给经理，由经理再测试验证，随后再到老板那，如果有问题，问题比较严重，周五改不过来，那么我们就需要周六或周日来加班，
最初我们的测试也就是点点，但后来发现这样不行，因为点点仅仅是确认这个功能是否会报错如500等之类的，但并不能确保业务流程是对的。
于是我们改进了，写了几个业务流程的思维导图，然后测试，这样有针对性的测试，让我们测试就有了方向，不至于东点点西点点浪费不必要的时间。
三、教育SAAS公司的测试时期教育SAAS有专门的测试人员和完善的测试机制。但是作为开发人员，我们部门明确一点要求，那就是每个人写的Java程序，必须要有对应的测试代码，以确保不必要的错误和代码质量。
每两周发版一次，分为开发周和测试周，开发周写本周产品提出的需求，每周周五开发周将终止，进行内部发版，发到测试环境，周一或者周五下午由测试人员进行冒烟测试。
大家或许对冒烟测试不太了解，其实我之前也不明白。
冒烟测试 1.冒烟测试是什么针对每个版本或每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试。
2.冒烟测试的目的为正式测试前，验证是否产品或系统的主要需求或预置条件是否存在bug。
经过冒烟测试验证Ok没问题后，然后测试人员才会进行下一步测试如功能性测试。
经过这家公司的洗礼，我才发现测试人员还是要有很强的功底如必须对业务非常熟悉和非常细心和严谨，同时还得熟练掌握一些自动化测试工具如LoadRunner或Selenium等。
由于没待过流程体系较为完善的公司，我在这家公司做的第一个功能就出现了近一百多个bug。那个时候我既要写后端，也要写前端。后端bug二十来个，前端bug近一百个。看到禅道上给我指派的bug，我都快哭了。那个时候很想揍那位测试小哥哥。我刚来没多久，就对我这么不友好。想了想，先把bug改完再说。改完后，我逐渐意识到也不能怪那位测试小哥哥，毕竟是人家的职责所在。通过这次我发现自身存在很多问题，如代码写的不严谨、对一些细节不注重、不细心、对于功能差不多就好等缺点，于是后来我努力改进，虽然写的功能或多或少会有bug，但基本上控制在个位数上，改起来也不费劲，自那以后我和测试人员就处的很愉快，bug少，我轻松，他们也轻松。
四、总结我所待的三家公司里，测试工作的经历告诉我一个很重要的道理:
无论研发、测试、运维或者是其他行业的工作，做到最后都在围绕一个人最重要的素养，那就是责任心，同样这个责任心也是做人最重要的品质之一。