谈谈测试人员的职责
继续上一篇笔记
https://www.cnblogs.com/zxylock/p/16329598.html 写写最近的感悟--为什么好久没更
笔记中有一句话：从只有一个人的测试（后期我负责招聘面试补充三到五人）到有一个测试部门环境下，好像一下子打开了新的世界。
-----------------
回顾
-----------------
在小团队里需要负责的事情多且杂，有些时候可能存在没有一个专职专业的产品经理来需求和功能，你需要面对的不再是产品经理和开发，而是业务和开发。
这里通过一个场景来举例：
在提测阶段，发现设计不合理的地方提交缺陷，开发人员通常不认定这是缺陷，因为需求没写。这时候需要找负责项目的人来确定需求、给出需求建议，有时候项目负责人也会不确定然后反复去找业务了解，经过一轮的掰扯最后把方案提供给开发人员。
在整个测试周期内，关注点就一直在功能实现上，因此面对一些常规的测试点像必输、合法、边界值等，总能收到一句话，“先把功能保证实现，其他的后面在优化”。
从项目角度来说，测试人员推进了项目进度，提升了项目质量。但是从测试的角度来说，测试的专业性完全没有被体现。
当然在整个过程中我们也需要因地制宜的制定计划，本身项目计划紧张需求各方面不完善的情况下，非要在测试专业性的事情上死磕，似乎又有些本末倒置。
直到后期逐渐进入一种舒适区，心理上出现一些割裂感，作为测试人员肯定是想要继续在职业道路上不断探索发展。
-----------------
新篇
-----------------
进入一个测试部门后，受到了过去的习惯和经验影响，记得领导跟我说的最多一句话是“注意下测试的职责”。
所谓的测试职责又是哪些：
1、分析业务需求
2、制定测试计划、测试策略
3、执行测试并确认测试结果
4、缺陷跟踪
5、质量反馈
https://www.cnblogs.com/zxylock/，这是我的防粘贴链接，发现在部分网站上有原封不动的拷贝粘贴。
除开以上几点，如果是其他的专项测试，如性能测试：
1、需求分析；2、环境搭建；3、工具选型；4、脚本开发调试；5、压测数据准备等
这些如果要展开细讲又可以扩展出很多，
最后总结一下，无论在没有规范的测试环境，或者在做一些专项测试，又或者是承担带领团队。
我至今仍坚持我的立场，即根据不同环境灵活采用适宜的测试方法。