对测试岗位申请职级的理解.pdfVIP

对测试岗位申请职级的理解 大家好，我是李隆，当前在互联网事业部的质量部做测试开发岗位。在之前 的培训中，大家应该知道了，当前我们质量部共分为三类岗位，分别是QA、测 试和测试开发。不知道大家有没有想过，为什么要这么划分？这三类岗位的区别 和联系在哪里？ 这就要从质量部的名称说起了。在日常工作中，通常我们都是说产品、开发、 测试、运维，那为什么我们不是叫做测试部，而是叫质量部呢？这是因为，站在 软件工程的角度，测试只是手段，而保障项目质量才是我们的最终目的。 那么，”质量“这两个字要怎么理解呢？这是一个非常大的问题，我的确也没 法单纯从字面上给大家解释它的完整含义。那我们不妨换个角度，先来看下日常 工作中哪些情况会对项目质量造成影响，或者说当出现哪些现象时，就可以说明 我们的项目质量存在问题。开发提交的代码里面有 bug。这个应该是最常见的， 也是大家最熟悉的质量问题了。 产品的需求描述不清楚，或者需求里面有隐藏的业务逻辑问题，甚至压根就 没有需求文档，完全是”一句话需求“。可以想象，这种情况通常造成的后果就是 开发到后期才会发现与预期需求不符，严重的甚至造成返工的后果。 开发人员没有写单元测试，项目没有版本规划，提测比较随意并且没有自测。 这种情况通常就会造成所有人员都很忙，天天加班，但是项目质量问题越来越多。 运维人员操作没有规范指引，也没有风险预案机制，说不定哪天某个运维人 员没睡醒，一不小心就”删库“然后”跑路“了。 测试人员没有测试策略，设计的测试用例仅局限于UI功能层面，难以实现 核心业务逻辑的覆盖，也无法发现深层次的问题。 测试人员需要做大量的重复性回归测试，也没有引入自动化测试机制，造成 要么没有回归测试，要么测试耗费大量人力和时间成本。 还可以列出来的内容还有很多，不难看出，以上每一种情况都会造成项目质 量出现问题，而且很多看似跟测试不直接相关的情况，往往造成的质量问题比单 纯的代码bug更严重。而如果我们只是单纯地从软件测试的角度去考虑的话，我 们会遗漏很多问题，项目整体质量也没法得到保障。相信你们这时应该会明白， 质量部这个名称的真正含义了。 通过以上实例，可以看出质量部可以做的事情，以及必须要去做的事情非常 多，但是这个范围又这么广，毕竟术业有专攻，不可能要求每个人都能做到那么 多，所以我们质量部才有了岗位划分。