谈谈测试人员的职责

谈谈测试人员的职责

继续上一篇笔记
https://www.cnblogs.com/zxylock/p/16329598.html        写写最近的感悟--为什么好久没更

笔记中有一句话：从只有一个人的测试（后期我负责招聘面试补充三到五人）到有一个测试部门环境下，好像一下子打开了新的世界。

-----------------
回顾
-----------------

在小团队里需要负责的事情多且杂，有些时候可能存在没有一个专职专业的产品经理来需求和功能，你需要面对的不再是产品经理和开发，而是业务和开发。
这里通过一个场景来举例：

在提测阶段，发现设计不合理的地方提交缺陷，开发人员通常不认定这是缺陷，因为需求没写。这时候需要找负责项目的人来确定需求、给出需求建议，有时候项目负责人也会不确定然后反复去找业务了解，经过一轮的掰扯最后把方案提供给开发人员。

在整个测试周期内，关注点就一直在功能实现上，因此面对一些常规的测试点像必输、合法、边界值等，总能收到一句话，“先把功能保证实现，其他的后面在优化”。

从项目角度来说，测试人员推进了项目进度，提升了项目质量。但是从测试的角度来说，测试的专业性完全没有被体现。

当然在整个过程中我们也需要因地制宜的制定计划，本身项目计划紧张需求各方面不完善的情况下，非要在测试专业性的事情上死磕，似乎又有些本末倒置。

-----------------
新篇
-----------------

进入一个测试部门后，受到了过去的习惯和经验影响，记得领导跟我说的最多一句话是“注意下自己测试的职责”。

所谓的测试职责又是哪些：
1、分析业务需求
2、制定测试计划、测试策略
3、执行测试并确认测试结果
4、缺陷跟踪
5、质量反馈

https://www.cnblogs.com/zxylock/，这是我的防粘贴链接，发现在部分网站上有原封不动的拷贝粘贴。

除开以上几点，如果是其他的专项测试，如性能测试：
1、需求分析；2、环境搭建；3、工具选型；4、脚本开发调试；5、压测数据准备等

列出来的这些，过去有做过吗？有的。
但是整个过程中，从什么角度来执行任务是不同的。
是我接到了任务，要怎么传递给下一环而需要完成某些工作。还是我需要完成某些工作，完成后才会传递给下一环。

因此在前期明确自己的目标，确认好自己的职责是一件很有必要的事情，否则很难说自己是一名专业的测试。

-----------------
结语
-----------------

这篇博客我可以直接列出一二三四点职责，然后再每点细讲能够让文章更清晰可读，但是我觉得从自身的心理路程来写，能够让我自己反思出更多。