我的测试之路

    当我还是一只没有入门的测试菜鸟时，我觉得测试太简单了！

图片来自网络

    点点点，不到一个上午我就测完一个app了。这毫无技术含量的工作是个人都能做吧？我曾想放弃，觉得这个工作毫无意义。直到我发现公司高薪聘请来的软件测试工程师还在测试登陆功能。我庆幸自己没有将心里的想法宣之于口，不然就丢脸丢大发了。

    经过观察，我发现专业的软件测试工程师的测试很有规律，并不像自己随便点点就算测完了。哪怕是一个登陆功能，在外行人看不到的地方，测试工程师也是运用了很多专业的方法来保证自己测试的更全面。外行人眼里，测试工程师可能只是在页面上进行一些点击操作，可是针对不同的功能，他在你看不到的地方可能运用了边界值、等价类划分、场景法、正交法、因果图等等专业的测试用例设计方法。

    这让我想起了一个工程师的故事。

    专业性永远体现在你看不到的地方！

    当我刚刚成为一名初级软件测试工程师时，我想：原来测试真的这么简单！

图片来自网络

    当我通过看测试书籍（以前提过的《软件测试的艺术》和《软件测试》）学会了多种常见的测试用例设计方法，跟着公司专业的软件测试工程师熟悉了软件测试流程、项目开发流程、缺陷处理流程以及测试文档的编写等，测试工作开始变得得心应手。

    但是得心应手也意味着没有了挑战性！这是件挺可怕的事儿，因为没有挑战性意味着我很难再从现有的工作中学到更多的知识和技能。不过在我的耐心耗尽之前，挑战来了！

    你以为测试工程师就只会从做好的页面上点点点吗？我曾经以为是的。直到某一个教学app转测试时我发现现有的知识无法完成测试。是这样的，这个教学app分为教师端和学生端，教师端可以布置作业，学生端完成作业后上传，教师端可批阅，这是一个交互的过程。但是由于项目进度，最后学生端开发完了，教师端还没有。没有教师端添加数据，如何测试学生端做作业这个功能呢？

    我觉得无法测试，我想知道专业的测试工程师是不是可以测试呢？事实证明，我仍然是一只菜鸟，这对于专业的测试工程师来说完全是小case。

    我看到他打开了一个工具，数据库！

图片来自网络

    欲知后事如何，明天继续！如果你有兴趣，请加关注吧！